Что такое scope creep, и как его избежать

…и как бороться, если избежать не удалось?

Вообще scope creep – это неконтролируемо разрастание или “расползание” границ проекта, приводящее к срыву сроков, перерасходу бюджета или снижению качества, чтобы удержаться в границах проекта.

У меня как раз на днях был отличный пример, когда в идущий четвертый месяц проект разработки системы управления компетенциями сотрудников попытались впихнуть разработку мобильного приложения для проверки компетенции на местах. Ну правда, с точки зрения Заказчика очень удобно – пришел на производство, осмотрелся вокруг, ткнул пальчиком в экран айфона – и тут же узнал, что Василий Петрович, негодяй, полез в шкаф на 10 киловольт, не имея необходимого уровня допуска. И функционал же тот же самый! Просто проверка обученности на основе тех же компетенций!

Переделывать планы и другие наработки за предыдущего PMа или нет?

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

Организационная структура проекта

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

Проектный офис – это…

За последнее время пришло столько с писем с запросом “расскажите о проектном офисе”, что пришлось потратить выходной и все-таки написать статью про проектный офис.

На истину в последней инстанции не претендую, мой опыт – только практический. Я второй год руковожу проектным офисом, который отвечает за реализацию проектов, участвовала в его внедрении “с нуля”. С остальными видами знакома в теории и по рассказам друзей, которые также руководят проектными офисами в других компаниях  и решают задачи, отличные от моих. Поехали!

Unforeseen risks, или о том, что не все можно предусмотреть

Чуть-чуть теории про непредвиденные риски на проекте на основе недавнего личного опыта.

В управлении проектами есть понятие unforeseen risks или (перевод вольный) «риски, которые нельзя предусмотреть». Иногда я слышу мнение, что, мол, руководитель проекта – он для того и нужен, чтобы полностью исключить все риски. Это, конечно, неправда, потому что а) если исключать все риски, это точно будет дороже, чем весь проект в целом; б) этот проект, скорее всего, никогда не начнется.

Неакдекватный высокопоставленный участник проекта – что делать?

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

Управление проектами в MS Project

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

Если кому-то еще будет полезно – буду рада. Для использования нужно уже иметь опыт работы с MS Project.

Agile Product Ownership

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