• If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • You already know Dokkio is an AI-powered assistant to organize & manage your digital files & messages. Very soon, Dokkio will support Outlook as well as One Drive. Check it out today!

View
 

Agile PM Frequently Asked Questions

Page history last edited by John S. 14 years, 6 months ago

Context

 

The page is intended to be the on-line (asynchronous and written) version of an Agile Panel - where experienced PMs, new to Agile get to ask experienced Agile project managers about Agile. Like any good panel, we are seeking questions (initial and follow-on) from the audience.  Also, fellow project managers may raise different perspective and or respectfully disagree.  Because it is an on-line forum, expect the answers to evolve and (hopefully) improve over time.  

 

How to Use This page

 

For readers, click on a question/link for questions where you are interested in the answer.  Please do comment on the questions - clarifications, follow-up questions, different viewpoints, or all appreciated.

 

For contributors, you can add a question, or answer a new question using the comments section of this page. 

 

For pmiagle team, pick a question, add a page and provide an answer.  Set PBWorks to notify you of comments so that you can respond and or tweak your answer based on feedback.  

 

General/Cultural

"What is Agile and Why should I care"

Adoption

"I want to do Agile, how to get from where I am to Agile?"

  1. What is the single best Agile methodology to start with
  2. Who are typically the biggest naysayers and why? I suspect it will be our “old-schoolers” that have lived through multiple failed methodologies. How do you get buy-in.
  3.   Is there a “no-fail” implementation plan. I want to cut over without a lot of fuss as we have done two week iterations in the past for archive & stabilization releases how is going main-stream any different except it’s permanent?
  4.   I manage about 10 products and it’s always chaos juggling resources and dealing with hard customer demands. How will agile fix this?
  5. Culture - What are some of the cultural challenges?
  6. How do you sell this to management? to the team?

Tools & Processes

Which Agile Processes and Tools should I adopt

  1. Methodology Comparison - i.e. What are the different agile methodologies?  Pros/cons?  When to use one method vs. another?
  2. What are the certifications that apply? 
  3. Can you pick and choose/mix and match pieces of the agile methodologies and what risk does that present? 
  4. What is the difference between Agile and Hacking
  5. We use XXX tool to manage the life cycle of bugs & enhancements, is this a common tool used amongst R&D departments?

  6. Are there any suggestions on managing the workflow in XXX bug and defect tracking tool

  7. What are the recommended Agile project management tools?
  8. What is an Agile coach? Why do I need them? How do I hire them?
  9. Why are they asking for a wiki?

Scheduling

  1. How do we use Agile effectively if we are given a deadline to complete the project?
  2. How do we find the critical path using Agile?
  3. How do you plan for an Agile project? How do you handle the risk of not delivering exactly what is promised 6-12+ months in advance?
  4. Work Breakdown Structure - How do you build the WBS?
  5. How do we salvage all the work that was done in the past sprints if the user stories are not correct?
  6. How do we get estimations of work effort from the engineers if we don't have a functional spec?
  7. How do you synchronize non-Agile teams and Agile teams?

Scope and Requirements

  1. How do you manage scope on an Agile project?
  2. How do you architect a new system without knowing all requirements up front (like in waterfall development) especially for a large project that has multiple integration points and GUI?
  3. How do you handle documentation (e.g., Sarbanes-Oxley, ITIL) with Agile
  4. Requirements - i.e. What is a user story?  How is a user story different from a use case? 
  5. Do you  write detailed specs or not? We just revamped our methodology a year ago and are now looking to move towards agile – running two week iterations. We now have spec review meetings, reviewing functional specs… does this stay or go?
  6. How do you manage requirements, scope creep, change, etc.
  7. Is it recommended for the user stories and tasks captured on 3x5 cards to be documented in a formal document?

Monitoring and Control

  1. How do you track and report status on an Agile project?
  2. What does risk management look like on an Agile project?
  3. How do you control a self-organizing team? How do you stop them from always refactoring code?
  4. How is Agile "management" different from "Managing By Wandering Around"?
  5. Can you let junior developers "manage themselves"?
  6. How much documentation should be written?

