Ещё одна причина для проведения ежедневного SCRUM-митинга

Привет!

В своих текущих проектах, количество разработчиков в которых не превышает пяти человек, я применяю один из инструментов, позаимствованных из методологии SCRUM. Это, так называемые, SCRUM-митинги (SCRUM-meetings).

SCRUM-митинг – это, обычно, ежедневное короткое, как правило не более 15 минут, совещание на котором члены команды рассказывают прежде всего друг-другу, что они сделали за вчерашний день, что собираются делать сегодня и какие у них возникли проблемы. Проблемы и темы для обсуждений фиксируются и обсуждаются уже в дальнейшем среди тех, кто заинтересован в этих вопросах, не отнимая тем самым время у остальных участников встречи. Таким образом, всего за 15 минут общения происходит очень эффективный обмен информацией. И это действительно так. Более подробно о методологии SCRUM и нюансах SCRUM-митингов можно прочитать в различных публикациях в Internet.

В этой заметке хочу отметить один очень положительный эффект от таких ежедневных коротких встреч. С чего начинается рабочий день многих (и многих) офисных работников (в том числе менеджеров и программистов)? Правильно, с Internet-сёрфинга! Почта, новостные сайты, Одноклассники (если их ещё не закрыли админы =) и т.д. И зачастую человеку бывает тяжело выйти из этого состояния – состояния бесцельного обновления страниц и просмотра новостей.

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

Таким образом, правильно проведённая короткая встреча в начале каждого рабочего дня приносит в разы больше пользы, чем утомительно-скучное долгое заседание по пятницам, на котором, как правило, 80% участников стараются не заснуть.

Всё вышесказанное относится к небольшим командам (до 7-9 человек по моему опыту). Если участников становится больше, то временные “накладные расходы”, возникающие при таких ежедневных встречах, могут свести на нет положительный эффект от них.

Одним словом, пробуйте, сравнивайте, выбирайте!

P.S. Мы свои SCRUM-митинги проводим сидя, а не стоя, как рекомендуется в литературе по SCRUM =)

Удачи и хороших выходных!

Тонкости прохождения экзамена на степень PMP от Rita Mulcahy, PMP

В своей книге по подготовке к сдаче экзамена PMP Rita Mulcahy даёт советы, которые на её взгляд, помогут успешно пройти экзамен PMP. Я в свободной форме, но близко к тексту перевёл эти советы:

1. Ключом к ответам на вопросы PMI является:
   • Объективное понимание материала. Не думайте, что данный экзамен проверяет память; он проверяет знания, практический опыт и умение анализировать! Вы должны понимать части этой книги (моё прим.: Рита пишет о своей книге, в которой приведены эти советы), как они используются в реальном мире и как они работают при взаимодействии друг с другом.
