Не забудьте сформулировать критерии успешного использования инструмента в организации. Сконцентрируйтесь на результатах, которые вы хотите получить, выясните болевые точки, а затем подыщите инструменты для решения идентифицированных проблем.
Обмен знаниями внутри компании
После достижения успеха в ограниченных командах Микман и Клэнтон начали формировать послание для более широкой аудитории в Target. Один из механизмов, позволяющих внедрить изменения в организации, – проведение ежеквартальных внутренних конференций devopsdays. На этих конференциях выступали докладчики из других организаций, в частности Роб Каммингс из компании Nordstrom и Майкл Даки из компании Chef. Как уже упоминалось, это способствовало привлечению новых идей и возбуждению интереса к собственным devops-инициативам и прогрессу.
Вторая стратегия, адаптированная в Target, заключалась в обеспечении согласованности при обмене сообщениями в организации. Росс и Хизер имели представление о том, каким образом эксперты в области бережливой разработки программ, гибкой разработки ПО и devops могут помочь тренеру либо наставнику, обучающему отдельных сотрудников либо команды, в обучении и обмене информацией. Они обнаружили, что сведение этих тем в одну и воспитание тренеров, специализирующихся в смежных областях, облегчит формирование более последовательной внутренней народной модели. В результате все больше людей будут владеть информацией, относящейся к разным devops-концепциям.
Еще один способ распространения инициатив с уровня отдельных команд на уровень всей организации заключается в проведении иммерсивных коучинг-сеансов. Формирование открытых лабораторий, в работе которых могут принимать участие все сотрудники организации, позволяет расширить масштабы взаимного обучения и обмена информацией. Благодаря «автоматизированным хакатонам» еще большее число людей могут принять участие в этих изменениях. Это также хорошо сказывается на собственной работе этих людей.
Здесь перечислены лишь несколько способов, благодаря которым компания Target смогла не только подобрать наборы инструментов и решения по сотрудничеству, которые успешно использовались в работе, но и поделиться информацией в масштабах организации о работоспособных (и не очень) решениях. Сочетание поддержки в направлении сверху вниз и усилий, проявленных на нижних уровнях, обеспечивает внедрение изменений на уровне отдельных людей и команд.
Подход, заключающийся в разрешении отдельным сотрудникам и командам внедрять изменения на основе их собственного глубокого опыта, необходим для уверенности в корректности изменений, осуществляемых в любой организации. Чтобы придать этим изменениям устойчивый характер, необходима административная поддержка.
Мы сталкиваемся с проблемами нашей рабочей среды, причинами которых послужили наши прошлые решения либо текущие задачи. Если подходить к этим проблемам с точки зрения отдельного сотрудника, команды или организации, то можно успешно оценивать, планировать и преодолевать их. На самом деле ключевые проблемы, связанные с адаптацией devops-практик, заключаются в масштабировании. На разных уровнях могут существовать барьеры, которые растут с течением времени. Эти барьеры влияют на подход к различным критическим точкам, которые могут возникать на протяжении жизненного цикла организации.
Иногда нужно пересматривать текущие процессы и возвращаться обратно. Порой нужно быть медлительными и осторожными, а бывает, что нужно быть быстрыми и динамичными. Успех приходит в результате непрерывной практики и обучения на ошибках.
Успешное масштабирование – это искусство и наука принятия решения о том, когда и как нужно изменить направление (в случае необходимости), чтобы успешно перемещаться в постоянно изменяющейся среде. Как и в случае с открытым восхождением, отсутствуют размеченные красочные маршруты, которые будут направлять вас в конкретной ситуации. Нужно начать с повышения необходимых навыков на уровне отдельных людей, команд и организации в целом, а затем применить базовые принципы эффективных devops-методик независимо от сложности и размеров организации.
Глава 15. Масштабирование: заблуждения и устранение проблем
В этой главе будут рассмотрены некоторые наиболее часто встречающиеся проблемы масштабирования и способы их устранения. Также будут рассмотрены вопросы, относящиеся как к обычным сотрудникам, так и к менеджерам. Советы, представленные в данной главе, помогут в разрешении проблем работникам, выполняющим разные роли на предприятии.
Как упоминалось в предыдущей главе, организации более заинтересованы в масштабировании, чем просто в сохранении статуса большой компании или во внедрении некоторых devops-практик уровня предприятия.
Некоторые команды никогда не смогут работать вместе
Очень часто движение devops возникает как результат конфликта между командами разработчиков и эксплуатации из-за отсутствия взаимопонимания. Обычно команды попадают в состояние конфликта из-за повышенной напряженности и накопившихся недоразумений. Как упоминалось в части II, не следует рассматривать конфликты как негативные явления. Конфликт – это хороший признак здоровой организации, поэтому не стоит его бояться или избегать. Важно не допускать взаимных конфликтов между командами. Если межличностное урегулирование подразумевает примирение по принципу «один на одни», то групповое урегулирование конфликта – более сложный процесс. Следует научиться корректировать внутригрупповые связи и процессы, приведшие к сбоям.
На первых этапах бывает очень трудно урегулировать конфликты, поскольку команды заново учатся взаимодействовать друг с другом. Для восстановления доверительных отношений требуется много времени и усилий. Одно неловкое действие может свести на нет все предыдущие попытки.
Ниже приведены основные модели поведения, которые нужно отслеживать.
Критика
Переход на личности, диктуемый особенностями характера.
Проявление неуважения
Заявления или поведение, обусловленные позицией превосходства.
Защитное поведение
Заявления или поведение, продиктованные соображениями самозащиты.
Замалчивание проблемы
Эмоциональное отчуждение, мешающее общаться с людьми.
Огульные обвинения
Заявления, содержащие упреки типа «они всегда», «они никогда» или «мы всегда/никогда».
В командах, постоянно противопоставляющих себя другим, зачастую возникают проблемы самоопределения. Команды должны иметь одно общее видение и определение успеха. Если одна группа почувствует, что ее цели недостижимы из-за дефицита информации и прозрачности, относящейся к другим группам, в этом случае вторая группа может оказывать эмоциональное давление. Это в свою очередь способствует усугублению и так напряженных отношений между командами.
В случае распределенных команд проблемы будут усугубляться. Если в противоречие вступают различные приоритеты и цели, связанные с достижением успеха, конфликт между распределенными группами будет усугубляться и для его разрешения потребуется больше усилий. Процесс принятия решений в таких группах должен быть прозрачен и понятен для всех членов команды.
Как показывают исследования, если сотрудники различных подразделений регулярно наносят визиты друг другу, между ними налаживаются дружеские связи, укрепляются договорные отношения и вырабатываются способы взаимодействия и сотрудничества[64]. Менеджеры по возможности должны содействовать проведению таких встреч, чтобы на основе прозрачности обеспечить совместную работу команд. Людям не нравится, когда их ставят перед фактом принятия решений, которые оказывают на них непосредственное влияние, даже если они удовлетворены результатами принятия таких решений.
Серьезный конфликт, отражающийся на результатах работы, обычно является следствием слияния двух компаний. Чтобы искоренить принцип противопоставления команд, в процесс продвижения к цели должны быть вовлечены влиятельные лица из обеих компаний.
Подобная ментальность присуща людям, использующим свою независимость и знания в целях засекречивания своей работы. Им нравится быть в роли единственной критической точки или уязвимого места в процессе передачи знаний. Эти люди считают себя настолько ценными, что компания, по их мнению, никогда от них не откажется. Такой подход может негативно отразиться на отношениях с аналогичными компаниями. В этих случаях рекомендуется принимать меры, направленные на передачу информации и корректировку взаимоотношений, включая устранение недоверия между отдельными сотрудниками и компанией.
Внедрение изменений невозможно без одобрения начальства
Менеджер всегда оказывает достаточно большое влияние на своих непосредственных подчиненных и на эффективность их работы. Если со стороны высшего руководства отмечается сильное давление на сотрудников, менеджер выступает в роли «зонтика»,[65] то есть защищает своих подчиненных от грязи, которая выливается на них в процессе работы.
Если руководство ставит слишком высокие требования, менеджер может либо защитить свою команду от возможных неприятностей, либо просто слить на них все непомерные запросы начальства (то есть выступить в роли «сливной воронки для нечистот»).
Менеджер должен делать все от него зависящее, чтобы вдохновить свою команду, предоставив ей максимальную свободу действий по экспериментам с инструментами, рабочими потоками и практиками, применяемыми в команде. В зависимости от культуры организации менеджеру легче убедить своих подчиненных в том, что текущие результаты могут достигаться за счет использования новых, более эффективных инструментов или рабочих потоков. Менеджер обязан делать все возможное для защиты своей команды от скептиков и поиска оптимальных способов работы с ними.