🔫 Как выстрелить себе в ногу, собирая и анализируя данные о рабочем процессе

☝️ Измерять отдельных людей в команде и их производительность.
Совершенно бесполезная деятельность, которая ничего кроме тревоги, страха и недоверия не вызовет.
В большой компании человек - часть рабочей системы, в которую он встроен. Если система не позволяет ему работать хорошо, и у него нет харизмы Майка Тайсона, то он смирится и будет работать на том уровне, на котором ему позволяет работать система. Например, если каждый шаг требует согласований, то это будет влиять на работу всех сотрудников. И как бы мы не измеряли производительность отдельного человека - она будет лежать в определенном коридоре значений, который обусловлен тем, как устроена рабочая система.

✌️ Метрики тщеславия
Это метрики которые интересно рассматривать, и хвастаться ими, но они не несут никакой практической пользы.
Например метрика "сколько разработчиков приходят на работу вовремя, минута в минуту". На что она влияет? Что она улучшает?
В современном мире, особенно после covid'а, когда всех загнали на удаленку, всем стало ясно, что главное - результат, сделанный в срок, а не сколько времени ты на работе просиживаешь.
Избегайте таких метрик. Как говорил Даниэль Ваканти, нужно собирать те метрики, которые подсказывают вам, как действовать, чтобы улучшать бизнес-показатели.

👌 Превратить метрику в KPI с денежным поощрением
Самое худшее что может сделать менеджер, который начинает изучать процессные метрики, это механически зафиксировать какую-то метрику как ключевую, и ввести денежные поощрения за ее превышение и поддержание.
Метрики сами по себе - это индикаторы состояния всего рабочего процесса. Это сигналы для менеджера о том, где требуется его внимание. А для этого метрики должны показывать правдивую картинку.
Но как только соблюдение метрики становится финансово выгодно, ее тут же начнут подделывать, подкручивать, накручивать и менеджер будет видеть искаженную картинку, на основе которой никакие управленческие решения не возможны.

🌟 Удивительно, но такие ошибки порой совершают даже опытные менеджеры.
Будьте умнее. Думайте о последствиях, когда выбираете ту или иную метрику

#просто
#как_не_надо

🎓 Канбан-доска - это совсем не то, что вы думаете!

Меня недавно позвали провести тренинг по Канбан-методу для известной российской соцсети

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

❓Голоса распределились таким образом:
10 % - Канбан? А что это такое? Впервые слышу

80% - Канбан - это когда мы клеим стикеры на доски и наступает счастье!

0% - Умею делать вероятностные прогнозы с помощью метрик Канбан-метода

0% - Я знаю что такое WIP-лимит, зачем он нужен и как работает

0% - Я улучшил бизнес-метрики моего подразделения с помощью Канбан-метода

🔭 Очень характерные результаты.

Видимо, стикеры и доски- самые запоминающиеся артефакты Канбан-метода, поэтому подавляющее большинство ассоциирует метод именно с ними.

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

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

📈Имея продуманную, хорошо спроектированную Канбан-доску, менеджер получает возможность измерять работу своего подразделения вдоль и поперек, и в результате - прогнозировать его работу с вероятностью 80-90%!

👉 Продолжение в моей статье "Канбан-доска, это не то, что вы думаете!" https://scrumtrek.ru/blog/kanban/4827/kanban-doska/

#просто
#доска

🔥 Спасибо всем кто поучаствовал в опросе!

🎓Наибольшее количество голосов ( 50% ) было отдано за вариант ответа "Подтвердить каждый пункт презентации данными" - и это кажется очень логичным. Особенно в контексте нашего канала, и тем на которые я пишу.

🤷Но представьте себе такую ситуацию: вы видите по телевизору сюжет в котором показывают графики статистики и говорят: "Инфляция уменьшилась до рекордных 4%! Товары подешевели, жить стало лучше, жить стало веселее!" - а вы смотрите и не верите. Потому что в ближайшем продуктовом магазине день за днем дорожают продукты. Пресловутая гречка подорожала опять, овощи, фрукты.... И вы не узнаете в это сюжете себя и свою ситуацию

👉А в интернете объясняют, что инфляция бывает разной. Есть общая по стране по всем товарам - и она как раз составляет 4%, потому что данные берутся по широкой номенклатуре товаров и скачки сглаживаются. А есть продуктовая инфляция - только на товары питания, и она как раз растет и скачет. И приводят графики скачков цен на гречку, овощи, фрукты по месяцам.
👍И тут у вас паззл сходится: вы узнаете себя и свою ситуацию. И вам, может быть, не так уж важны точность цифр, главное, что все выглядит узнаваемо, и совпадает с вашим личным опытом.

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

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

👉Например, у одного клиента, была схожая ситуация, когда IT считал, что он работает четко и быстро, а бизнес постоянно жаловался, что IT работает долго и непредсказуемо. При этом, IT постоянно приводил в качестве аргумента, результаты трекинга времени разработчика - заполненные timesheet'ы, которые показывали, что максимальное время, которое тратится на разработку - 36 часов. Но бизнес эти данные никак не убеждали, потому что не совпадали с наблюдаемой ими реальностью.

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

👉Разрешился конфликт только когда в ходе аудита, который я проводил, удалось обнаружить самописную систему учета времени, которую вел руководитель одного из IT-отделов, и из нее удалось вытащить данные о датах начала разработки и дате приемки работы заказчиком. И это время было значительно дольше, чем время зафиксированное разработчиками в timesheet'ах. Ведь то, что фиксировали разработчики в timesheet - это чистое время потраченное на разработку, без задержек, ожиданий и прочего. А бизнес видел совсем другое время - от момента когда заявка пошла в разработку, до момента приемки задачи - со всеми ожиданиями, согласованиями, возвратами на доработку и так далее.

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

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

#ответ