Когда вам надоест работать программистом, аналитиком, тестировщиком, или кем вы там работает - вспомните, что есть ещё и такие ребята, которые ржут в 9-балльный шторм и снимают видео как их ледокол болтает в северном море, как песчинку.

Прям залип... 😳

#интересное
Данные в действии

Вам понравилась первая серия? 😊🎬

А мы тут готовим к выпуску вторую 👆🔥

Что в ней будет 👇:
- 🧠 Какие навыки потребуется развивать менеджерам, чтобы ИИ их не заменил?
- 💪 Какие проблемы мотивации людей возникнут в ИИ-эпоху?
- 🤖 Может ли ИИ осуществлять лидерство?
- ✨ И много чего еще..

PS Вам не показалось - на съемках к нам в гости зашел Дарт Вейдер 😎. Подышал, послушал... Мы на всякий случай сделали вид, что не заметили 😂 А то малоли чего 🤷‍♂️

PPS Аудио-версия тоже будет

#ИИ
Данные в действии

⚙️ ТТХ Системы

Если я когда-нибудь напишу «Методичку по анализу процессных метрик», то следующей главой после целей, гипотез и их декомпозиции будет —
«Сбор ТТХ рабочего процесса»

Что такое ТТХ процесса?
ТТХ — тактико-технические характеристики, проще говоря: “чего ждать от процесса”.

🧑‍💼 У разных ролей свои вопросы к процессу:
- Заказчик: “Когда я получу результат?”
- Менеджер: “Где и почему тормозим? Хватит ли мощности?”
- Сотрудник: “Почему мы завалены работой? Кто устроил этот бардак?”

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

📊 Ключевые метрики, на которые я смотрю:

- Customer Lead Time ⏳
Для заказчика: когда будет готово? Почему отдельные задачи шли аномально долго?

- Upstream / Downstream Lead Time 🛤
Для менеджера: где теряется больше всего времени — на подготовке или исполнении? Какие закономерности в аномалиях?

- Время в колонках/буферах 🕳
Для всех: на каких этапах задачи тянутся, где реальные “заторы”, кто виноват, что всё “долго”.

- Throughput (Пропускная способность) 🚚
Для менеджера: сколько реально делаем за период?
Для сотрудника: как объяснить, что “больше не влезет”?

- CFD (Cumulative Flow Diagram) 📈
Для заказчика и менеджера: мы улучшаемся или деградируем?
Для всех: где накапливаются очереди, куда “уходит” время, к чему готовиться.

- LT Scatterplot (JIRA Control Chart) 🎯
Для пытливых: насколько процесс предсказуем? Можно ли делать прогнозы? Видны хвосты, выбросы, долгострои.


🛠 Как собирать метрики в JIRA:
- Использую JMP Plugin для Google Chrome — строит всё нужное без лишних плясок.
- Есть доступ к API? Использую GetNave или ActionableAgile.
- В худшем случае — выгружаю “грязные данные” через плагины и по инструкции строю графики в Excel

🩻 Что это даёт?

У нас на руках ТТХ процесса:
- ⏱️ Сколько времени всё делается?
- 🚦 Где образуются очереди?
- 📦 Какая реальная производительность?
- 🐘 В чём причины долгостроев?

И теперь мы можем ответить на многие полезные вопросы для всех ролей.

❗️Важно: любая метрика без контекста — просто цифра.
Customer LT = 6 месяцев: это кошмар или норма?
Upstream LT короткий — нам радоваться или уже напрягаться?

Хорошо или плохо покажут только гипотезы и живой опыт участников процесса.

➡️ В следующей главе — поговорим о том, как наложить ТТХ на гипотезы и опыт людей.

#методичка #data_driven_management

Данные в действии

Хорошие ребята делают хорошее дело
Delivery Meetup - площадка где умные люди города Питера становятся еще умнее, и делятся опытом

Рекомендую моим подписчикам в Питере - зайти к ним на огонек 16го числа.
Регистрация ниже 👇

