« Types of Power in Project Management
How to Sell Agile to Executives »

PMBOK and Scrum Are Like Oil and Water? I Don’t Think So!

May 28, 2012 | Author: PM Hut | Filed under: PMBOK, SCRUM

PMBOK and Scrum Are Like Oil and Water? I Don’t Think So!
By Samuel Prasad

Project management methodologies based on PMBOK and Scrum have more in common than they are different, which is contradictory to the wide-spread belief that the two don’t mix. They are very much the same except for one key difference. Well, both PMBOK and Scrum are controlled by the triple constraints of cost, schedule, and scope. So where’s the difference?

The difference is: in PMBOK the scope is locked down so that the project schedule and cost can be estimated.

Scrum, on the other hand, embraces scope changes. So it only follows that no attempts are made to lock down scope. Instead Scrum promotes the approach where schedule or cost or both are locked down. This allows the scope or product feature set to be modified as necessary with a view to delivering maximum value to the user in a short period of time. This, of course, implies that Scrum projects, in most cases, are in a perpetual releasable state.

The traditional PMBOK plan-driven approach follows the PDCA (plan-do-check-act) cycle made popular by Dr. W. Edwards Deming, who is considered by many to be the father of modern quality control applies to both PMBOK and Scrum projects.

The following figure illustrates the PDCA cycle in a traditional PMBOK setting.

PMBOK PDCA Cycle

Figure 1: PMBOK PDCA Cycle

  • Plan. Define the project objectives. Understand the requirements. Plan for implementation and delivery.

  • Do. Execute the plan in incremental steps. A step may last a few weeks or months at the end of which there are artifacts, including partial system functions, that are made available for review.

  • Check. Review the results of the plan execution. Test and analyze the results, identify what worked and what did not.

  • Act. Modify the plan based on lessons learned in the “check” step: Go through the cycle again with the new plan to prevent defects in the previous iteration from occurring again.

The following figure illustrates the PDCA cycle in an Agile (Scrum) setting.

Agile(Scrum) PDCA Cycle

Figure 2: Agile (Scrum) PDCA Cycle

  • Plan. Define the project objectives. Understand the requirements. Generate a list of product features called the product backlog. Prioritize the items in the product backlog in concert with users and business stakeholders taking into account the usefulness of a product feature and its associated cost. Create a plan for implementing the backlog items in order of priority. Break up the plan into incremental steps (or Scrums) and identify the backlog items to be implemented in every Scrum.

  • Do. Execute the plan. Implement the items that are part of the Scrum. A scrum typically lasts anywhere from 2-weeks to a month. At the end of the scrum, the product features are fully functional. They have been tested and the results validated as part of the Scrum.

  • Check. Review the results of the plan (Scrum) execution. Test, analyze the results and identify what worked and what did not.

  • Act. Take action based on lessons learned in the “check” step: Go through the cycle again with a modified plan. In other words, if the product backlog needs to be modified and the items re-prioritized, please go back to step 1 and do so. Repeat the steps.

Moving from PMBOK to Agile (or points in-between)

A PMBOK manager who is used to the traditional “command and control” approach must learn to lead from behind. Learn to hand control over to the team. Learn how to ask the right questions at the right time in order to provide guidance and direction to the team. Keep in mind that the manager (or Scrum Master) still makes the final decision and is responsible for the outcome of the decision, but this style recognizes the strength and knowledge of the team and is a sign that the manager is secure, confident and is not afraid to seek counsel from the team. This obviously is a style that most team members respect. One other thing: make sure that the manager knows, understands and believes in the Scrum process. This is important not only to motivate and mentor the team but also is critical to the successful completion of the project.

Good luck on your journey from PMBOK to Scrum or to any points in-between.

Dr. Samuel Prasad is a renowned global technology manager with a 15-year track record in helping companies on their implementation of strategic plans and programs related to technology projects for major media, entertainment, data warehousing and financial companies in the U.S., China, Europe and India. His domain expertise extends into areas of financial transaction processing, mobile, wireless, RFID, online media, casual gaming and business intelligence. Sam is a certified Project Management Professional (PMP) and a Certified Software Quality Engineer (CSQE). Sam has a Ph.D. in Robotics & Computer Science from the Stevens Institute of Technology (USA), and a master’s degree in Computer Science from the Indian Institute of Technology. Dr. Prasad can be reached at Intelligent Software Systems. Blog: http://blog.prasads.com/ - Email: blog@prasads.com - Telephone: 631-368-8130

Share this article:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • LinkedIn
  • Reddit
  • StumbleUpon
  • TwitThis
  • Yahoo! Buzz

This entry was posted on Monday, May 28th, 2012 and is filed under PMBOK, SCRUM. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

No comments yet.

feel free to leave a comment

Comment Guidelines: Basic XHTML is allowed (a href, strong, em, code). All line breaks and paragraphs are automatically generated. Off-topic or inappropriate comments will be edited or deleted. Email addresses will never be published. Keep it PG-13 people!

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

All fields marked with " * " are required.

The Stevens Enterprise Project Management Master's Program

Project Management Categories