Organization

  1. For integration projects that requires 2 teams from 2 different organizations working on a project, how do we use Agile effectively when 1 team uses it but the other team does not?
  2. How do you have one team work on multiple projects in a sprint? Each project is in different phases i.e. initiation, execution etc.
  3. How do you encourage a developer or QA elicit user stories when they have no desire to be a BA?
  4. What the hell is wrong with office cubicles??
  5. Will the Agile teams make other teams look bad?
  6. Are Agile consultants more expensive?

 

Comments (7)

sellers.smith@gmail.com said

at 10:23 am on Apr 29, 2009

Sellers - Added the questions... with no real attempt to edit the questions. I will collect more questions and maybe some answers :) as the panelists contribute. Perhaps we should have a blog where someone answers a question each day. Also, I suggest that we try and keep the answers relatively short (1-2 para) with links to more detailed information in the knowledge base. This lets someone quickly scan the FAQ, and can use the knowledge base for more detailed information.

Scott Duncan said

at 9:42 pm on May 4, 2009

Some of these questions seem to have implicit context (or term definitions) that I believe it would be better to be explicit about, e.g., "better, different, worse" than what; defining "hacking." Others seem to assume agile performs a task/behavior that it normally does not, e.g., build a WBS. And others ask incredibly broad questions with specifics that may require different answers for each, e.g., documentation based on SOX, ITIL, or, not mentioned, CMMI, ISO 9001, etc.

Interesting, no questions here about customer satisfaction, feedback, ensuring value delivery, etc. which are important ideas in an agile approach.

Olivier Gourment said

at 9:18 pm on May 6, 2009

From my experience most professionals asking candid questions about Agile are not interested in the value for the organization/customer, but want to know what it will change in their practices, daily work... how it is different. Anyway, the first question is about "what is better/different with Agile". The answer should cover the benefits.

sellers.smith@gmail.com said

at 12:24 pm on May 10, 2009

1) To respond to a couple of the comments above. First, as PMs, please add your FAQ about what you consider relevant to a PM. E.g., Why is Agile better for the organization. You can add them as comments or let them sub team lead. Second, please volunteer to answer/clarify the questions. Rodney Bodamer is the sub-team lead and can get you editing privileges for the page.

2) I have taken a first cut and answering the first question above
I have been a PMP for x years and not had special problems delivering IT projects. Why should I care about Agile? What's in it for me?
The discipline of project management and good project managers are evolving over the years as new practices and techniques are developed. Recently, there has been a lot of success - reported and actual - for projects and companies using Agile based techniques for software development and general project management. There are several reasons why a project manager should have at least a firm understanding of Agile. First, it is likely that a project manager is going to be in a situation where he or she will have either a project sponsor and or development teams arguing for or already using Agile techniques and will need to have a general understanding of the agile approach in terms of benefits and limitations. Second, Agile represents an area of potential growth for a project manager, there are a lot of new and interesting values, practices and techniques that can spur a project manager to improve. Third, Agile represents a significantly different perspective on project management. Understanding this perspective can deepen your understanding of a lot of the principles and practices of project management.


Brian Bozzuto said

at 7:43 am on Jun 2, 2009

I really like this growing body of questions! It seems like this may be a very relevant model to build out our content. I personally like the idea of trying to answer a question or two a week. I'm curious though, how are people going about collecting these questions right now?

sellers.smith@gmail.com said

at 10:07 pm on Jun 2, 2009

Brian, the first round of questions actually came from submission to an Agile Panel that I organized for the Atlanta PMI Chapter. As you can some of the questions are rather 'raw'. I hoping that over time, other folks will contribute - questions, answers and comments.

Robert Higgins said

at 12:38 am on Aug 3, 2009

Muchof the lexicon used in Agile has an equivalent meaning in the PMBOK. Will we need to change the PMBOK to reflect the NEW Agile Lexicon?

You don't have permission to comment on this page.