• Иметь реальный опыт использования всех основных инструментов и методов управления проектами.
• Прочесть PMBOK Guide.
• Понять области знаний, которым PMI придаёт особое значение (моё прим.: PMI-isms, не знаю, как адекватно перевести, разве что PMI-измы =)
• Быть хорошо знакомыми с типами вопросов (моё прим.: которые встретятся на экзамене).
• Практиковаться в интерпретации двусмысленных вопросов и вопросов с большим количеством информации.
• Практиковаться в выборе ответа среди, казалось бы, двух или трёх правильных ответов.
• Привыкнуть к мысле о том, что на экзамене будут вопросы, на которые вы не сможете ответить.
  
  
2. Контролируйте экзамен, не давайте ему контролировать вас. Что вы почувствуете, если, прочитав первый вопрос, вы не будете знать на него ответ? Если тоже самое случится со вторым вопросом? И с третьим? По многим причинам это может случиться! Вот что нужно делать. Если вы не можете сразу дать ответ на вопрос, используйте функцию Mark for Review и вернитесь к нему позже. Это будет означать, что ваш первый проход по вопросам экзамена будет очень быстрым. Теперь вы более подготовлены? Представьте, как хорошо вы будете себя чувствовать, когда всё, что вам останется сделать – это просмотреть несколько вопросов, которые смутили вас ранее. Запомните это. Это может послужить большим облегчением для вас на экзамене.
   
   
3. Контролируйте ваше волнение. Вы можете быть не согласны с некоторыми вопросами на этом экзамене. Вы так же можете быть удивлены тому, сколько вопросов вы пометили для последующего просмотра. Если вы всё ещё думаете о вопросе 20, в то время как достигли 120 вопроса, то вы получите 100 вопросов, о которых вы недостаточно хорошо подумали. Побеспокойтесь о том, что бы контролировать своё волнение.
   
   
4. Отвечайте на вопросы с точки зрения PMI, а не с точки зрения вашего личного жизненного опыта. Если же данный подход не поможет вам выбрать правильный ответ, полагайтесь на ваше обучение и, в последнюю очередь, на ваш жизненный опыт.
   
   
5. Первым делом среди представленных в вопросе слов выделите сам вопрос (зачастую им является последнее предложение), затем прочтите остальную информацию. Отметьте тему, о которой идёт речь в вопросе и ключевые слова (например, “за исключением”, “включая”, “не является примером…”). Это поможет вам понять, о чём спрашивается в вопросе и уменьшит потребность в повторном чтении вопроса. Определите, каков должен быть ваш ответ и только потом смотрите на представленные варианты ответов.
   
   
6. Одна из основных причин, по которой люди отвечают неверно - это то, что они не читают все четыре варианта ответа. Не допускайте этой ошибки! Практикуйтесь читать вопрос и все четыре варианта ответа, когда готовитесь к экзамену. Лучше всего практиковаться в чтении вариантов ответов с конца (сначала D, затем C и т.д.). Такого рода практика позволит вам выбрать ЛУЧШИЙ ответ.
   
   
7. Практикуйтесь быстро исключать ответы, которые являются очевидно неверными. Многие вопросы имеют только два наиболее вероятных варианта ответа и два очевидно неверных варианта.
   
   
8. Может быть более одного “правильного” ответа на каждый вопрос, но только один “ЛУЧШИЙ” ответ. Практикуйтесь в поиске ЛУЧШЕГО ответа.
   
   
9. Будьте готовы к тому, что информация из одного вопроса иногда может использоваться в другом вопросе. Записывайте вещи, которые вы не поняли в ходе экзамена. Используйте оставшееся время в конце экзамена для возврата к этим вопросам.
   
   
10. Были предприняты попытки сделать все варианты ответов примерно одной длинны. Поэтому не следуйте старому правилу гласившему, что наиболее длинный вопрос является правильным.
    
    
11. Были затрачены усилия на использования в вопросах “отвлекалок” – выделяйте то, что отвлекает вас от правильного ответа. Это могут быть внешне правдоподобные варианты ответа, которые могут выбрать слабо подготовленные люди. Такие отвлекающие вещи могут привести к тому, что может показаться, что у некоторых вопросов есть два или более правильных ответов. Многим людям кажется, что есть лишь тень разницы между вариантами ответа. Обращайте внимание на такого рода вопросы, когда практикуетесь в ответах на экзаменационные вопросы.
    
    
12. Обращайте внимание на такие слова, как “первый”, “последний”, “следующий”, “лучший”, “никогда”, “всегда”, “за исключением”, “не является”, “наиболее вероятно”, “наименее вероятно”, “в первую очередь”, “изначально”, “наиболее” и т.д. Удостоверьтесь в том, что вы внимательно прочитали вопрос и заметили эти слова, иначе вы ответите на вопрос неверно! На экзамене будет много вопросов, которые потребуют от вас понимания процессов управления проектами и их применение в реальном мире.
    
    
13. Остерегайтесь вариантов ответа, которые являются истинными утверждениями, но не являются ответом на поставленный вопрос.
    
    
14. Остерегайтесь вариантов ответа, которые содержат общие ошибки в области управления проектами. Они намеренно используются, что бы определить действительно ли вы знакомы с управлением проектов. Поэтому, вы можете не знать, что ответили на вопрос неправильно! Следите за своими ошибками и практикуйтесь по мере чтения этой книги. (Смотрите лист “Общие ошибки и заблуждения в управлении проектами” в конце этой главы.)
    
    
15. Варианты ответа, которые представляют собой обобщения, как правило, бывают неверными, так что следите за словами “всегда”, “никогда”, “должны”, “полностью” и так далее. С другой стороны, варианты ответов, которые являются аккуратными и компетентными, являются, как правило, правильными, так что следите за словами “обычно”, “иногда”, “может быть”, “возможно” и ”в общем”.
    
    
16. Когда в вопросе требуется заполнить пустое место, правильный ответ может находиться в неверной грамматической форме после того, как будет вставлен в предложение.
    
    
17. Как только вам выдадут бумагу, когда вы придёте на экзамен, запишите на неё всё, что вам тяжело держать в голове. Это освободит ваш разум, поскольку информация, о которой вы беспокоились, будет записана на листе.
    
    
18. Посетите место проведения экзамена до даты самого экзамена, что бы определить сколько времени вам потребуется для того, что бы добраться туда и для того, что бы посмотреть как выглядит комната, где вы будете сдавать экзамен. Это особенно хорошо помогает в случае, если вы сильно нервничаете при сдаче экзаменов.
    
    
19. Не ожидайте, что в помещении, где вы будете сдавать экзамен, будет тихо. Студент с моего курса PMP Exam Prep в течении трёх часов сдавал экзамен под звуки оркестра, игравшего под окнами тестового центра. Другие студенты рассказывают о том, что рядом с ними сдавали экзамены, которые требовали интенсивного печатания на клавиатуре. Многие тестовые центры имеют наушники, подавляющие шум (моё прим.: я брал с собой ушные затычки, продающиеся в аптеках).
    
    
20. Следите за т.н. “rah, rah” (моё прим.: я так понял, что это что-то типа нашего “вах, вах” =) вопросами (например, “Менеджер проекта так важен”, “ИСР так важна”).
    
    
21. Хорошенько расслабьтесь и выспитесь в ночь перед экзаменом. НЕ УЧИТЕСЬ! Вам потребуется время, что бы обработать всё, что вы выучили, для того, что бы вспомнить это на экзамене.
    
    
22. Побеспокойтесь о том, что бы вам было удобно во время экзамена. Оденьтесь в свободную одежду и возьмите с собой свитер, на который вы сможете сесть в случае, если стул будет вам неудобен.
    
    
23. Возьмите с собой что-нибудь перекусить! Вы не сможете взять еду с собой в комнату, где будет проходить экзамен, но осознание того, что еда рядом, может облегчить муки голода (моё прим.: ох уж эти американцы, четыре часа без еды и начинаются невыносимые муки голода =).
    
    
24. Используйте технику глубокого дыхания для того, что бы расслабиться. Это особенно полезно, если вы сильно нервничаете перед или во время экзамена, замечая, что перечитываете вопрос два или три раза.
    
    
25. Используйте всё время экзамена. Не уходите до тех пор, пока не просмотрите каждый вопрос дважды.
    
    
26. Помните, что это нормально изменять ответы, если у вас есть на это весомые причины.
    
    
27. Создайте план прохождения экзамена и придерживайтесь его. Это может значить “Я передохну 10 минут после каждого 50-ого вопроса потому что я быстро устаю”, или “Я отвечу на все вопросы как можно быстрее, а потом передохну и снова просмотрю свои ответы”.

