USM, НеЖелательные Явления, ненужная документация, допущения и ограничения, тупиковый путь в тимлиды, красные флаги при трудоустройстве и всё интересное, что писали на этой неделе про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

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

Основы и гайды

Как использовать User Story mapping при создании цифрового продукта

User Story Mapping — это метод, который помогает организовать задачи разработки продукта в виде карты, основанной на сценариях пользователей. В отличие от традиционного списка задач, USM описывает фичи с точки зрения ценности для пользователя, а не на уровне технической реализации. У авторов получился отличный гайд по структуре USM, пошаговому формированию, связке с документацией - и с примерами.

Пойди туда… OKR — когда известно зачем и куда

OKR (Саша, не ОКР!) - методика управления, основанная на достижении измеримых целей через выполнение понятных задач. Кто-то ее ненавидит, кто-то превозносит, но вроде как это уже классика. Авторы пишут про теорию и практику подхода, примеры OKR для компании и подразделений, показывают, как можно их закрепить, донести и измерить.

Модель Остервальдера: что это и как её построить

Мини-гайд по известному инструменту, позволяющему визуализировать бизнес-модель компании в целом. Как построить, как проанализировать, какие частые ошибки. Шаблон и практические рекомендации прилагаются.

Бережливое управление проектами: Как Lean помогает минимизировать потери

Lean Management — философия управления компанией или проектами, направленная на оптимизацию процессов, снижение издержек и повышение продуктивности. Статья - про преимущества подхода для команд и проектов, 5 принципов бережливого управления, карту потока ценности как визуализацию процесса, методы и инструменты Lean.

Когда проблема — не проблема. НЖЯ — инструмент Теории Ограничений

Автор - эксперт по ТОС, а НЖЯ - это НеЖелательное Явление. Например, проблема, которая регулярно повторяется, на которую мы можем повлиять, не субъективная, не содержащая решение или обвинение кого-то. Статья - про то, как работать с НЖЯ и достигать решения проблемы.

Когда это будет готово?

Планирование проекта строится на трех навыках: декомпозиции, анализе зависимостей и анализе рисков. Из них самый сложный (по автору) — это анализ рисков. Автор подробно разбирает подходы, которые эффективно использовать в ситуациях, когда что-то должно быть сделано кем-то к какому-то сроку. Например, выпуск релиза с фичей или передача готового функционала другой команде для интеграции.

Нужна ли документация на проекте?

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

Документация, которая точно не навредит аналитике в Вашем проекте

Прямой пользы от документации нет (ну типа), тратить на нее кучу времени жалко, поэтому автор - сторонник документации малой кровью, т.е. которую просто дополнять и актуализировать, просто искать нужное. Лайфхаки: “реестр поделок”, “реестр метрик”, “глоссарий”.

Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban

Экскурс в Канбан как метод борьбы с хаосом и способ мышления. Если вы готовы сделать шаг к улучшению работы команды, начните с малого: визуализируйте процессы, установите WIP‑лимиты и внедрите регулярные улучшения, а дальше можно хоть бесконечно совершенствовать процесс.

Обучение и воркшопы: как виртуозно познакомить заказчика с новой функциональностью

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

Моделирование и документирование требований в условиях неопределенности

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

«Миша, прости, мы все проверили». Правила объективного SWOT-анализа

Про SWOT знают все (все же, да?), а вот про правильный SWOT - не все) Короткий пост про то, как проверить, точны ли мы в своих прогнозах о сильных и слабых сторонах продукта/проекта.

Пример Definition of Ready: как мы проверяем готовность постановки на разработку

Коллеги из “Корус Консалтинг” - про DoR. Это критерии готовности задачи к передаче в разработку (или чек-лист вопросов, которые должны быть проработаны перед началом разработки). Использование DoR позволяет систематизировать подход к аналитике и исключить взятие в спринт недостаточно проработанных задач. Много примеров и практических советов по определению “готовности” требований/задач для разработки.

Как правильно завести баг

Больше для QA, но в целом очень толковый текст про регистрацию и управление багами для любого участника проектной команды.

Run, change, disrupt или как эффективно управлять различными видами деятельности в организации

Чтобы не запутаться в этом сложном мире и максимально эффективно использовать ресурсы, важно разделять проекты и задачи на три основные категории: run, change и disrupt. Run: поддержка текущих операций, Change: улучшение и адаптация, Disrupt: радикальные изменения и инновации.

Доской по задачам — как канбан помогает в управлении

Вряд ли есть более наглядное представление задач, чем канбан. Те, кто пользуется, давно оценили удобство и эффективность этого инструмента. Те, кто ещё не пользуется, обязательно начнут. Материал - о том, где найти подходящий канбан и настроить его для своих задач.

7 причин, почему вам не подойдет Agile

Когда и кому точно не стоит работать по Agile, - по мнению автора, это разные случаи, от неприязни к людям (гм…) и нежеланию делегировать и до неготовности к факапам.

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

