Свой первый отчёт с данными о работе процесса в ИТ я сделал где-то в самом конце 90-х годов. Я тогда работал в поддержке, мне было важно понять как быстро мы выполняем заявки, сколько заявок приходит от какого филиала, сколько распределяется на какого специалиста поддержки, что чаще всего ломается и требует внимания. Понять объективно, а не в ощущениях. И понимать регулярно.
Нет, я не помешан на метриках и отчётах. Знаю много случаев, когда управленческие решения принимаются вовсе без данных, и оно срабатывает. Что уж там говорить, с 2009 года, когда появился Cleverics, мы в нашей компании принимаем сотни решений каждый год, и только часть из них основана на каких-либо измеримых показателях.
С другой стороны, всегда, когда речь идёт про часто повторяющийся процесс, опирающийся на труд персонала, я агитирую за наличие разумного набора метрик. Так можно убрать разрыв между “я думаю” и “на самом деле”, так можно увидеть где теряются деньги и другие ресурсы, так можно проще запустить процесс и сделать его лучше. Вот почему в первых же консалтинговых проектах в 2005-м мы с клиентами проектировали для каждого процесса метрики его эффективности, производительности и прочего. Вот почему сейчас для каждой новой команды разработки ПО вопрос измерения я с клиентами начинаю обсуждать как только речь заходит об организации работы. Без фанатизма, а как один из инструментов наладки.
Кроме метрик, вторая моя любимая тема – поток создания ценности. Этой идеей я увлёкся намного позже, когда до меня, наконец-то, дошло, как можно построить работающий (а не декларируемый) поток в интеллектуальной работе по разработке программного обеспечения. Спасибо ребятам из IT Revolution, они (в числе прочих) помогли мне сложить для себя новую, понятную, непротиворечивую и весьма прикладную картину мира. Многое встало на свои места. Несколько десятков команд мы помогли организовать по принципам потока создания ценности и я вижу, насколько мощный это инструмент.
Опять же, без фанатизма. Никто никого ни в какую религию не конвертирует. Просто так удобнее и комфортнее – как для “заказчиков”, так и для самой команды.
Теперь складываем первое (метрики) и второе (поток), получаем странность. На словах, методически, всё очень понятно: если строишь поток, то будь добр его измерять и действовать в том числе на основе данных. На деле всё спотыкается о следующее:
- тим-лиды не всегда понимают зачем нужно измерять поток и как это им поможет;
- команды не всегда понимают как именно измерять поток и почему этим должны заниматься они, а не какие-то специальные люди;
- руководители, особенно в Enterprise, не всегда понимают вообще что такое поток и как можно им управлять, тем более на основе данных;
- методологи, коучи и Scrum-мастеры переоценивают свои знания, не распознают базовые паттерны, разглядывают множество диаграмм вместо трёх-четырёх ключевых;
- владельцы продуктов отстраняются от объективных данных о работе производственной системы и делают вид, что она бесконечна по ресурсу и скорости, поэтому главное – подавать на вход самые лучшие задачи, а дальше оно как-нибудь само пролезет.
Тема измерения потока важная, тема нужная. Несколько лет назад мы в Cleverics сделали короткий однодневный учебный курс, через который прошло несколько сотен человек. Средний NPS курса больше 9,7 из 10: очень неплохой результат. Но так как курс проводится вживую, тренером, по расписанию, то наша пропускная способность ограничена.
Поэтому мы разработали и в октябре запустили новый учебный курс “Flow Metrics: управление потоковым производством на основе данных“. Новый курс дистанционный, для самостоятельного изучения. Его можно пройти часов за 8-10, хотя доступ мы даём на полгода. Мы подготовили более 70 паттернов для 7 ключевых метрик потока, чтобы можно было не столько читать теорию, сколько тренироваться на практике, на графиках и диаграммах. Мы учим не находить из графиков ответы, а задавать правильные вопросы.
Поэтому если вы так же, как и я, неравнодушны к словам “поток создания ценности” и “измеримые показатели”, то приглашаю вас посмотреть на наш новый курс. По запросу мы предоставляем демонстрационный доступ к первым разделам курса.
А если вам эта тема уже хорошо знакома, то, возможно, курс пригодится вашим коллегам, а то и начальнику.
Олег, добрый день,
спасибо за очень актуальную тему!
Указанные “спотыкания”, на мой взгляд, характеризуют уровень зрелости ИТ, а безответственные испытания новых трендов ещё более усугубляют положение. Особенно в случаях, когда предлагается (внедряется) новая функциональная модель без синхронизации с управленческой и финансовой моделями.