Как объяснить девопов нетехичным менеджерам?

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

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

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

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

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

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

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

3. Если ваш начальник думает, что DevOps - это просто еще одно модное слово, сделайте одно из вышеперечисленных, но абсолютно не упоминайте DevOps, посмотрите на другие подобные модели, такие как Site Reliability Engineering, Platform Engineering или Continuous Deployment, и выясните, как они могут решить эту проблему.

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

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

Вы не

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

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

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

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

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

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

"DevOps"

И попросите больше инвестиций для вашего следующего проекта Devops.

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

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

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

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

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

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

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

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

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

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

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

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