🔥 Самые интересные материалы по управлению проектами за 2 недели 🏃‍♂️ Основы, гайды, инструменты 🙂 Карго-культ в Jira: Почему метрики растут, а продукт гниет (Эффект Хоторна) Если команду просвечивать метриками ради отчета, то ожидаемо люди начинают оптимизировать цифры, а не ценность) Скорость растет, но качество падает (ну, или не улучшается). Автор связывает это с эффектом Хоторна и предлагает переключить фокус на "наблюдаемые результаты" (ценность для пользователя), ограничить число метрик, привязать их к решениям и чаще проверять гипотезы на данных, а не на ощущениях. 🙂 Выгорание от однообразия: синдром долгосрочного проекта Длинные проекты изматывают однотипностью задач и медленным прогрессом. Но никуда от них не деться (почти), поэтому авторы предлагают использовать дробление работы на короткие циклы с видимыми вехами, ротацию типов задач, ритуалы признания и управляемую смену контекстов, чтобы возвращать чувство мастерства и смысла. 🎮 Приоритизация и принятие решений Сводка инструментов выбора: от фреймворков MoSCoW/RICE до матриц рисков и правил таймбокса. И в целом, про приоритизацию как повторяемый процесс с четкими критериями и ритмом пересмотра. Приведены примеры формулировок и типовые ловушки. 🍀 Гемба-менеджмент в ИТ: японский подход для поиска слабых мест в разработке без отчетов и метрик Кратко: в фокусе - наблюдения на месте, разговор с исполнителями, просмотр артефактов и пути задач. Все это позволяет выявить реальные узкие места (ожидание, переделки, лишние согласования) и запустить маленькие эксперименты улучшений. Гемба дает контекст, который редко виден по дашбордам. 🐈Большой обзор книги "Феномен репки: Команда как драйвер роста" Обзор книги о том, как команде тянуть в одну сторону В первую очередь, за счет доверия, ясных целей, быстрой обратной связь и распределенной ответственности. Плюс примеры и практики - от настройки ролей и договоренностей до ритуалов, которые превращают группу людей в систему, способную делать большие задачи. 🎂 Инцидент-менеджмент с нуля: практический гайд для растущих команд Полезный текст, погружающий в эту область: словарь терминов (инцидент/проблема/MAJOR), шаблоны ролей (инициатор, владелец, коммуникации), руководство по реагированию, статусы и SLA, каналы оповещений, постмортемы без поиска виноватых и метрики. ⭐️ Классификация требований к ПО в виде иерархии Авторы предлагают наглядную иерархию требований, в виде иерархии / дерева, от бизнес-целей к пользовательским требованиям, далее — к функциональным/нефункциональным, сценариям и ограничениям. Акцент на том, чтобы связать каждое требование с измеримым критерием и владельцем, чтобы ТЗ перестало быть списком желаний. 😲 Как вместе принять решение, которого никто не хочет — Парадокс Абилина Команды часто принимают компромисс, который не нужен никому, - а все потому, что люди молча предполагают ожидания других, а не явно знают о них. Противоядие - явная фиксация индивидуальных позиций, безопасные правила возражений и проверка того, кто берет на себя издержки решения. Приведены простые техники фасилитации.