Культура. Как Объяснить Devops Нетехническим Менеджерам?

Я в полном восторге от DevOps. Я знаю, что DevOps — это методология, которая поможет нам создать ИТ-инфраструктуру, которая упростит и продвинет нашу компанию вперед.
Но как мне продать это своим начальникам, особенно нетехническим?

Мы собираемся реализовать проект автоматизации, который будет включать в себя автоматическое развертывание, облачную инфраструктуру, процесс непрерывной интеграции… нам определенно нужно убедить наших руководителей инвестировать в это на более высоком уровне.

Примечание: мы начали улучшать наш процесс, автоматизируя тестирование, выпуски и контроль. Это шаг к внедрению devOps, но сам проект автоматизации находится в режиме ожидания, поскольку нам нужны дополнительные инвестиции.

#культура #проект-менеджмент

Как консультант, я по контракту обязан ответить: «Это зависит». Учитывая это, я действительно могу ответить на ваш вопрос.

От чего это зависит? Ну, это может сводиться к тому, что ваш начальник думает о DevOps:

1. Если ваш начальник услышал об этом термине из-за своей одержимости CIO.com возможно, тогда спросите их, что, по их мнению, это означает. После этого выясните, в чем разница и совместима ли их точка зрения. Определите подходящий проект для тестирования DevOps и предложите его им. Помните, что в основе DevOps лежит культура, поэтому подумайте, как ее можно применить к проекту.

2. Если ваш начальник никогда не слышал об этом термине, составьте экономическое обоснование DevOps. Используйте Состояние DevOps в Puppet Labs и материалы из таких книг, как Проект Феникс написать бизнес-кейс. Найдите проблему, которую может решить ваш начальник и DevOps, и используйте ее как начало разговора. Как сказал Кенчу, вам не обязательно упоминать DevOps, вы можете, например, предложить, чтобы отдел эксплуатации более активно участвовал в проекте или планировала больше автоматизации тестирования как часть реализации проекта.

3. Если ваш начальник думает, что DevOps — это просто еще одно модное слово, сделайте одно из вышеперечисленного, но ни в коем случае не упоминайте DevOps, посмотрите на другие подобные модели, такие как проектирование надежности сайта, проектирование платформы или непрерывное развертывание, и выясните, как они могут решить проблему.

Ключ в том, чтобы сосредоточиться на понимании того, чем мотивирован ваш начальник, а затем выделить немного времени, денег и людей, чтобы предпринять ощутимые шаги для решения этой проблемы.

Я очень рекомендую книгу Продавать — это человечно, Дэниел Х. ПинкПо сути, Дэниел Пинк говорит о том, что продажа чего-либо — это очень человеческое дело, все, что нам нужно сделать, — это учесть потребности и согласовать нашу «презентацию», предложив решение, которое удовлетворяет эти потребности.

Вы не знаете.

Несмотря на ваш энтузиазм по поводу DevOps, руководители, не связанные с технологиями, на самом деле не разделяют вашего увлечения техническим жаргоном.

Во-первых, покажите своему начальству пользу от реализованных вами небольших пилотных проектов. Соберите несколько полезных данных, чтобы доказать свою правоту. (Нашел этот вопрос, который может помочь: Каковы методы измерения рентабельности инвестиций в DevOps?)

Затем скажите начальству, что у вас есть проект, который может принести больше пользы, но требует небольших инвестиций. (Постарайтесь придумать проект, который не позволит вашему начальству упасть со стула. Вы должны иметь представление о том, что представляет собой эта цифра, если вы какое-то время работали со своим начальством.)

Как только вы получили инвестиции, сделайте отличную работу по достижению цели. А еще лучше – значительно превзойти его!

Теперь, когда наконец-то начальство спросит тебя: «Так что же ты сделал такого, что принесло нам столько пользы?»

Это время, когда вы провозглашаете:

«ДевОпс»

И попросите больше инвестиций в свой следующий Devop-проект.

Моя аргументация для людей, которые незнакомы (или просто заблуждаются) в отношении термина DevOps, сводится к «более частому предоставлению бизнес-ценности». По моему опыту, очень немногие менеджеры способны возразить против этого. Они это понимают.

Если они говорят что-то вроде: «Нам просто нужен кто-то, кто наладит нашу DevOps, возможно, всего несколько недель работы; поэтому есть предел тому, сколько мы собираемся инвестировать в DevOps прямо сейчас», я просто пытаюсь объяснить, это все равно что сказать: «Мы не хотим, чтобы наша компания приносила слишком большую ценность для бизнеса. Нам просто нужно немного больше, и все».

Конечно, это всего лишь риторика, но я считаю, что это гораздо эффективнее, чем совет прочитать книгу о Toyota.

Любая бизнес-инициатива получит поддержку, если вы покажете ее значимость для выручки или прибыли организации.

Внутренние инициативы, такие как DevOps, могут повлиять только на конечный результат. Вам необходимо определить затраты на повторяющуюся работу, выполняемую отдельными лицами, и то, как автоматизация сократит эти расходы.

Хотя менеджеры, не являющиеся техническими специалистами, могут не понимать разницы между выбором шеф-повара или марионетки, у них есть некоторое представление о тенденциях отрасли. Вы можете сообщить им о стоимости задержек из-за недоступности сборок, стоимости проблем с регрессией и о том, как ваш подход может снизить эти затраты. Если вы сможете продемонстрировать реальный план по улучшению прибыли и если он окажется лучше, чем другие запланированные действия, вы получите добро.

Все в предыдущих ответах верно, но я думаю, что некоторых вещей не хватает, чтобы действительно получить одобрение и приверженность со стороны ваших начальников (кстати: у большинства людей максимум один начальник...).

Рано или поздно появится мистер Мерфи (= Все, что может пойти не так, пойдет не так, и оно пойдет не так, когда не должно пойти не так.). И в этот момент некоторые начальники захотят получить ответы на такие вопросы:

Что произошло, когда и почему, и какой авторизованный пользователь на самом деле одобрил это... заранее?

И в этот момент вы получите реальную окупаемость инвестиций в DevOps-практики, которые у вас будут… И/или внезапно получите всевозможные огромные утверждения бюджета для реализации того, что вы, кажется, ищете.

Даже если приход Мерфи займет слишком много времени, ваша компания также может столкнуться с требованиями, такими как те, которые Ричард описал в вопросе:Какие процессы или инструменты обеспечивают разделение обязанностей, когда инженеры одновременно развертывают и запускают код?(такие требования пугают руководителей...).

Но если вам когда-нибудь придется познакомить с DevOps кого-то, кто в этом плохо знаком, это может помочь им «предупредить» их заранее, например: «Итак, вы хотите начать практику DevOps, отлично! Но знайте, что это все равно, что перейти в другую религию..."