Planning Questions

List of questions that should be answered while planning a project. Check your documentation – do you have all answers? Print this sheet as a hint to the future.

QUESTIONS	DOCUMENTATION
What is to be done?	Scope Definition document
Why should we do it?	Business Case or rationale
How should we do it?	Strategy and WBS
In what sentence?	Network Diagram
Where should work be done?	Organizational Breakdown Structure
When should work be done?	Schedule Plan
Who should work be done?	Resource Utilization Plan
How much should it cost?	Cost Plan or Budget Plan
How do we judge progress?	Milestone Plan or Earned Value Plan

by Larry Richman, Improving your Project Management Skills.

Marina Lou: Thoughts about Project Exclusions

Project scope statement, according to PMI, describes, in detail, the project deliverables and the work required to create those deliverables (PMBOK 4th, p. 115).

В общем-то, понятное и разумное определение понятия Project Scope - описание того, что должно получиться в результате проекта, и того, что будет сделано для достижения этого результата. Однако, далее в расшифровке содержимого этого документа PMI указывает один интересный и важный пункт - Project exclusions, и рекомендует включать его в Project Scope.

What hides on way from Project Scope to Schedule by PMI

One of my favorite crazy diagram

Define Activities is the process of identifying the specific actions to be performed to produce the project deliverables.

Sequence Activities is the process of identifying and documenting relationships among the project activities.

Estimate Activity Resources is the process of estimating the type and quantity of material, people, equipment, or supplies required to perform each activity.

Estimate Activity Durations is the process of approximating the number of work periods needed to complete individual activities with estimated resources.

Develop Schedule is the process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create a project schedule.

PERT and Three-Point Estimates by PMI

So easy to use!

Three-point estimates are based on determining three types of estimates: Optimistic, Most likely and Pessimistic.

* Most likely(M): The duration of the schedule activity, given the resources likely to be assigned, their productivity, realistic expectations of availability for the schedule activity, dependencies on other participants, and interruptions.

* Optimistic(O): The activity duration is based on a best-case scenario of what is described in the most likely estimate.

* Pessimistic(P): The activity duration is based on a worst-case scenario of what is described in the most likely estimate.

The PERT(Program Evaluation and Review Technique) analysis calculates E - Expected activity duration using a weighted average of these three estimates:

E = (O + 4M + P)/6

COST OF CHANGES diagram

I wish every client and project manager has this diagram printed.

So I made it even easier. 1. Download and set up as desktop image. 2. Enjoy!

 1200x768 |1366x768 |1600x900 | 1024x768

Douglas B. Boebinger: So You Think You Are NOT A Project Manager? (Part 2)

(Продолжение. Первая часть статьи: So You Think You Are NOT A Project Manager? (Part 1))

УПРАВЛЕНИЕ ПРОЕКТАМИ В ОРГАНИЗАЦИИ

Так же, как и реализация любой новой инициативы в организации, внедрение принципов управления проектами требует активного продвижения идеи от высшего руководства и усердия от "рабочих пчел", чтобы поддержать ее. Не существует единого верного способа реализации процесса управления проектами в организации. Подходы могут отличаться в зависимости от следующих факторов:
• Организационная структура (функциональная, слабая матрица, сильная матрица, проектная структура)
• Принцип, по которому организация зарабатывает деньги (операционный, проектный, смешанный)
• Централизованные или децентрализованные проектные команды и функциональные группы
• Культура организации
• Уровень знаний сотрудников организации в области управления проектами
• Роль, которой организация хочет наделить менеджера проекта

Douglas B. Boebinger: So You Think You Are NOT A Project Manager? (Part 1)

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

Но вы можете сказать: "Я всю жизнь делаю проекты! Почему я должен вникать в управление?" Хороший вопрос! Мой ответ таков: "Насколько успешно вы выполняли все требования к проекту, одновременно достигая удовлетворенности клиента результатом, при этом завершая проект своевременно и в рамках бюджета?"

Ryan Endres: Red, Yellow, Green Project status

Предыдущая статья автора - Green, Yellow, Red, Blue project status?

Большинство отчетов о состоянии проекта строятся по одному и тому же принципу. А что если для получения представления о статусе проекта использовать принцип светофора: Зеленый – все в порядке, иди; Желтый – внимание, приготовься; Красный – опасность, стой? Можно ли использовать эту терминологию, и как в таком случае определить соответствие ситуации на проекте цвету сигнала светофора?