Как общаться с руководителем

Опыт автора (РП/тимлид) по общению с топ-менеджментом. Из правил: не избавляться от ответственности, “не общаться с марсианами” (в смысле не искать причину проблемы где-то вовне), вместе с жалобой нести проект решения, доверять и т.д.

Немного про Тайм-менеджмент или «спасите от насилия менеджера Василия»

Классическое желание РП-новичка – это сделать все, что дали. «Я же хороший, я же должен показать, что меня не зря сделали менеджером, я должен все успеть». Но это путь к хаосу. Автор собрал советы, как правильно приоритезировать и работать с задачами.

Как добиться успеха в большой компании? 4 ингредиента для идеального карьерного рецепта руководителя

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

Контрольный чек-лист для того, чтобы стать лидером команды разработчиков

Переводной материал про готовность к росту в менеджеры. Кратко - нужно быть в курсе всех производственных вопросов и вопросов поддержки; сначала выполнять большие задачи вместе со своим руководителем, а затем действовать самостоятельно; научиться проводить “важные встречи”.

Системы управления проектами: что выбрать?

Не столько технический, сколько методологический текст: что использовать на разных проектах, стоит ли менять ИСУП, есть ли идеальный сервис (нет).

Work Life Balance: Исповедь красноглазика

Немного провокационный текст, затрагивающий тему “рвения” и “рванья” по рабочим задачам. Стоят ли они времени и здоровья, нужно ли триггериться на каждое сообщение в рабочем чате и, вообще, что действительно важно в вашей работе…

Лидеры и менеджеры: что общего и в чём разница? да и зачем это знать…

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

Допущения и ограничения в жизни менеджера

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

Принципы работы руководителя проекта

Очень структурированный текст про матчасть (PMBOK, Голдратт, скрам), про подход к выбору РП на проект, подготовку плана проекта и отношения с заказчиком, работу с командой, переработки, ПО… В общем, почти про всё, что одновременно плюс и минус.

«Почему так долго?», или как плохой проджект-менеджмент разрушает строительные компании

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

Работа скрам-мастером: рецепты трудоустройства и истории скрам-мастеров

Как стать Scrum-мастером? Как понять, нужно ли вам это? Какие сертификации могут помочь на старте карьеры? Статья для тех, кто пока думает о работе скрам-мастера и хочет построить для себя осмысленный план трудоустройства.

Гипотезы, ретроспектива и культура. Повторенье — мать ученья

Про то, как с помощью вот этих трех компонентов из сабжа формировать хорошие отношения внутри команды и продуктивную работу.

17 книг про управление в сфере IT, на которые вам следует обратить внимание

Дайджест внутри дайджеста: лучшие книги про менеджмент от… я не знаю, кто это. Но книги в обзоре любопытные - как хорошо знакомые “Проект «Феникс»”, “Руководство по DevOps” и “Управление ИТ: опыт компаний-лидеров”, так и малоизвестные.

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

Не нужно становиться тимлидом

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

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

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

Как искусственный интеллект поможет увеличить эффективность команд

Команда ПСБ про ИИ-инструменты - мониторинг хода выполнения проекта, поиск потенциальных проблем, автоформирование отчетов, контроль за соблюдением процессов и (ужас) автоматическое проектирование и разработку.

Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом. Часть 2

Еще один материал про симптомы проблемной команды: среди них и отсутствие своего дизайнера / аналитиков / тимлида, и использование тайм-трекеров, и культура взаимозаменяемости, и требование стрессоустойчивости. Достается и декларации про “мы бирюзовая команда”.

Управление лояльностью и увеличение мотивации IT-команды

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

Все, пора увольняться: что я поняла после работы в токсичных командах

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

Программисты ничего не знают (и это нормально)

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

Как мы разработали систему грейдинга для системных аналитиков

Про создание грейдов и как они помогли повысить мотивацию и улучшить взаимодействие внутри команды.

7 шагов к команде мечты, или как сплотить команду на удалёнке

Рекомендации по улучшайзингу коммуникаций - от придумать название и логотип до придумать традиции и встретиться в офлайне.

Матрица soft skills: как вырасти от стажера до синьора

Часто грейды и матрицы компетенций описывают разницу в хард-скиллах, а тут автор сделал очень хороший расклад и по софт-скиллам. Рекомендую!

Ёлочка, гори, айтишник, не гори

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

Роль аналитика в разработке сложных информационных систем

Хороший текст про то, чем может и должен быть полезен аналитик. Например, разработкой наборов аналитических моделей.

Гайд для системного аналитика: как управлять требованиями на разных этапах проекта. Часть 3: Контроль

Продолжение серии статей от “Яндекс.Практикума”, теперь про контроль требований, про проверку требований через прототип, через тест-дизайн, через альтернативные и граничные сценарии и т.д.

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