Project Portfolio Management (PPM) Domains – Part II (#2 in the series Project Portfolio Management (PPM) Domains) By Demian Entrekin Okay, so I’m digging in a bit deeper on the question of Supply/Demand issues,...
Project Integration Management By Mithun Sridharan Integration is concerned with effectively integrating the various project management processes that stem from the project management process groups to accomplish the project objectives. As humans, the most...
Combining The Best of PMBOK® and PRINCE2™ (#16 in the series How PRINCE2™ Can Complement PMBOK® and Your PMP) By Jay Siegelaub – MBA, PMP, PRINCE2 PRINCE2™ needs experience and the depth of PMBOK®...
Project Management Lack of Detail By Ron Rosenhead The project plan lacked any detail. It was too high level and there was only a small percentage chance that this project would be delivered on...
The Types of Project Sponsors By Andrew Meyer Ideally, the sponsor has a stake, is invested in making the project succeed, and has enough time to dedicate to the project. In practice, this is...
Decompose Tasks to Inch-pebble Granularity (#7 in the series 21 Project Management Success Tips) By Karl E. Wiegers Decompose tasks to inch-pebble granularity. Inch-pebbles are miniature milestones (get it?). Breaking large tasks into multiple...
Willpower and Project Management Discipline By Terry Little, National Aeronautics and Space Administration (NASA) I am struck by how often failure is blamed on a lack of discipline. You often hear losing coaches cite...
SMART Requirements – Measurable (#3 in the series SMART Requirements) By Jessica Popp Measurable: this answers whether you will be able to verify the completion of the project. You should avoid signing up for...
Change Management – Introduction (#41 in the Hut A Project Management Primer) By Nick Jenkins A project of any significant length will necessarily deviate from its original plan in response to circumstances. This is...
SMART Requirements – Specific (#2 in the series SMART Requirements) By Jessica Popp Specific: a good requirement is specific and not generic. It should not be open to mis-interpretation when read by others. This...
