Практическое Руководство ИТ-Лидера. Раду Спатару

других в том, что «мы не можем выполнить работу вовремя, потому что нам что-то не было предоставлено» или «другой отдел или команда не понимают наших проблем, поэтому у нас так много инцидентов». Еще одна частая жалоба касалась совещаний (meetings); Совещаний было много и не было определенного формата ни по времени, ни по структуре – что мешало сосредоточиться на работе и приводило к разрозненным усилиям, напрямую влияя на результаты.

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

      Теперь давайте рассмотрим, что я сделал, и результаты, которые за этим последовали.

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

      Основываясь на своем предыдущем опыте, при решении критических вопросов или запуске новых инициатив я провел тщательную оценку масштаба – чтобы понять нашу текущую ситуацию!

      Чтобы получить всестороннее понимание и принять целостную перспективу, я инициировал серию встреч со всеми заинтересованными сторонами, как со стороны бизнеса, так и техническими коллегами. Для предоставления более подробной информации:

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

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

      После нескольких раундов встреч и обмена информацией я составил карту: «Анализ текущей ситуации» – это мы назвали пункт «А», а цели обозначили как пункт назначения «Б».

      Затем началась роль «штурмана» – прокладывание курса из точки «А» в точку «Б».

      – Если проблема заключалась в качестве продуктов, был создан специальный рабочий процесс для повышения качества.

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

      И так было сделано по каждому процессу который не давал нужные результаты.

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

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