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: как вырасти от стажера до синьора
Часто грейды и матрицы компетенций описывают разницу в хард-скиллах, а тут автор сделал очень хороший расклад и по софт-скиллам. Рекомендую!
Ёлочка, гори, айтишник, не гори
Исследование и рекомендации от экспертов Хабра, как не допустить выгорания. В топе - внимание к своему состоянию, регулярные занятия спортом, сон, привнесение разнообразия в работу, отпуск и т.д.
Роль аналитика в разработке сложных информационных систем
Хороший текст про то, чем может и должен быть полезен аналитик. Например, разработкой наборов аналитических моделей.
Продолжение серии статей от “Яндекс.Практикума”, теперь про контроль требований, про проверку требований через прототип, через тест-дизайн, через альтернативные и граничные сценарии и т.д.