Работает не трогай: главный враг развития DevOps команд
Есть фраза, которую я слышал в самых разных командах на протяжении многих лет, произносимая обычно с оттенком усталой мудрости, работает, не трогай. Фраза эта звучит как разумная, консервативная предосторожность, но регулярно превращается в главное препятствие для реального развития инфраструктуры компании, если возводится в статус безусловного принципа, а не взвешенного, ситуативного решения. Страх изменений представляет собой первую и наиболее очевидную причину устойчивости подобной установки. Система, годами работающая стабильно, воспринимается командой как хрупкое равновесие, любое нарушение которого способно спровоцировать непредсказуемые, потенциально катастрофические последствия, и подобный страх, при всей своей рациональности применительно к отдельным, действительно хрупким компонентам, регулярно распространяется значительно шире, чем оправдано реальным риском, парализуя развитие даже тех частей системы, которые вполне способны выдержать осторожное, продуманное изменение. Отсутствие времени представляет собой вторую распространенную причину, тесно связанную с механикой хронической занятости команды, о которой я подробно писал в отдельной статье. Команда, постоянно занятая реагированием на текущие, срочные запросы, попросту не находит времени на содержательный, требующий сосредоточенного внимания пересмотр давно работающей, но устаревшей системы, откладывая эту задачу до тех пор, пока устаревание не проявится в виде реального, уже неотложного кризиса. Отсутствие явного владельца системы представляет собой третью, особенно коварную причину, о критической важности явного распределения подобного владения я подробно писал в отдельной статье. Система, за которую формально никто конкретно не отвечает, естественным образом остается без внимания значительно дольше, чем система с явно назначенным владельцем, потому что никто из членов команды не чувствует персональной ответственности за инициирование ее давно назревшего пересмотра. Мой практический совет руководителям, которые замечают у своей команды устойчивую приверженность принципу работает не трогай применительно к значительной части своей инфраструктуры. Честно разберитесь, какая именно из трех перечисленных причин реально лежит в основе подобной устойчивости в вашем конкретном случае, потому что каждая из них требует принципиально разного практического решения, явного, продуманного управления рисками для страха изменений, защищенного, выделенного времени для хронической занятости, и явного назначения владельца для устраненной, потерянной ответственности.