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

1. Дефицит необходимой культуры или другая корпоративная культура
2. Малоинициативность организации, потребность организационной трансформации
3. Трудности с вовлечением коллег в команды, трудности с размещением и организацией времени
4. Разрозненность управленцев и IT отдела, отсутствие резонанса в работе
5. Регуляторные ограничения
6. Вовлечение специалистов по разработке программного обеспечения из внешней среды
7. Затратная часть по внедрению методологии DevOps – обучение персонала, привлечение кадров
8. Уже построенные сложные IT структуры
9. Неблагоприятный опыт или скромный результат внедрения гибкой методологии
10. Низкий уровень разработки программного обеспечения или малый охват автоматизации процессов
11. Сложности в дроблении рабочего процесса на отдельные части
12. Вовлеченность в несколько задач одновременно
13. Построение рабочего процесса таким образом, что сначала процесс согласований, а затем только выполнение

И так далее…

Значит, что мы имеем? Большинство трудностей не являются чем-то фатальным и непреодолимым. Более того, они более относятся к управленческим задачам, требующим внимания и организации. Следующее, на что стоит обратить внимание – подобные списки не являются спецификой применения DevOps, ведь скажем, о корпоративной культуре приходится думать при любых трансформациях, касающихся отдела IT. А разве не являются ограничением со стороны, например, информационной безопасности, внедрять ITSM трансформацию? В ходе таких дискуссий мы приходим к выводу, что нет таких компаний, в которых применение методологии DevOps не было бы возможным.