Управление проектами: дайджест публикаций #33

Сотрудник-клей, тест систем управления проектами, Канбан, CFD, обзор курса от Гугла, замена РП на ИИ, офисные интриги и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

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

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

Тестирую 10 систем управления проектами для агентств, веб-студий и не только ^[2]

Автор протестировала 10 систем управления проектами, от YouGile до Easy Task, оценивая их функциональность, удобство и стоимость. Вывод: идеальной системы нет, но для каждой команды найдётся свой идеальный инструмент. Главное — понимать свои потребности ^[3] и не бояться экспериментировать.

Приоритизация бэклога. Максимальный гайд ^[4]

Автор делится множеством методов приоритизации: от классической матрицы «Value vs Effort» до загадочного WSJF. Важно не столько выбрать идеальную методику, сколько создать систему, которая работает для вашей команды. И да, даже ChatGPT может помочь расставить приоритеты, если вы ему доверяете.

Что такое Story Points и почему они причиняют боль командам ^[5]

Story Points — идея хорошая, реализация… ну, как получится. Текст – о том, почему эти загадочные баллы иногда больше мешают, чем помогают. Оказывается, если превращать Story Points в часы, можно потерять весь смысл. А если использовать их правильно, они становятся мощным инструментом планирования.

Как контролировать выполнение и бюджет проекта. Простое руководство по методу освоенного объема (Earned Value Analysis) ^[6]

Контроль проекта — это не только про дедлайны, но и про деньги. Метод освоенного объема (EVA) помогает понять, насколько вы отклоняетесь от плана и бюджета. Автор подробно объясняет, как применять EVA на практике, даже если вы не математик. С этим инструментом вы сможете не только отслеживать прогресс, но и прогнозировать будущее проекта. 

Дневники пиэма. Заметка 02: Функциональные колодцы (они же — silos) ^[7]

Когда отделы компании живут своей жизнью, как соседи, которые здороваются только в лифте, возникают “функциональные колодцы”. Автор рассказывает, как такие «силосы» мешают кросс-функциональным проектам и что с этим делать. Из инструментов: RACI-матрица, раннее выявление зависимостей и здоровая инициатива.

5 сценариев, когда канбан может упростить процессы в отделах ^[8]

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

Как перестать бояться систему Lean и полюбить здравый смысл? ^[9]

Lean — не столько про строгие правила, сколько про философию постоянного улучшения. Автор объясняет, как применять принципы бережливого производства в бизнесе, устраняя потери и создавая ценность для клиента. 

Метрики Agile-трансформации ^[10]

Оценивать эффективность Agile-специалистов — задача не из лёгких. Автор делится опытом ^[11], как правильно выбирать метрики, чтобы они отражали реальное положение дел, а не стимулировали «подгонку» результатов. Важно учитывать причинно-следственные связи и избегать ловушек, вроде оценки Scrum-мастеров по Velocity команд.

Анализ Cumulative Flow Diagram ^[12]

Cumulative Flow Diagram (CFD) — это как кардиограмма проекта: показывает, где узкие места, где задачи застревают и какова общая производительность команды. Автор объясняет, как читать CFD, какие метрики извлекать и как интерпретировать типичные паттерны. Если линии расходятся — пора бить тревогу.

KPI: Путь к успеху или ловушка неэффективности? ^[13]

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

Каталог данных: что за зверь и с чем его едят ^[14]

Каталог данных — это не просто список таблиц, а настоящий путеводитель по вашему информационному лесу. В «Спортмастере» решили навести порядок в данных, чтобы аналитики не искали нужную информацию, как иголку в стоге сена. Результат? Меньше дубликатов, больше понимания и, возможно, меньше головной боли ^[15]. 

Как сочетать календарное планирование и Agile ^[16]

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

Google Project Management: Professional Certificate, часть 1 ^[17]

часть 2 ^[18]

часть 3 ^[19]

Большой и очень интересный обзор курса для проджектов от Гугла. Если вы думаете, что PM — это человек с планёрками и таблицами, Google вас нежно разубедит. Первая часть курса рассказывает, кто такой проектный менеджер, чем он отличается от просто организованного человека, и почему эмпатия важнее, чем PowerPoint. Здесь же — про жизненный цикл проекта, роли, артефакты и прочую терминологию, которую потом можно бросать в чаты, чтобы выглядеть умно. Вторая – про инициацию проекта, SMART-цели, распределение роли по RACI. Третья – про планирование, диаграмму проекта, риски, бюджеты и работу со стейкхолдерами.

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

«Интересно, какое качество менеджера Вы считаете наиболее важным?» — развернутый ответ ^[20]

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

Многозадачности больше не существует. Зачем снова становиться однозадачным ^[21]