https://delivery-community-spb.timepad.ru/event/3571392/

Автору канала стукнуло 46 годиков 😱

Если хотите поздравить - welcome в комменты.

PS сам автор в лёгком обалдении, потому что не понимает, как ему ассоциировать эту цифру с собой 🤷‍♂

#личное

На прошлой неделе рассказывал про Flight Levels.

Кому интересно - вот вебинар с Кайтен.

04:32 - Я появляюсь в эфире и начинаю вещать (всклокоченный после ДР 😂😂 )

https://rutube.ru/video/2ca0928e2cdbc21df5d6b2379ac20cf9/

#вебинар
Данные в действии

Agile как прикрытие хаоса, похоже, заканчивается. Пора работать?

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

Согласитесь, любые сомнения в том, что Agile и всё, что с ним связано, являются универсальной «серебряной пулей» и «таблеткой от всего» - ещё несколько лет назад нельзя было произносить вслух. Харам.

Наоборот, чем чаще ты употреблял слова типа Скрам, Эджайл, Утренний Стенд-ап, Пивот, Спринт - тем быстрее двигался вверх. И тем виртуознее тебе удавалось объяснить полное отсутствие результата. Перерешили. Пивотнулись. Вернулись и переработали исходную задачу.

В общем, как вы поняли, я, как руководитель, слегка устал от команд, которые «гибкостью» называют вечное перекраивание задачи.

Стоило дать запрос - и начинается ритуал: обязательно переформулировать, обсудить, внести новые уточнения, сдвинуть дедлайн.

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

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

Agile стал моральным оправданием для менеджеров не решать системных проблем. Типа «мы же итеративно развиваем продукт». Да, итеративно, но в никуда.

Фраза «у нас гибкий подход» чаще всего значит «у нас нет структуры».
И чем больше хаоса, тем громче разговоры о ценностях этой самой гибкости.
На практике же это - просто способ откладывать результат, пока идея не потеряет смысл.
Гибкость как инструмент - отлична. Гибкость как философия без дисциплины = катастрофа.

Поэтому то, что мода на Agile схлынула - хороший знак. Ну, слышу я об этом уже раз в 100 меньше, чем раньше. А вы?

В общем, так думаю: если руководитель организации - адекват и умеет организовать работу - то задачи в такой компании и так не «отливаются в бронзе», а могут разумно меняться по ходу исполнения. Приходит менеджер, в чем-то убеждает и начальник видоизменяет задачу.

А если у начальника вместо головы - пресловутый тыквенный латте – никакой Agile и Scrum не помогут ему заработать деньги собственникам

Всё. Теперь - накидывайте мне, старому скуфу, полную панамку за несовременность. Я готов.

Прямо вот с языка снял.
Я как профессиональный Agile - коуч, должен констатировать, что фраза "Культура ест процессы на завтрак" раскрыта в этом посте в полной мере. Друкер знал о чем говорил.

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

И в начале - когда мы запускаем работу по Agile в enterprise - действительно первые команды, первые драйверы, показывают отличный результат! Без дураков - так и есть.

Ну а потом... Потом мы уходим. И начинается "освоение Agile в enterprise".
Те, кто учился у нас, передают это следующим, и неизбежно происходят два фактлра - микроискажение первоначального смысла и снижение пассионарности (читай - вовлечения на уровне ценности). И чем дальше по цепочке это передаётся тем больше искажений и меньше пассионарность.
При этом, на звенья дальше от центра изменений, очень сильно давит культура, прошлый опыт, окружение.

Ну, а агентов изменений заведомо меньше чем тех, кого надо изменить. 🤷‍♂️
Так что в какой-то момент неизбежно "хвост начинает рулить собакой". И мы получаем то, что описывает автор поста выше.

Печально - да.
Неизбежно - а хрен его знает. У меня нет ответа на этот вопрос

#мнение

Мой вебинар на тему "5 ловушек ИИ для менеджера" 👇

PS Смотрите со 2й минуты, там контент пойдет

#ИИ