Вот 27 советов по прохождению экзамена PMP от Риты, под большинством из которых я сам готов подписаться! Материал взят из книги “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Перевод мой, художественный.

Пятница – день отчётов

Привет!

Сегодня пятница. У меня пятница - день отчётов.

Я сейчас руковожу одновременно четырьмя “горячими” проектами. Под термином “горячие” я понимаю проекты, по которым ведётся очень активная деятельность, на которые направлены пристальные взоры начальства и заказчиков. По всем четырём проектам заказчики и начальство требуют от меня разного рода отчётность с разной периодичностью. По пятницам я всегда (ну… почти всегда) стараюсь выдавать заказчику отчёты в стандартной форме. Я верю в то, что периодическая отчётность является очень полезной практикой (даже если эти отчёты читает только менеджер со стороны заказчика) и вообще улучшает карму любого PM’а =)

Три из четырёх проектов я веду (пытаюсь, во всяком случае) по методологии SCRUM – очень много запросов на изменения от заказчика, очень короткие итерации, заказчик максимально вовлечён в процесс. По этим трём проектам заказчик требует минимум отчётности (или не требует вовсе), т.к. он и так постоянно в курсе того, что происходит, знает, куда уходит время и деньги. Именно поэтому по этим трём проектам отчётом, как правило, является краткое письмо, резюмирующее проделанные за неделю работы или даже пятиминутный разговор по телефону или Skype’у.