Борьба с мифом о многозадачности ^[22],- человек не способен эффективно выполнять несколько задач одновременно. Каждое переключение между задачами снижает концентрацию и увеличивает количество ошибок. Автор призывает к однозадачности, чтобы повысить продуктивность и качество работы. 

Офисный провал: Как принудительные командировки айтишников убивают продуктивность и лояльность ^[23]

Про опыт негативного влияния обязательных командировок на продуктивность и лояльность сотрудников. Да не только командировки, – даже принудительные поездки в офис могут вызывать стресс ^[24], снижать мотивацию ^[25] и ухудшать рабочие результаты. Особенно это актуально для интровертов и тех, кто привык работать удаленно. 

AI, объясни, что хотел сказать этот разработчик? Как менеджеру в IT использовать нейросети в работе ^[26]

Как проектный менеджер может использовать искусственный интеллект ^[27] для улучшения коммуникации с командой. AI может помочь в расшифровке технической терминологии, составлении отчетов и структурировании информации. Однако при этом менеджеру необходимо уметь формулировать четкие запросы и критически оценивать полученные ответы.

Сколько процентов работы PM способен выполнять ИИ ^[28]

О том, какие задачи проектного менеджера могут быть автоматизированы с помощью искусственного интеллекта ( а по оценкам, AI способен выполнять до 50% рутинных задач, таких как составление отчетов и планирование). Однако стратегические решения, управление командой и коммуникации остаются за человеком. 

Как вести внутреннюю документацию: с чего начать новичку ^[29]

Рекомендации по созданию внутренней документации, начиная с легковесных и понятных структур, избегание перегрузки документации и фокусе на ее полезности для команды. Автор советует использовать простые шаблоны, такие как PR/FAQ, и постепенно масштабировать документацию по мере роста продукта. 

Разделяй и усложняй: как декомпозиция вас обманывает ^[30]

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

Дневники пиэма. Заметка 03: Таймзоны и эффективность распределенных проектов ^[31]

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

Как создать систему управления проектами в ИТ-интеграторе и не выкинуть деньги на ветер ^[32]

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

Между «готово» и «согласовано» лежит пропасть. Если вы это не видите и не контролируете, мы вам сочувствуем ^[33]

Когда задача помечена как «готова», но не согласована, это может привести к неожиданным сюрпризам. Статья – про важность четкого разграничения между выполнением и утверждением задач.

Искусство переговоров: как всегда добиваться выигрышных результатов ^[34]

Переговоры — это не только для дипломатов и юристов. Умение слушать, понимать и находить компромиссы делает и проектного менеджера эффективным лидером. Автор делится личным опытом и показывает, как навыки ведения переговоров помогают в повседневной жизни и работе. 

Сертификация для проджектов PMP за 4 месяца: как я сдавал, фейлил и снова сдавал ^[35]

Путь к сертификации PMP может быть тернистым, но автор делится своим опытом, как преодолеть трудности и достичь цели. Подготовка, неудачи и повторные попытки — все это часть процесса. Статья дает практические советы и мотивацию ^[36] для тех, кто рассматривает получение PMP. 

Kanban — как наконец внедрить ^[37]

Внедрение Kanban может показаться простым, но на практике требует внимания ^[38] к деталям. Интервью с деливери-менеджером Александром Торгашовым раскрывает мифы и подводные камни методологии. Ключевые аспекты успешного внедрения – четкое понимание процессов, визуализация задач и контроль WIP-лимитов.

Как использовать японские подходы в IT. Часть 6: покажи и расскажи ^[39]

Очередная (и снова интересная) статья про применение японских методов управления, таких как визуализация процессов и методология 5S, в IT-среде. Примеры из практики показывают, как визуальные элементы помогают улучшить понимание и взаимодействие в команде. Методология A3 используется для структурирования информации и принятия решений. Рекомендую всем, кто любит эксперименты и новые словечки.

РПшники тоже ошибаются ^[40]

Про типичные ошибки ^[41], которые могут допускать руководители проектов, особенно в области информационной безопасности. Про важность разделения ролей и привлечения специалистов в соответствующих областях. Недооценка сложности задач и попытки “всё сделать самому” могут привести к задержкам и проблемам в проекте. 

Event Storming: как построить модель вокруг событий ^[42]

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

SDLC: пойди туда, не знаю куда, но непременно по плану ^[43]

Статья замечательного Максима Цепкова – про историю и применение модели SDLC (System Development Life Cycle) в управлении проектами. Про то, как слепое следование устаревшим методологиям может привести к неэффективности и недопониманию в команде, и про необходимость адаптировать современные подходы, такие как V-модель, которые учитывают итеративность и гибкость в разработке.

Тренды проектного управления на 2025 год: инструменты, методологии, люди и AI ^[44]

