PLANIRIX

Пост 37. Подсветка зависимостей. Или как читать дашборд за три секунды
Прихожу я на утреннюю планерку. На экране висит диаграмма Ганта на 500 строк. Всё переплетено, стрелочки, цвета, ромбики. Директор завода смотрит на это полотно, щурится и говорит: «Ну, чё там у нас горит-то? Где проблема?» Я начинаю водить лазерной указкой: «Вот тут задержка, а вот тут зависимость от поставки...» Директор машет рукой: «Ничего не понятно, делайте нормально!». И уходит.
Основные тезисы:
Визуализация должна отвечать на вопросы, а не задавать их.
Цветовое кодирование — это язык, который мозг считывает быстрее текста.
Если руководителю нужно больше трех секунд, чтобы понять статус проекта — ваш дашборд плох.
На что обязательно обращать внимание: Обязательно обращайте внимание на дальтонизм и восприятие цветов. Красный — это всегда опасность. Зеленый — норма. Желтый — внимание. Не используйте для критических статусов оттенки синего или фиолетового, они не вызывают чувства тревоги.
Правила визуализации зависимостей (5 пунктов):
1. Цветовая иерархия. Суть: Красный, Желтый, Зеленый, Серый. Пример решения проблемы: Каша из цветов на экране. Пример применения: Красный — критический путь и срыв. Желтый — риск срыва (буфер съеден). Зеленый — в графике. Серый — завершенные задачи. Ничего лишнего.
2. Типы связей по форме. Суть: Разделяем природу зависимостей. Пример решения проблемы: Непонятно, от кого мы зависим. Пример применения: Сплошная линия — внутренняя зависимость (цех-цех). Пунктирная — внешняя (поставщик, таможня). Двойная линия — жесткая технологическая (нельзя нарушать).
3. Правило трех секунд. Суть: Тест на читаемость. Пример решения проблемы: Перегруз информацией. Пример применения: Вы показываете дашборд человеку, который не в теме, на 3 секунды и закрываете. Если он не смог сказать, где главная проблема — вы убираете 50% деталей с экрана.
4. Схлопывание уровней. Суть: Детали только по клику. Пример решения проблемы: 500 строк на одном экране. Пример применения: На верхнем уровне Директор видит только 10 главных этапов (майлстоунов). Если этап желтый, он кликает на него и проваливается в детализацию.
5. Автоматическая подсветка узких мест. Суть: ИИ рисует за вас. Пример решения проблемы: Человеческий глаз замыливается. Пример применения: Нейросеть анализирует график и сама обводит пульсирующим красным контуром ту задачу, которая имеет наибольшее количество исходящих зависимостей. Это и есть «горлышко бутылки».
Признавайтесь, ваши дашборды похожи на схему метро Токио или на понятную карту?
❤️ — Три секунды на понимание!
👍 — Цветовая иерархия спасает нервы!
🔥 — ИИ сам подсвечивает узкие места!

Пост 36. Критический путь. Или как отбиваться от «помогаек»
Прибегает как-то начальник соседнего механосборочного цеха. Хватает меня за пуговицу: «Слушай, эксперт! Выручай! У меня там вал заклинило, нужна рука Фрезеровщика с твоего участка, у него опыт есть. На два часа всего! Отпусти, а?» Я смотрю на график. Этот Фрезеровщик сейчас стоит на детали, которая находится на критическом пути. Если я его отпущу, мы сдвинем сборку, пропустим стенд и попадем на миллионные штрафы. Но Начальник цеха давит на жалость: «Ну мы же свои, по-братски!»
Основные тезисы:
Критический путь не знает слов «по-братски» и «выручай».
Любое снятие ресурса с критического пути для сторонних задач — это саботаж проекта.
Плановик должен быть тем самым «плохим полицейским», который защищает узкие места.
На что обязательно обращать внимание: Обязательно обращайте внимание на скрытые просьбы от топ-менеджмента. Часто Директор завода лично просит «одолжить» человека для какой-то своей идеи. Отказать Директору сложно, поэтому нужно уметь переводить его просьбу на язык убытков.
Алгоритм защиты критического пути (5 правил):
1. Жесткий карантин. Суть: Ресурсы на критическом пути неприкосновенны. Пример решения проблемы: Смежники просят людей и инструмент. Пример применения: Вы вводите правило: любой ресурс, помеченный в системе как «Критический путь», блокируется для бронирования другими отделами. Заявка просто не проходит.
2. Перевод на язык денег. Суть: Отказ через калькулятор. Пример решения проблемы: Давит авторитет просящего. Пример применения: Вы говорите Начальнику цеха: «Я могу отпустить Фрезеровщика. Но простой моего участка обойдется заводу в 200 тысяч рублей за час. Твой цех готов взять эти убытки на свой бюджет? Подпиши акт». Желание «выручить» испаряется мгновенно.
3. Визуальный барьер. Суть: Физическое выделение. Пример решения проблемы: Люди не понимают важности задачи. Пример применения: На самом станке, где идет критический путь, вешается красный флаг или табличка «Особо важный заказ. Посторонним вход воспрещен». Это психологически останавливает «помогаек».
4. Эскалация через Директора. Суть: Если давление слишком сильное. Пример решения проблемы: Начальники цехов сговорились и давят вместе. Пример применения: Вы идете к Директору завода с распечаткой: «Шеф, меня просят снять людей с критического пути. Если я откажу — будет скандал в цеху. Если соглашусь — сорвем отгрузку Заказчику. Ваше решение?». Директор всегда выберет Заказчика.
5. ИИ-мониторинг перемещений. Суть: Контроль через систему. Пример решения проблемы: Людей уводят неформально. Пример применения: Нейросеть анализирует логи СКУД (системы контроля доступа) и логи станков. Если Фрезеровщик ушел со своего рабочего места и начал работу на чужом станке, система шлет алерт плановику и Мастеру.
У кого были случаи, когда «по-братски» угробили весь график?
❤️ — Критический путь на карантине!
👍 — Перевод на язык денег работает!
🔥 — ИИ следит за перемещениями людей!

«Зависимости и критический путь (Углубление)»
Мы уже говорили о критическом пути, но в этом блоке мы возьмем скальпель и вскроем саму анатомию связей. Зависимости — это нервная система проекта. Если нерв пережат, конечность отмирает.
Пост 36 расскажет, как защищать критический путь от «помогаек» из соседних цехов, которые всегда хотят одолжить вашего лучшего Сварщика.
Пост 37 научит настраивать цветовое кодирование дашбордов так, чтобы любая проблема считывалась за три секунды.
Пост 38 объяснит, почему внешние зависимости нужно считать не как задачи, а как риски с вероятностью 90%.
Пост 39 выдаст инструкцию по проведению 15-минутных летучек, чтобы они не превращались в базар.
Пост 40 разберет жесткий алгоритм перестройки графика после того, как сбой уже произошел.
Пост 41 покажет, как запускать параллельные работы, не потеряв при этом управление качеством. Готовьте нервы, будет больно, но полезно.