Четвёртым проектом я управляю по классической методологии описанной в PMBOK – проект разбит на фазы, объём работ на каждую фазу зафиксирован, запросы на изменения (change requests) обрабатываются согласно ранее принятому регламенту, форма отчётности по утилизации ресурсов зафиксирована... На этом проекте заказчик не так активно вовлечён в процесс разработки продукта, поэтому количество информации в отчётах о прогрессе проекта должно быть больше, нежели в предыдущих трёх.

Сам отчёт состоит из двух частей – календарный план проекта (в формате MS Project) и собственно описание текущего статуса (в MS Word).

С календарным планом в MS Project все, в общем-то, понятно, а вот про описание статуса стоит поговорить.

Практика показывает, что чем меньше отчёт, тем выше вероятность того, что заказчик вообще будет его читать. Поэтому я умещаю все отчёты на одну страницу, при этом пишу всё предельно простым языком. Отчётность по освоенному объёму (earned value) – это очень здорово, но, если честно, я не встречал ещё заказчиков, которые требовали бы такой отчётности и понимали разницу, к примеру, между CPI и SPI. Освоенный объём можно и нужно использовать, но до заказчика лучше доносить фразу “Мы опережаем график работ на 10% от планируемого!!!”, чем “Вууухуу! На этой неделе SPI = 1.1!!!” =)

Сам лист отчёта я разбиваю на четыре части:

1. Шапка, в которой описано по какому проекту данный отчёт, кто его составил, когда, и за какой период.
   
2. Раздел “Прогресс проекта за отчётный период”, в котором обычными словами описываю, что именно произошло в проекте за отчётный период. В этом разделе я пишу только то, что может быть интересно и полезно заказчику и что он сможет понять. Т.е. фраза “Реализована страница, а так же соответствующий функционал, позволяющий пользователям входить в систему, используя свой логин и пароль” предпочтительнее, чем “Реализовали DAL и GUI для авторизации”.
   
3. Раздел “Текущие вопросы и проблемы. Способы их решения/предотвращения”. В данном разделе озвучиваются произошедшие риски, описываются их последствия, а так же озвучиваются наиболее актуальные угрозы и благоприятные возможности (threats and opportunities) и способы их предотвращения и усиления соответственно.
   
4. Раздел “Последующие шаги на следующий отчётный период” описывает планы на следующий отчётный период.

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

Всем удачного окончания рабочей недели!

К нас снова приезжает Эдвард Йордон

Я уже однажды писал о приезде Эдварда Йордона в Россию и о том, кто это такой (если кто-то не знает).

В сентябре он снова приезжает. На этот раз в Санкт-Петербург и Москву.

Москва, 26 сентября: “Человеческий фактор в разработке ПО: Привлечение, мотивация и удержание ключевых сотрудников. (Peopleware: Recruiting, Motivating and Retaining Key IT Professionals)”.

Москва, 27 сентября: “Полевые учения. Моделирование динамики проектов разработки ПО. (Software War Games: Dynamic Modeling of Software Projects)”.

