PMP passed

Здравствуйте!

Меня можно поздравить, в этот четверг (31 июля 2008 г.) я успешно сдал экзамен на степень PMP! )

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

Так же я могу выложить свой т.н. 'memory dump', который я готовил специально для экзамена, если это кому-то поможет.

А сейчас - принимаю поздравления! =)

Пять основных рисков при разработке ПО

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

1. Внутренние изъяны календарного планирования. 40%
2. Изменение требований. 35%
3. Отсутствие разработчиков (болезнь, отгул, т.д.). 10%
4. Нарушение (двусмысленное понимание) спецификации. 10%
5. Низкая производительность разработчиков. 5%

Так же, каждый PM может добавить ещё полторы сотни уникальных рисков, присущих их проектам =)

Конференция PM Days 2008

28 мая 2008 года в Москве пройдёт первая международная конференция PM Days 2008.

“Главное отличие PM Days - что она создана менеджерами для менеджеров и Вам не придется полдня слушать как хорошо внедрять продукт компании X..Z. Обсудим как реально драйвить команды, использовать факапы по назначению :-) И многое другое...”

Официальный сайт: http://www.pmdays.ru/
Программа: http://www.pmdays.ru/programm/

P.S. 27 мая 2008 года в Москве пройдёт третья международная конференция SQA Days 2008, на которую приглашаются специалисты по тестированию и обеспечению качества программных систем, а также другие заинтересованные лица. Конференция посвящается вопросам, связанным с тестированием и обеспечением качества веб-приложений.

John van Eiken о ловушках, подстерегающих руководителей различных уровней

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

В итоге, мы отлично пообщались, поделились различными фишками и успешными практиками.

Плюс ко всему мой коллега снабдил меня схемой (см. далее) и на следующий день прислал несколько аудио-файлов, в которых John van Eiken рассказывает об основных ловушках, которые подстерегают руководителей всех уровней в их профессиональной деятельности. Я вчера прослушал все эти файлы и нашёл для себя кое-что интересное и полезное, о чём раньше даже не задумывался.

Выкладываю эти файлы одним архивом: John van Eiken.zip

А вот и сама схема (кликабельна):

Метод обучения новых сотрудников

Заметил, что во многих магазинах около кассирш сидят девушки и просто смотрят, что делает кассирша. Таким образом происходит обучение новых кассирш. Девушка неделю смотрит на то, что и как делает её коллега и, в результате, постигает нюансы работы.

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

Хорошая, в принципе, идея! Есть же в XP парное программирование (практическое воплощение которого я, правда, пока ещё не видел своими глазами =)

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

Если у кого-то есть подобный опыт – поделитесь плз.

Новая система online управления бизнесом (проектами)

Коллеги прислали ссылку на новый русский проект, позволяющий управлять небольшим предприятием и/или проектом. Проект ещё молодой и функционирует в demo-режиме. Но обещает быть очень даже привлекательным с точки зрения функционала и простоты использования. Так что, возможно, скоро русскоязычный народ слезет с Basecamp’а =)

Демо-версия тут, главная страница компании, на которой презентованы другие (кстати не менее интересные) продукты, тут.

Основная часть «Мегаплана» - это инструмент для постановки и контроля выполнения задач — «Таск-менеджер».

На сайте А.Лебедева можно прочитать более подробный обзор и посмотреть скриншоты (ссылка).

Ежедневные митинги в стиле SCRUM

Один из проектов, который я сейчас веду - это небольшой (вернее маленький) проект по разработке ПО для одной крупной российской компании. Проект короткий – всего пара месяцев. Делаем не с нуля, а переделываем то, что уже было сделано нашей компанией для зарубежных компаний. Т.е. кастомизируем уже существующий софт под нужды заказчика, параллельно занимаемся локализацией. Не суть. Смысл в том, что есть чёткое понимание того, что должно быть в итоге, но чёткого ТЗ, в котором собраны все требования, как такового нет – оно формируется в процессе разработки. Такой вот своеобразный fast tracking =)

Так вот, на проекте работают два разработчика, архитектор, тестировщик и я, менеджер проекта и локализатор в одном лице =)

Решил попробовать на этом проекте методику SCRUM-митингов. Т.е. ежедневных собраний, продолжительностью не более 15 минут, на которых каждый участник команды отвечает на три вопроса: что было сделано вчера, что будет сделано сегодня и какие имеются проблемы. Я не ожидал, что эти собрания окажутся настолько эффективными. Раньше, в других проектах, когда одних разработчиков было 5-7 человек, плюс тестировщики, аналитики, архитектор и дизайнер – такие собрания были невозможны, т.к. на это уходило бы масса времени. А при маленькой команде – это то, что надо. Все проблемы вскрываются сразу же, нет такого, что разработчик сидит, пыхтит над проблемой, которая возникла у него во вторник и о которой все узнают только в пятницу на еженедельном статус митинге. К тому же о всех флуктуациях требований к реализуемой функциональности все участники проекта узнают как только они появляются.

Единственное отступление от заповедей SCRUM’а, которое я сделал – это позволил обсуждать проблемы на наших ежедневных митингах. В SCRUM-митингах проблемы только озвучиваются, а разбираются уже за рамками встречи, что бы не отнимать времени у всех участников. В случае маленького проекта и кол-ва участников меньше 5 человек можно себе позволить небольшие обсуждения.

Очень рекомендую прослушать подкаст (podcast) Рона Хологана, PMP (Ron Holohan, PMP) с сайта http://pm411.org/ под названием “Managing effective meetings (part 2 of 2)”, в котором он подробно рассказывает о такого рода собраниях. Очень рекомендую!

Mindomo – бесплатный online аналог MindManager

Наткнулся сегодня на такой замечательный сервис в Internet, как Mindomo. Это немного упрощённый, но вполне функциональный вариант MindManager’а, которым пользуются многие PM’ы.

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

Одним словом, очень удобный сервис, на мой взгляд!

Вот пример.

Зелёный свет

Я писал в прошлой заметке о том, что заказчик был очень недоволен сроками, указанными в предварительном плане проекта, который я ему предоставил. На этой неделе у меня состоялось несколько телефонных разговоров с менеджером заказчика. Я объяснял, почему всё так выходит, и объяснял про связь стоимости, качества и времени.

Отмечу, что этот проект будет реализовываться в рамках большой программы.

Ситуация усугублялась ещё тем, что в проекте задействован один подрядчик, от которого очень многое зависит. Подрядчик очень большой и очень медлительный. Срыв сроков для него – не вопрос. В том числе и поэтому я заложил достаточно много времени в раздел Риски.

В итоге, обдумав и оценив ситуацию, заказчик принял решение:
1. Сделать нас генеральными подрядчиками.
2. Увеличить бюджет в несколько раз.
3. Бюджет теперь будет выделяться по схеме “time and material”, т.е. не за человеко-часы, а за кол-во людей занятых в проекте умноженное на их полное рабочее время. Это очень радует! =)
4. Теперь ответственность за все проекты, реализуемые в рамках данной программы, лежит на нас.

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

Такие вот дела… =)