В этот раз у студентов была задача прочесть книгу "Цель: процесс непрерывного улучшения" Г. Э. Моше и поразмышлять о природе разных полезных показателей, которые мы замеряем.

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

Скажем, мониторить утилизацию конкретного человека или команды, простои разработчика, выработку аналитика, число сгенерированных багов нужно? Да. Но если взглянуть на картину в целом: так ли смертелен простой от проектной задачи, если можно выполнить R&D нового тренда для будущего развития? Так ли хорошо тратить ресурсы для повышения качества кода, если остающиеся баги игнорируют пользователи, а замечает только профессиональный тестер? (напомню, речь у нас идет о смешанных продуктово-заказной разработке в IT консалтинге)

Если выполнятся все подобные метрики, будет ли со 100% вероятностью выполнена главная цель: клиент заплатит за работу, вовремя и в полном объеме, а проект будет рентабельным?

И хотя интуитивно кажется, что ответ - да, на практике оказывается, что это не так.

Для лучшего понимания студентами мы разобрали один очень конкретный пример "снизу". Аналитик хочет помочь компании быть более прибыльной. Поэтому аналитик решает постоянно наращивать свою экспертизу, осваивать новый стек, пахать без простоев, постоянно предлагать новые рац/предложения для повышения эффективности своей работы, таким образом становясь для клиента крайне ценным активом. Специалист уверен, что это помогает компании становится прибыльнее. Так ли это? К сожалению, нет.

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

Не менее парадоксально то, что среди идей, как улучшить главные показатели, и у моих студентов, и у конкретных РП на реальных проектах далеко не всегда всплывает мысль о работе с издержками. В нашей группе был человек с опытом бережливого произвоства. Поэтому мысль всплыла :)

В следующий раз мы договорились обсудить потери. И как работа с ними может помочь в борьбе за главные показатели.

Предыдущий пост тут #РПКлассики