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

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

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

Результаты опроса команды подрядчика

Сегодня хочу поделиться с вами результатами одного успешного РМ-эксперимента. Еще до нового года мы провели расширенный анонимный опрос участников одного крупного проекта со стороны подрядчика. А триггером стало наблюдение за теми самыми фразами при получении наших emails, про которые я вам уже рассказывала.

Принятие решений в управлении проектами

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

Мастер-класс «Анализ проблем и принятие решений» – отзыв

Я тут сходила на четырехчасовой мастер-класс Максима Шмакотина «Анализ проблем и принятие решений» от Тренинг-Бутика, и это было достаточно полезным мероприятием. Отзыв под катом, а краткий конспект будет чуть позже.

Управление проектом по постройке кастомных байков…

…или я очень скучно живу, видимо. Некоторое время назад пришло письмо от читателя с вопросом о том, как лучше организовать проект постройки кастомных байков. Я прямо позавидовала (по-хорошему), наверное, это безумно интересно – применение проектного управление в нестандартных областях, не то что в моим проектах разработки ПО. Наша переписка получилось довольно интересной, под катом.

Гостевой пост: Задачи менеджера проектов в эпоху всеобщей автоматизации

Сегодня у нас снова гостевой пост, на этот раз про то, что полезного может сделать руководитель проектов, если всю «черную работу» за него делает информационная система. Читайте, комментируйте!

Trello – два маленьких лайфхака

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

Зачем нужен бриф проекта

Все мы знаем, что когда проект большой, сложный, с кучей нюансов, деталей и заинтересованных лиц – очень сложно поддерживать единое понимание «а зачем это все» и не уходить от основной его цели. Частично эту проблему снимает устав, к которому мы обращаемся в случае конфликта содержания, сроков и других ограничений проекта. Но читать устав каждый раз – дело неблагодарное, а заставить всю команду делать это регулярно – так вообще безнадежное и бессмысленное.

Ключевая проблема здесь то, что кроме РМа никто не видит проекта в целом и то, куда он в данный момент движется Но РМ забывает или не успевает делиться этим виденьем с проектной командой, справедливо считая, что “дольше объяснять…”. А потом удивляется, что каждый пилит свой кусочек, и в итоге в один пазл все эти кусочки не складываются. Что же делать?

Портрет конечного пользователя, или “зачем это все”

Очень люблю этот проектный инструмент, на английском его еще называют «Pragmatic persona», а на русском просто «Портрет пользователя». Суть в том, что перед тем, как что-то делать для конкретной группы заказчиков или заинтересованных лиц, необходимо отрисовать портрет типового представителя этой группы и впоследствии сверять, как  проектные решения на него влияют (отрисовать, конечно, в переносном смысле). Давайте попробуем посмотреть на инструмент попристальнее.

Списки рассылки как инструмент коммуникации

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