ISBN :
Возрастное ограничение : 16
Дата обновления : 17.06.2024
Затем началась роль «штурмана» – прокладывание курса из точки «А» в точку «Б».
Если проблема заключалась в качестве продуктов, был создан специальный рабочий процесс для повышения качества.
Если проблема заключалась в реализации проекта, то по одному из проектов был инициирован последующий процесс для тщательного изучения реального функционирования проектного процесса.
И так было сделано по каждому процессу который не давал нужные результаты.
Затем был разработан план действий, направленный на решение выявленных проблем и улучшение ситуации в целом. Этот план получил консенсус как от команды, так и от бизнес-отделов, чтобы начать его реализацию.
Важно понимать, что решение любой проблемы требует системного взгляда на весь процесс. Одних только технических улучшений недостаточно без учета требований проекта, тестирования или стратегии запуска.
Вот действия, которые мы инициировали:
Фокус на качестве продукта: это включало в себя повышение качества продуктов, устранение инцидентов, улучшение SLA, внедрение новых технологий и повышение вовлеченности команды:
Анализ первопричин инцидентов: ключевые сотрудники уделяют первоочередное внимание пониманию основных причин инцидентов, уделяя время обсуждениям, анализу журналов и планируют действия для тестирования в контролируемых средах. В случае происшествия были предприняты совместные усилия по сбору всей необходимой информации для тщательного исследования.
Исследование новых технологий: каждый руководитель команд назначал человека (либо работник по собственной инициативе), который будет тратить определенное время, к примеру – половину рабочего дня каждую неделю, на научно-исследовательские и опытно-конструкторские работы, связанные с нашим технологическим стеком. Это было включено в регулярный график, а результаты были представлены командам и оценены на предмет применимости.
Решение проблемы перегруженности собраниями: чтобы смягчить последствия чрезмерных совещаний, особенно при выполнении длительных задач, было введено такое понятие как «день без совещаний», первоначально на экспериментальной основе, а затем принятый на постоянной основе из-за его эффективности. В данные дни (их было 2 в неделю – Вторник и Пятница), совещания между бизнес и техническими командами не происходили, за исключением критических ситуаций.
Усовершенствования дорожной карты: для повышения эффективности были внесены улучшения как в проектные, так и в технические процессы внесения исправлений (Project Management, Change Management):
Создание единой дорожной карты: объединенная бизнес и техническая дорожная карта предоставила четкое представление обо всех проектах, приоритетах и ресурсах, оптимизируя управление проектами и изменениями.
Уточненные правила запуска проекта: Преждевременное начало проекта было ограничено за счет тщательного первоначального анализа спецификаций и доведению до ясности требований, что привело к лучшему распределению ресурсов и минимизации доработок.
Руководящими принципами для всей компании были:
Неизменная приверженность качеству: Качество остается нашей первостепенной задачей и не подлежит обсуждению и никакие компромиссы с качеством неуместны.
Непрерывное обучение и технологический прогресс: быть в курсе новых технологий вовлекая всех сотрудников организации.
Единая дорожная карта: Проекты не делятся на бизнес- и технические, все усилия по достижению совершенства продуктов консолидированы.
Ясность перед началом: Четкое понимание ожиданий гарантируют, что проекты не будут тянуться, а будут реализованы в срок и с надлежащим качеством.
Данные подходы, являющиеся частью нашего более широкого видения, ценностей и стратегии, будут обсуждаться в последующих главах.
Мониторинг реализации этих процессов осуществлялся в течение трех месяцев, что подчеркивало важность сохранения фокуса на ключевых элементах, не отвлекаясь на другие приоритеты. Этот фокус является важнейшим аспектом ИТ-лидерства, требующим сотрудничества с заинтересованными сторонами бизнеса, чтобы подчеркнуть важность быстрого решения критических проблем для обеспечения будущих преимуществ от разработанных решений и улучшенных процессов.
Вот основные результаты и выводы (по направлениям):
Улучшение качества:
Системный подход к устранению инцидентов, включая изменения архитектуры, и улучшение коммуникации между техническими и ИТ-командами привели к значительному снижению инцидентов уже через 3 месяца.
Внедрение дополнительных метрик в мониторинг для выявления предупреждений на ранней стадии помогло предотвратить некоторые инциденты и улучшить контроль над работой решений в целом.
Усовершенствования в продуктах и архитектуре были использованы для повышения качества новых продуктов уже с момента запуска.
Вовлечение всех работников:
Поощрение непрерывного обучения и освоения новых технологий повысило вовлеченность и удовлетворенность сотрудников.
Сотрудники посвящали часть рабочего времени обучению, что приводило к повышению мотивации по мере того, как они становились свидетелями личностного и профессионального роста.
Усовершенствование дорожной карты:
Первоначальные трудности в реализации дорожной карты были преодолены путем изменения подхода к спецификациям, гарантируя, что работа начинается только тогда, когда требования будут полностью определены и поняты как бизнес, так и техническими командами.
Итеративные совещания и обсуждения привели к четкому соглашению о распределении ресурсов, что привело к более эффективному планированию и сокращению задержек.
Повышенная ясность спецификаций и исчерпывающие ответы на вопросы способствовали более легкому планированию ресурсов и снижению потребности в доработках, что привело к повышению качества продуктов и, следовательно, к более быстрой и качественной доставке финальным клиентам.
Важный аспект: несмотря на достижение желаемых улучшений, наши усилия не прекращались. Мы понимали что, если мы вернемся к предыдущим методам работы, те же проблемы неизбежно всплывут снова.
В последующий период мы ежемесячно анализировали наши результаты, постоянно стремясь улучшить наши рабочие процессы. Чем больше улучшений мы внедряли, тем менее напряженной становилась рабочая среда, что позволяло членам команды больше сосредоточиться на разработке и качестве, а не на решении повторяющихся проблем.
~~конец истории~~
Важно: необходимо постоянно стремиться к улучшению эффективности.
Эффективность лежит в основе большей части ИТ-работы. Это требует анализ процессов и работ, ориентированного на выявление и преодоление препятствий.
Этот подход должен укорениться в нашей повседневной деятельности: недостаточно просто быть открытыми к изменениям – мы, как ИТ-лидеры, должны активно руководить и управлять ими.
Без такой упреждающей позиции большая часть усилий команды может оказаться напрасной, как показано на изображении.
Рисунок 1: Мы слишком заняты… совершенствоваться.
Давайте теперь подробно рассмотрим роли и обязанности ИТ-руководителя.
«Ваше путешествие только началось».
1.1 Оценка текущего состояния – IT Assessment
Понимание текущей ситуации похоже на определение местоположения GPS. Пренебрежение тщательной оценкой того, где вы находитесь сегодня, может привести к отклонениям как в стратегии, так и в реализации стратегии.
В этой книге я сравниваю работу ИТ-лидера с путешествием. Давайте кратко рассмотрим, какие существуют сходства и насколько они важны:
Каждый человек сталкивался с планированием поездками из точки А в точку Б: из дома в школу, из офиса в магазин, а затем обратно домой, или более сложные поездки и путешествия.
На первый взгляд это кажется простым делом, когда все пункты назначения находятся поблизости – ваш дом находится рядом со школой, офисом или магазином. Однако на самом деле эти места часто могут находиться далеко друг от друга, или могут существовать препятствия.
Таким образом, чтобы добраться из дома в офис, нам нужно знать, когда мы приедем в пункт назначения. Для этого мы должны сначала узнать нашу отправную точку. Звучит просто, но на самом деле это важнейший аспект начала нашего путешествия. В начальной точке (точка А) у вас может быть автомобиль, или вы можете использовать велосипед с выделенными полосами для велосипедистов, или может быть доступна автобусная остановка или станция метро. Не определив свою отправную точку, вы не можете быть уверены, сможете ли вы добраться до пункта назначения (точки Б) вовремя и с теми ресурсами, которые у вас есть.
Точно так же, если вы, как ИТ-руководитель, не знаете точно, где находится ваша команда или отдел сегодня, какого состояние технологий, которыми вы управляете, планирование и достижение будущих целей для устойчивого, эффективного и инновационного ИТ-отдела становится практически невозможным.
В качестве ориентира для этой критической оценки может быть использован шаблон оценки состояния ИТ, представленный в главе 2 (таблица 1).
Предоставленный шаблон оценки ИТ не охватывает все отрасли бизнесов. Определенные сектора, такие как банковское дело, здравоохранение, телекоммуникации и т. д., могут иметь уникальные требования. Но это не проблема – их можно добавить исходя из ваших требований, перечислив их отдельно или включив в один или несколько существующих разделов или под-разделов.
Также использование ИТ-оценки становится важным начальным шагом и непрерывным эталоном, который вы можете использовать регулярно в течение долгого времени. Например, ежегодное проведение внутренней оценки позволяет проанализировать аспекты роста или изменений, добавив столбец для текущей даты или месяца и года. Это позволит получить четкое представление о прогрессе вашего ИТ-отдела.
По мере роста вашего бизнеса и ИТ-ландшафта дополнительные элементы могут быть легко интегрированы в оценку.
1.2 Создайте свою стратегию
Разработка стратегии – это не разовое усилие, а итеративный процесс. Кропотливо работая над своей стратегией, вы стремитесь добраться из точки А (результат вашей оценки) в точку Б за Х месяцев/год (лет).
Я не могу не подчеркнуть, насколько важно убедиться, что ваша стратегия ясна! Она должена быть основана на очень простых принципах, таких как принципы SMART (расшифровывается как Specific, Measurable, Achievable, Relevant, and Time-bound), и должна быть прозрачно согласована с вашими бизнес-командами и генеральным директором.
В главе 3 мы подробно расскажем о том, как создать свою стратегию. Тут я хочу подчеркнуть ее важность и необходимость того, чтобы она была понятна вам, вашей команде и заинтересованным сторонам.
Сравнивая это с путешествиями, мы помним, что Стратегией считается точка Б, пункт назначения. Представьте, что вы объявляете о планах поехать в «хороший город» к концу следующего месяца, что требует от команды тщательной подготовки. Для вас таким «хорошим городом» может быть Париж, Рим или Лос-Анджелес. Однако для члена команды это может быть его родной город, Токио или Стамбул.
Помня об этом, учитывайте сложности планирования поездки. Каждая страна имеет свои визовые правила, стоимость поездки варьируется в зависимости от пункта отправки и пункта назначения, а также необходимо учитывать культуру и климат разных стран.
Поэтому, если вы НЕ знаете, куда должна двигаться команда, все усилия – ваши и команды – могут оказаться напрасными. Вы и ваши товарищи по команде можете оказаться в «разных местах», что приведет к разочарованию и путанице.
Точно так же крайне важно выстроить четкую стратегию: «Наша команда должна расшириться на 2 старших инженера и 1-го администратора среднего звена к концу второго квартала». Эта цель является точной, что позволяет команде сосредоточиться на достижении этой конкретной цели и достижению к конкретной дате.
Обратитесь к примеру ИТ-стратегии, основанной на бизнес-стратегии, приведенному в главе 3 (Построение стратегии).
«Продуктивность не имеет смысла, если вы не знаете, какова ваша цель».
Элияху М. Голдратт и Джефф Кокс
1.3 Создание и управление дорожной картой – реализациЯ стратегии
После того, как мы разработали Стратегию (помните – это "точка Б", где мы хотим оказаться на определенном участке времени), необходимо построить план исполнения! Этот план должен включать задачи, обязанности для каждого направления и команды, принципы последующих действий и четкую информацию о том, какими средствами можно достичь цели. Перечень действий по реализации Стратегии, как правило, объединяется в Дорожную карту (Roadmap). Четко определенная дорожная карта позволяет разбить сложные задачи на управляемые компоненты. Для справки см. пример плана реализации ИТ-стратегии – дорожная карта в следующих главах (глава 4).
«Идеи даются легко. Исполнение – это все». Джон Дорр
1.4 Управление внутренними и внешними процессами
Все книги на сайте предоставены для ознакомления и защищены авторским правом