Фасилитация, провалы Agile, разочарование от scrum, японские подходы, мифы про сторипойнты, вредный чат-менеджмент, токсы, прокрастинация и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест». Подписчиков ждет удача во всех проектах - проверено!

Основы, гайды и инструменты

Что такое kick-off встреча и как запустить проект без хаоса

Kick-off встреча - стартовая площадка для успешного проекта. Статья объясняет, как правильно провести такую встречу: определить цели, распределить роли, установить правила взаимодействия и вдохновить команду, потому что если всё настроено правильно, команда доплывёт до цели без штормов (наверное). Так что не пренебрегайте этим этапом — он задаёт тон всему проекту.

Что такое фасилитация и как она спасает совещания

Если ваши совещания напоминают хаотичный оркестр без дирижёра, пора познакомиться с фасилитацией. Это искусство превращать собрания в продуктивные встречи, где каждый участник вовлечён, а обсуждения идут по плану. Фасилитатор — не просто модный термин, а ключевой игрок, направляющий команду к цели. Гайд - о том,как и зачем проводить фасилитационные встречи, чтобы избежать бесконечных обсуждений без результатов.

Процессное управление в организации: от моделирования до автоматизации

О том, как с помощью диаграмм и блок-схем превратить хаос в порядок, а сотрудников — в команду мечты, как определить цели, собрать команду, обучить её и внедрить процессную архитектуру. Особое внимание уделяется циклу PDCA и автоматизации процессов с помощью современных BPM-систем. 

Lead Time и Cycle Time: в чём разница и как это помогает команде

Статья объясняет разницу между Lead Time и Cycle Time на примере пиццы: Lead Time — это время от заказа до доставки, а Cycle Time — от начала приготовления до готовности. Понимание этих метрик помогает командам работать эффективнее, выявлять узкие места и оптимизировать процессы. 

Почему большинство попыток внедрения Agile заканчиваются разочарованием?

О том, почему тренинги и новые термины не спасают, если команда не готова к изменениям. Настоящий Agile — это про адаптацию, обратную связь и кросс-функциональность, а в первую очередь про перестройку культуры разработки.

Почему «Agile» и особенно Scrum ужасны

Agile и Scrum обещают гибкость и эффективность, но на практике могут привести к обратному. Автор критикует эти методологии за излишнюю бюрократию, давление на разработчиков и отсутствие стратегического мышления. И еще приводит примеры, где внедрение Scrum привело к падению акций компании и демотивации команды. Короче, надо думать перед внедрежом)

Agile и затянувшийся кризис разработки ПО

Agile обещал гибкость и скорость, но что-то пошло не так. Статья - про то, как изначально благие намерения превратились в бюрократию, где "стендапы" стали рутиной, а "story points" — самоцелью. Вместо адаптивности — шаблоны и отчёты. Так что если Agile у вас напоминает Waterfall с наклейками, то, может, дело не в методологии, а в её применении?

Технический долг нельзя распланировать

Почему попытки решить проблему техдолга через масштабные проекты часто приводят к новым проблемам, и как их избежать: регулярные улучшения, культура код-ревью и внимание к качеству кода. Начинать с малого, но работать над ТД постоянно.

Как использовать японские подходы в IT. Часть 5: в плену процесса

Про применение принципов Toyota Production System в IT, где дисциплина и постоянное совершенствование — ключ к успеху. Через метафоры из боевых искусств и кулинарии автор показывает, как важно понимать и уважать процессы, прежде чем их улучшать.

Четыре ошибки при работе с диаграммой Ганта и как их можно избежать

Диаграмма Ганта — мощный инструмент и… источник хаоса в неумелых руках. Материал - о четырёх распространённых ошибках: перегрузка деталями, отсутствие зависимостей, игнорирование критического пути и устаревание данных, с практическими советами и примерами.

Story Points не работают? И другие мифы про оценку задач, в которые мы почему-то верим

Текст пытается развенчать “мифы” об оценке задач, типа превращения Story Points в KPI или попытки перевести их в часы. “Оценки — это ориентир, а не точный прогноз”, - говорит автор и предлагает альтернативы для планирования.

