Раду Спатару – Практическое Руководство ИТ-Лидера (страница 3)
Вот основные результаты и выводы (по направлениям):
Улучшение качества:
Системный подход к устранению инцидентов, включая изменения архитектуры, и улучшение коммуникации между техническими и ИТ-командами привели к значительному снижению инцидентов уже через 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 Управление внутренними и внешними процессами
Почему я придаю такое значение процессам? Многие воспринимают процессы как обыденные, нагруженные правилами процедуры, которые душат инновации и творчество. Другие называют процессы бюрократией.
Однако, на мой взгляд, процесс – это далеко не «скучная процедура или бюрократия». Это взаимосогласованная последовательность шагов, коммуникаций, обратной связи и задач, направленных на достижение чего-то полезного для компании. Каждое событие в нашей жизни и на нашем рабочем месте является процессом, независимо от того, определено ли оно явно или нет. Таким образом, если мы стремимся выделять время и ресурсы на инновации и свежие идеи, задачи, схожие по исполнению, должны быть оформлены в документированный процесс. Это гарантирует, что каждый сотрудник (участник процесса) будет знать свои обязанности, как выполнять задачи, как решать проблемы, сколько на то или иное действие отведено времени, как предлагать или обрабатывать обратную связь и т. д.