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

Независимо от вашей текущей должности, вашей ситуации в компании или состояния самой компании, эта книга предназначена для того, чтобы провести вас через ваш путь, служа исчерпывающим навигатором и руководством для того, чтобы вы стали успешным ИТ-лидером.

Глава 1. Ваш путь в качестве ИТ-лидера

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

В предыдущем разделе были описаны различные сценарии, иллюстрирующие различные ситуации, в которых человек берет на себя роль ИТ-лидера. Хотя эти ситуации не являются исчерпывающими, следующие шаги необходимы любому ИТ-руководителю. Важно создать прочную основу и обеспечить постоянную поддержку со стороны бизнеса и бизнесу.

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

«Современные ИТ-руководители должны быть в первую очередь бизнес-лидерами с четким пониманием стратегических целей организации, рыночного контекста и бизнес-процессов». Джилл Дайч

Реальная история: как я начал работать на позиции директора по технологиям в новой компании.

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

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

Последствия сказывались на всей компании: снижение доступности продуктов и качества сервиса (SLA – Service Level Agreement), инциденты с длительным временем решения и бурное недовольство со стороны бизнеса. На бизнес-проекты также негативно повлиял фокус на инцидентах, что вызвало дополнительное недовольство.

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

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

В результате общая удовлетворенность команд разработчиков оставалась низкой.

Вы можете сказать – "это нормальная ситуация во многих компаниях", "в чем конкретно проблема", или, может быть, проблема в "слишком много задач или проектов"…

Я бы сказал, что да – это считается «нормальным» во многих компаниях, и я бы сказал «нет» – это ненормальная ситуация в компании, которая хочет быть успешной!

Проблема не была связана с количеством проектов или задач. Но если задачи и проекты оставлены без контроля, это тоже может привести к подобным кризисам.

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

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

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

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

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

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