Підхід Дейла Карнегі до DevOps Фернандо Вільяльби factualopinions Medium
Основні принципи Карнегі, застосовані до DevOps
Це слідує за низкою статей про застосування принципів Карнегі до DevOps

Нещодавно я читав давню класику літератури про самодопомогу «Як завоювати друзів і вплинути на людей». Книга була опублікована в 1937 році з невеликим розмахом і з тих пір визначила жанр і стала однією з найбільш продаваних книг на планеті. Озираючись назад, легко зрозуміти, чому, книга написана доступною прозою, і вона обіцяє надати ключі, щоб заводити друзів, впливати на людей та утримувати їх.
Звичайно, як і все інше, ви можете приписувати цій книзі цинічні і підлі наміри і говорити, що це просто інструмент для маніпуляцій з іншими людьми, які роблять ваші недоброзичливі припущення, але немає нічого поганого в тому, що ви вправні в стосунках з людьми та більшістю з них було б цілком нормально, коли б із вами «маніпулювали» робити щось, якщо мета є доброю та на їх користь.
Встановлення культури DevOps означає наявність адекватних каналів спілкування та участь з однолітками, отже, знання того, як поводитися з іншими, є ключовим, і книга, безумовно, пропонує кілька ідей, які ви можете використовувати у своїй організації.
- Не критикуйте, не засуджуйте та не скаржтесь.
Критикуючи когось за помилку або погано виконану роботу, ви отримуєте дуже мало, це ставить людину в оборону, щоб захистити свою гордість, і ви насправді не вирішуєте першопричину проблеми. Мало того, коли ти розправляєшся з помилками і зосереджуєшся на помилках людей, ти заохочуєш співробітників та колег прикривати їх, щоб зберегти обличчя, і це протилежне тому, що ти хочеш, якщо твоєю метою є постійне вдосконалення інфраструктури та організації конкурентоспроможні та інноваційні.
Перш ніж вас спокушатимуть когось спершу запитати себе, чи була причина, чому ця людина робила або робить те, що робить? Це помилка, яка була безпосередньо спричинена умовами, в яких вона мала місце? Наприклад, занадто багато людей, які мають рут-доступ, коли їм це не потрібно, можуть помилитися, видаляючи файли дуже дорого, і це можна легко запобігти, зменшивши рівень доступу, а не кричачи.
DevOps має на меті викорінити проблеми з коренем, а не тимчасово виправляти їх та вишукувати винних. Впровадити рішення щодо пом'якшення катастрофи. Не звинувачуйте, шукайте рішення.
Помилковість людини - це побічний ефект від нашого творчого потягу, який постійно розвивається, вимагає спроб і помилок. Є безліч тварин, які були ідеально пристосовані до навколишнього середовища, які зараз вимерли або загрожують зникненню, а люди, навпаки, вразливі та незграбні, але надзвичайно пристосовані та здатні постійно вчитися та знаходити творчі рішення.
Ми прагнемо вирішувати проблеми та бути творчими, і це те, в чому ми кращі, щоб задіяти найкращих співробітників, ви повинні створити їм необхідні умови для того, щоб робити свою роботу та експериментувати якомога безпечніше - дозволити ці поїздки і падає таким чином, що вони не смертельні.
І все ж, іноді ви відчуватимете необхідність критикувати, ви будете сильно відчувати, що це сприятиме вдосконаленню людей. Однак якщо ви постійно критикуєте когось, ви формуєте його особистість з негативними рисами, і ця людина, ймовірно, почне бачити себе в такому світлі, деморалізуючи та погіршуючи спосіб роботи.
Якщо ви мусите когось критикувати, зосередьтеся на позитивному і применшіть негативне, вкажіть на це, але не робіть з цього величезної угоди, завжди наголошуйте на тому, що відбувається поліпшення і витягуються уроки.
2. Дайте чесне та щире вдячність