Санкт-Петербург, 22 сентября: “Человеческий фактор в разработке ПО: Привлечение, мотивация и удержание ключевых сотрудников. (Peopleware: Recruiting, Motivating and Retaining Key IT Professionals)”.

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

Членам PMI предоставляется скидка.

Мой высокоуровневый план подготовки к сдаче на PMP

Привет! В этой заметке я опишу высокоуровневый план подготовки к сдаче экзамена на степень PMP, который, с моей точки зрения, является достаточно эффективным.

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

Итак…

1. PMBOK Guide Third Edition: Внимательно прочитать PMBOK вплоть до 77 страницы – до Главы 4, Управление интеграцией проекта.
   
   
2. PMBOK Guide Third Edition: Выучить наизусть (ВНИМАНИЕ – ЭТО ОЧЕНЬ ВАЖНО!!!) таблицу 3-45 на стр. 70 (“Соответствие между процессами управления проектами и группами процессов управления проектом и областями знаний”). Эта страница – фундамент дальнейшего обучения. Это карта, которая в дальнейшем позволит не запутаться в процессах, входах и выходах 44-х процессов. Чем раньше вы выучите данную таблицу, тем лучше. Эта таблица станет первым memory dump’ом, который вы будете использовать на экзамене. Выучить данную таблицу достаточно просто (хотя с первого взгляда так не кажется). Очень полезно (и необходимо!) раз в пару тройку дней воспроизводить эту страницу на чистом листе по памяти.
   
   
3. PMBOK Guide Third Edition: Внимательно прочитать Приложение F (стр. 337) – “Краткое изложение областей знаний по управлению проектами”.
   
   
4. PMBOK Guide Third Edition: В ознакомительном режиме, быстро прочитать остальную часть PMBOK, т.е. не стараясь запомнить входы, выходы, названия и определения.
   
   
5. PMBOK Guide Third Edition: Распечатать, разложить по квартире, в сумки и рюкзаки и постоянно почитывать Глоссарий (разделы “Принятые сокращения”, стр. 348 и “Определения”, стр. 350).
   
   
6. Затем прочитать книгу “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Важно проходить все тесты и выполнять все задания для каждой главы.
   
   
7. После первого прочтения книги Риты необходимо заново от начала до конца прочитать PMBOK. Весь. Целиком. На этот раз, внимательно читая определения, обращая внимания на входы, выходы, инструменты и методы.
   
   
8. Затем снова, с самого начала необходимо прочитать книгу “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Снова пройти все тесты. Очень важно прочитать эту книгу несколько раз, т.к. с каждым прочтением элементы “мозаики” УП встают на своё место.
   
   
9. Параллельно пунктам 7 и 8 необходимо проходить все доступные тесты. Из коммерческих я очень рекомендую программу Project Management IQ 9.0, в которой есть более тысячи вопросов по всем областям знаний, несколько режимов (в том числе и режим экзамена), а так же объяснения и комментарии к ответам.
   Так же есть множество бесплатных ресурсов, в которых можно найти много тестовых вопросов. При прохождении тестов очень важно записывать, в каких именно областях знаний и группах процессов у вас есть пробелы. Какие именно вопросы вызывают у вас затруднения. Какие определения для вас незнакомы. Всё это лучше записывать в специальную рабочую тетрадь. Далее, при повторном прочтении PMBOK, книги Риты или любой другой подготовительной литературы, необходимо уделять особое внимание тем областям, в которых у вас имеются пробелы.
   
   
