Техники оценки трудозатрат, методы принятия решений, много советов для начинающих РП, вредные советы по работе в команде и всё интересное, что писали на этой неделе про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Если я пропустил интересный материал — делитесь им в комментариях.
Архивы и новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест».
Основы и гайды
Делая MVP, вы значительно обрезаете объем продукта, сильно упрощаете все его аспекты. Но после завершения проекта и получения подтверждения работоспособности продукта, вам следует резко всё изменить и внедрить полноценные процессы управлением продуктом. А тут не так всё просто — и команда нужна другая, и требования (кардинально) меняются.
От Planning Poker до метода Трех точек: 10 лучших техник оценки трудоемкости
Оценка трудоемкости — задача непростая, но имеет решающее значение. Отсутствие точной оценки стоимости и сроков реализации проекта может привести к значительным задержкам, неэффективности и другим проблемам. Авторы рассказывают про такие техники гибкой оценки, как Planning Poker, оценка по размеру футболок, точечное голосование, оценка ведерками, сопоставление сходства и т.д.
SIPOC-диаграмма: что это такое и как она помогает улучшить процессы
SIPOC — это диаграмма для анализа состояния дел в компании. С её помощью можно структурировать и описать бизнес-процесс целиком, от начала и до конца. Её часто используют в методологиях улучшения качества процессов и производства — таких, как Lean и Six Sigma. В статье — основательный гайд по составлению и чтению такой диаграммы.
Эффективное принятие решений с помощью матриц Пью, Эйзенхауэра RACI, DACI
В мире проектов матрицы увязывают множество параметров вместе. Это визуальный инструмент, который помогает выбрать между лучшим, хорошим и плохим и компактно разместить много информации. Материал — про распространенные матрицы, помогающие принять решение.
Введение в методологию Agile и ее влияние на тестирование
Об основных принципах Agile, как они меняют подход к тестированию и какие преимущества это дает командам.
Бриф — обязательная составляющая успешного проекта. Исполнителю он поможет оценить объём работы, сроки и результат, который от него ждут. А заказчик, в свою очередь, оценивает навыки исполнителя и строит себе более чёткую картину будущего проекта. Авторы рассказывают про главные шаги в составлении брифа и приводят отличные примеры.
Что такое стандартизация процессов в бизнесе
Стандартизация — это введение правил, регулирующих выполнение определённой задачи или последовательности задач. Стандартизация нужна для повышения качества работы и эффективной реализации стратегий. Она экономит ресурсы и автоматизирует процессы в компании. Также среди плюсов — упрощение онбординга и повышение удовлетворённости сотрудников и клиентов. Как оценить и улучшить состояние стандартизации процессов — в этой публикации.
How to use a bullet journal for project management
Большой гайд с примерами по тому, как вести Bullet journal для целей управления проектами. Кратко, это своего рода дневник, бортовой журнал, в котором на каждую дату отмечаются наиболее значимые события, наблюдения, плюс индексирование (содержание, теги), которые быстро позволяют найти заметки по нужной теме.
5 Key Factors for Effective Product Backlog Prioritization
Статья по приоритезации бэклога от самого Майкла Кона. Главные факторы: ценность функции для продукта, ее стоимость, важность для обучения команды, рискованность, зависимости (сколько придется переписать в связи с ней). Соответственно, оценка каждого из факторов и совокупный результат ведут к смене приоритета фичи.
Менеджер проекта — карьера и навыки
Развитие команды по модели Такмана
Модель Такмана — это концепция, описывающая пять стадий развития команды: от формирования до роспуска. На каждой из этих стадий — свои уникальные задачи для менеджера и команды и вызовы, которые нужно преодолеть. Авторы подробно рассказывают про этот процесс, подчеркивая, что знать особенности каждой стадии развития команды недостаточно: нужно развивать софт-скиллы, учиться понимать и чувствовать команду, не пренебрегать чек-листами, встречами один на один и фокусированной обратной связью.
«Ты во всем виноват» или про ответственность Руководителя проектов (Практические советы РП)
Для начинающих Руководителей проектов часто становится новостью, что у них не только новая звонкая должность (руководитель!), зарплата и премия, но и неприятная обязанность отвечать вообще за все неприятности на вверенном проекте. Материал в эмоциональной форме рассказывает, почему так происходит и как жить с такой ответственностью.
Почему вам лучше не работать проджектом
Про то, с чем постоянно сталкиваются ПМы (и что создает стресс, из-за которого кто-то не выдерживает): неопределенность — нужно научиться уменьшать ее законными способами; работа с командой и стейкхолдерами — нужно изучать процессы и искать способы их улучшить, а также балансировать и искать компромиссы; знания в смежных областях — иначе управлять не получится.
Подводные камни проектов. Записки менеджера
Про определение объема проекта и точность ТЗ (полное неопределенностей, недоговорок и проблем), про сложности работы в режиме Fixed price и предпроектную работу (которая должна быть проведена максимально тщательно).
С чего начинать на новом месте (памятка для Руководителя проектов)
Про ситуацию, когда вы уходите со старого места, где вы уже хорошо ориентируетесь, и приходите в неизвестность: неизвестный проект с неизвестными рисками; непонятный руководитель (при первом знакомстве он душка, но какой будет в реале?); непонятные коллеги; непонятный заказчик. Как с этим всем справится — у автора получилась пошаговая инструкция.
Главная ошибка в управлении людьми — это использовать свою власть как средство принуждения или влияния на сотрудников. Такой подход убивает обсуждения, подавляет инициативу и в перспективе может разрушить проект.
Как правильно разговаривать с вашим руководителем? (памятка Руководителю проектов)
Руководители и заказчики, внезапно, ценят людей, которые не отнимают их время и не создают головную боль. Но как? У вас же реально проблема, и вам правда нужна помощь в ее решении. Статья предлагает перед таким заходом спросить определить, что именно нужно, что случится, если это не решать вовсе, почему нет возможности решить это самому, — и какие есть предложения по решению. Так РП станет не источником проблемы, а генератором вариантов ее решения.
Как изменить ТЗ на ходу и не развалить проект?
После того, как ТЗ уже составлено, нередко возникает необходимость в его корректировке, ведь на практике бизнес-условия, требования, а порой даже цели могут меняться в процессе работы. Так что изменение ТЗ — распространенная проблема, с которой сталкиваются команды. В этой статье — о том, как правильно вносить изменения в ТЗ по ходу разработки, не разрушив проект.
Как правильно передать ИТ-продукт заказчику
Один из важнейших шагов в проекте — «Передача продукта». Он входит в этап закрытия проекта и наступает, когда продукт готов к передаче или принято решение об отмене. Распространённая ошибка на этом шаге — недостаточная внимательность при завершении промежуточных результатов. Это может усложнить и растянуть во времени итоговую сдачу проекта. Всегда следите за своевременным закрытием всех промежуточных этапов. В статье — о том, как лучше это сделать.
Команда проекта
Как много общаться с людьми и не возненавидеть их
Много общения — это неизбежная реальность практически на любом проекте. Часто это классный нетворкинг, но иногда это неприятное и энергозатратное мероприятие. Важно обращать внимание на себя, на то, куда тратится энергия, в какие именно моменты силы вас покидают. Не нужно пытаться контролировать все процессы вокруг. Наверняка рядом есть кто-то, кто готов подхватить то, что уже не влазит. Не стесняйтесь спрашивать.
Как завалить проект и карьеру: 10+ вредных советов разработчику от менеджеров и сеньоров
Любимый жанр вредных советов — про “пользу” однообразия и стагнации, про “вред” общения с коллегами, избегание LLM, отказ от хобби и смены курса в своем проф. развитии и т.д.
Как адаптировать нового сотрудника? Три правила онбординга
Про три ключевых правила, которые применяет автор при онбординге в своей компании: начинать онбординг с момента финального собеседования, не молчать, если есть вопросы, не перегружать информацией, обязанностями и т.д. Помимо правил, в статье есть конкретная авторская модель онбординга.
Большинство работодателей считает, что заработная плата — самый веский аргумент при принятии оффера. Но не меньшее значение имеют другие нюансы. И это не социальный пакет или соблюдение трудового кодекса, предлагаемые от щедрот с барской души. Ключевой фактор — внутренняя атмосфера, от которой и зависит желание устроиться на новую работу. Автор выделил ключевые пунктики, которые легко приведут к увольнению сотрудников.
Конфликт как провал организации
Лонгрид про конфликты — почему возникают, о чем говорят, к чему приводят. Много примеров и личного опыта автора.
ИПР — то, чем вы сможете похвастаться на собеседовании или в баре
Про индивидуальные планы развития — исследование Хабра на тему, у кого они есть, кто из компаний предлагает их сотрудника, что они дают обеим сторонам и как влияют на рабочие процессы.
Как понять, что на вашей команде дебафф по коммуникациям
Как вовремя распознать проблемы внутри команды и с чего начать действовать, чтобы предотвратить или уменьшить негативный эффект, сохранить команду и вернуть сотрудникам мотивацию.
Метрики agile-команды 1С в JIRA
Кейс разработки и применения метрик для команды разработчиков 1С, да еще и в “недружественной” джире — звучит интригующе…
Assembling a Project Team: Roles, Responsibilities & Best Practices
Про то, как собрать проектную команду — кросс-функциональную группу, которая будет включать сотрудников из разных отделов. Какие выделить роли (спонсор, менеджер, участники, эксперты, бизнес-аналитики и т.д.), какие документы использовать и как выстраивать структуру.
ссылка на оригинал статьи https://habr.com/ru/articles/852008/
Добавить комментарий