Команда Kaiten изучила более 100 исследований и выделила ключевые тренды в управлении проектами на 2025 год. Среди них — автоматизация процессов, внедрение искусственного интеллекта, гибкие методологии и акцент на развитие soft skills. Особое внимание уделяется необходимости четкого определения целей и ценностей проекта, а также важности эффективной коммуникации между командами.

Сколько процентов работы PM способен выполнять ИИ ^[28]

О том, какие задачи проектного менеджера могут быть автоматизированы с помощью искусственного интеллекта ( а по оценкам, AI способен выполнять до 50% рутинных задач, таких как составление отчетов и планирование). Однако стратегические решения, управление командой и коммуникации остаются за человеком.

Через сколько лет менеджеры проектов станут ненужными из-за AI? ^[45]

И еще про ИИ, да. С развитием искусственного интеллекта возникает вопрос: заменит ли он проектных менеджеров? Статья анализирует прогнозы экспертов и приходит к выводу, что AI может автоматизировать рутинные задачи, но стратегическое мышление ^[46] и лидерство ^[47] останутся за людьми. А нам всем надо адаптироваться и использовать AI как инструмент, а не конкурента.

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

Человек-клей: как я нашел самого неэффективного сотрудника, чуть не уволил, а оказалось, что на нем все держится ^[48]

Иногда самый неприметный сотрудник внезапно оказывается ключевым для команды (и для проекта). Вот и тут нам рассказали о «человеке-клее», который скрепляет коллектив, несмотря на личные низкие показатели по метрикам. Если команда может «прокормить» одного или нескольких типа лишних сотрудников и эти сотрудники делают эту команду лучше — они не лишние. И вообще, хорошие отношения в команде — самое ценное. Более ценное, чем дедлайны. Хотя без дедлайнов тоже никак.

Передача знаний: инструкция на случай ухода эксперта ^[49]

Когда эксперт уходит (даже в отпуск…), а вместе с ним — вся архитектура в его голове, проект рискует превратиться в квест без карты. Коллеги из Контура предлагают пошаговый план по сохранению знаний: от составления чек-листа до записи встреч и ревью документации. Главное — не превращать передачу знаний в «работу в стол», а сделать её живым процессом.

«Люди сами не знают, чего хотят»: как читать сигналы команды ^[50]

Про то, как распознавать пассивное сопротивление в команде и инструменты для выявления проблем: от трекера молчания до психологического чек-ина. “Если вы не слышите тишину — однажды услышите, как кто‑то тихо складывает вещи и уходит,” – ну как с таким не согласиться?

Я думал, что в IT нет офисных интриг. Ошибся ^[51]

Внезапно (нет), даже в IT можно встретить «игры престолов»: присвоение чужих идей, подковёрные игры и токсичную конкуренцию. Авторы – про типажи офисных интриганов, про то,, почему они процветают даже в самых технологичных компаниях. Много скринов, “случаев из практики”, а уж комменты… Если интересна тема или нечего делать – велкам.

Развитие разработчиков в команде: подход тимлида ^[52]

Как вырастить из джуна сеньора? Автор делится практиками: регулярные 1:1 встречи, SMART-цели, индивидуальные планы развития и матрицы компетенций. Особое внимание уделяется балансу между целями разработчика и потребностями проекта. 

5 типов сотрудников в команде: инструкция для тимлидов ^[53]

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

Типовые проекты ≠ скука: Как сохранить драйв команды? ^[54]

Когда проекты становятся рутиной, команда может потерять мотивацию ^[55]. И авторы предлагают методы поддержания интереса ^[56]: прозрачные бонусные фонды, регулярная обратная связь и возможности для роста. Задача руководителя проекта на типовом проекте – показать ценность такого проекта для каждого его участника. Это не «скучный проект», а полезный: личное развитие, работа в команде, результат для заказчика. 

Как обуздать хаос в распределенной и быстрорастущей ИТ-команде ^[57]

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

Как не скатиться в имитацию: о роли системного аналитика на проекте ^[58]

Роль системного аналитика часто недооценивается или неправильно понимается. Ну или имитируется))  Автор обсуждает, как избежать превращения аналитика в «затычку» и подчеркнуть его ценность в проекте,  правильно интегрировать аналитика в процессы, а как результат –  повысить качество требований и снизить риски.

Когнитивные искажения в работе системного аналитика ^[59]

Аналитик — не робот, и его мышление подвержено искажениям: эффект якоря, подтверждения и другие. Материал – о  том, как различные когнитивные искажения могут повлиять на работу аналитика, привести к пропущенным деталям, ошибочным выводам и неэффективным решениям. И о том, как распознать эти ловушки и как бороться с ними.