Системный аналитик и управление хаосом на проекте. Часть 1: диагностика хаоса

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

Для архитекторов и аналитиков: шаблон описания архитектуры приложения (34 страницы пользы)

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

Аналоги Redmine: 13 мощных сервисов для управления проектами

Redmine безусловно хорош, но, возможно, устарел. Если ищете что-то свежее, вот 13 альтернатив: от Kaiten до YouTrack. Каждый сервис с описанием, плюсами и минусами. 

UML-диаграммы: зачем нужны и как их использовать

UML-диаграммы — мощный инструмент для понимания систем (ну и красивые картинки, да). От диаграмм классов до диаграмм последовательностей — каждая помогает увидеть проект под новым углом. Статья объясняет, какие диаграммы когда использовать, и как они помогают в коммуникации между разработчиками и аналитиками. В общем, рисуйте, чтобы понимать.

Менеджер проекта - карьера и навыки

Чат-менеджмент: что это и как переписки мешают работе

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

Токсы и как с ними работать. Памятка руководителю

В каждом коллективе найдётся тот, кто превращает любую задачу в драму. Автор делит таких сотрудников на ворчунов и нытиков: первые могут быть полезными, если их услышать, а вторые — источником постоянного негатива. Статья предлагает стратегии взаимодействия с обоими типами, чтобы превратить токсичность в конструктив или, при необходимости, попрощаться без сожалений. 

Когда разработчик тебе врёт: прокрастинация, отмазки и что с этим делать

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

Будни управленца. Нежелание ответственности

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

Для чего ИТ менеджеру уметь программировать. И главное — зачем

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

Важные задачи проджекта

Проджект — это искусство балансировать между хаосом и порядком,  а не просто человек с блокнотом и планом. Текст - о том, как приоритизировать задачи с помощью матрицы Эйзенхауэра, управлять несколькими проектами одновременно и поддерживать актуальность планов в Miro. 

Как посчитать производительность команды разработки?

Когда сверху просят “цифр”, а вы не знаете, как измерить производительность команды, начинается паника. Вот автор и делится опытом расчёта стоимости задач, анализа багфиксов и фич, и объясняет, почему простое деление бюджета на количество задач — путь в никуда. Важно учитывать контекст, сложность задач и другие метрики. 

Зачем я придумал новый фреймворк определения приоритетов задач и как мне помогло «пу-пу-пу»

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

Успешный проект

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

Как навести порядок в проектной работе

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

Команда проекта

Выгорание в IT: системные причины, реальные кейсы и рабочие инструменты

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

«Они просто меняют рабочий чат». Как превратить отдельных сотрудников в команду в условиях распределенной работы

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

Снижаем bus-фактор: личный опыт, боли и решения

Bus-фактор — это когда один человек знает всё, а остальные — ничего. Материал - про снижение этой зависимости: через парное программирование, ротацию задач и документацию.

«Накопитель риска» в команде: как одиночные эксперты тормозят развитие

Одиночки, которые знают всё, но не делятся — риск для команды. Статья объясняет, почему важно делиться знаниями и как поощрять это поведение и почему команда — это не только про индивидуальные успехи, но и про совместный рост.

Data-driven подход: ищем максимальный ресурс команды

Про внедрение BI-платформы для анализа загрузки команды и о том, как оно привело к прозрачности, балансу и предсказуемости.

Soft Skills в IT: почему они важнее, чем кажется

Код — это важно, но умение общаться — ещё важнее. Статья объясняет, как софт-скиллы влияют на карьеру: от умения договариваться до способности презентовать идеи, и призывает прокачивать софт-скиллы — они окупаются.

Заговор разработчиков против корпораций: работа с командой

Собеседования, митинги и корпоративные процессы — всё это может быть испытанием для разработчика. Статья с иронией рассматривает, как разработчики адаптируются к корпоративной культуре и пытаются сохранить здравый смысл и результативность.

Как мы создали систему управления знаниями

Про внедрение в организации системы управления знаниями для поддержки проектировщиков. Результат — стандартизированные материалы, быстрый доступ и эффективное обучение.