10. Будете смеяться, но опять нужно от начала и до конца прочитать PMBOK. Внимательно! Уделяя особое внимание пунктам в вашей рабочей тетради, которые возникли после прохождения тестов.
    
    
11. И в последний раз прочесть “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP.
    
    
12. Параллельно пунктам 6-11 полезно читать различную подготовительную литературу (я читал книгу М. Ньюэла, см. предыдущее сообщение), а так же слушать обучающие подкасты (я выбрал Project Management PrepCast by Cornelius Fichtner, PMP – лучший, на мой взгляд, подкаст для подготовки к экзамену PMP, к тому же дешёвый, всего 49$).
    
    
13. Хотя бы раз до экзамена сесть и пройти тест из 200 вопросов в режиме экзамена, т.е. без подсказок, обращений к справочному материалу и долгих пауз. Засечь, сколько на это понадобилось времени и когда возникала необходимость в отдыхе. Я отдыхал 5 минут после 90-ого вопроса, 5 минут после 180-ого и 5 минут после 200 перед тем, как пройтись по всем отмеченным мной в процессе экзамена вопросам.
    
    
14. Создать второй memory dump (первый – это таблица со стр. 70 PMBOK, о которой я говорил в п. 2). Второй memory dump будет содержать все (или почти все) необходимые формулы, которые могут понадобиться на экзамене. Зачем именно нужен memory dump я расскажу в одной из следующих заметок, а так же выложу свою версию memory dump’а с формулами.
    

Вот 14 пунктов, каждый из которых можно разбить, детализировать и сделать календарный план, с датами начала и окончания работ по каждому из пунктов. Менеджеру проектов, имеющему реальный опыт работы, достаточно, на мой взгляд, двух месяцев для подготовки по данной программе, что бы сдать на PMP, тратя на подготовку четыре часа в день, включая прослушивание подкастов по пути на работу и домой. Для кого-то это время может быть больше, для кого-то меньше.

Если будут вопросы – пишите в комментарии! Удачи!

Новости PMI

Привет!

Несколько новостей от PMI, с которыми можно ознакомиться как на сайте PMI, так на сайте pmexpert.ru

1. Программа подтверждения аттестата РМР (Continuing Certification Requirements program — CCR)
   
   В PMI существует программа Постоянных Требований Сертификации (Continuing Certification Requirements program — CCR), которая поддерживает непрерывное образовательное и профессиональное развитие лиц, получивших аттестат РМР и/или РgМР.
   
   
2. PMI® внедряет степень профессионала по управлению расписаниями — Scheduling Professional (PMI-SP)
   
   Project Management Institute (PMI®) разработал рекомендации для специалистов по расписаниям, работающих в проектных командах. Новая сертификация называется PMI Scheduling Professional (PMI-SP)SM.
   
   
3. PMI® внедряет степень профессионала по управлению рисками — Risk Management Professional (PMI-RMP)
   
   PMI® объявил о внедрении новой степени для менеджеров проектов, специализирующихся в управлении проектными рисками, которая называется PMI Risk Management Profesional (PMI-RMP).

Материал взят из рассылки pmexpert.ru

Материалы для подготовки к сдаче на PMP

Привет.

В этой заметке я расскажу о материалах, которые я использовал для подготовки к сдаче на PMP.

1. Книгу PMBOK Guide Third Edition v1.3
   
2. Книгу “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP
   
3. Книгу "Управление проектами. Руководство по подготовке к сдаче сертификационного экзамена (PMP)", М. Ньюэл.
   
4. Подкаст Project Management PrepCast (подкасты для подготовки к сдаче на PMP) by Cornelius Fichtner, PMP.
   
5. Бесплатные тесты, доступные в Интернет.

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

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

На сам экзамен я записался примерно два месяца назад (т.е. за два месяца до экзамена). Составил план и начал готовиться. В день я занимался примерно час-полтора и то, преимущественно в дороге от дома до работы и обратно: читал книгу Риты, слушал подготовительные подкасты Карнелиуса… Одним словом, готовился я неспешно. За две недели до сдачи я оценил пробелы в своих знаниях и перешёл в режим ускоренной подготовки: час-полтора в день я слушал подкасты, пока был в дороге, и три часа по вечерам тратил на прохождение тестов и чтение. За день до экзамена я отложил все обучающие материалы и дал мозгу время расслабиться. В четверг, 31 июля я успешно сдал экзамен и стал PMP.

О том, как именно, на мой взгляд, эффективнее всего готовиться к сдаче на PMP я расскажу в следующей заметке, в которой приведу высокоуровневый план подготовки.

Если есть вопросы - задавайте!

PMP passed

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

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

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

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

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

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

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

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

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