Instructor: Terrell Smith

PMI Agile Certified Practitioner (PMI-ACP) Boot Camp

Part 1: Getting Started

During this kick-off section of the class the group not only covers introductions and course objectives, but they are also taken through an overview of the different Agile methods that are tested on the exam. This section specifically covers:

  1. Introductions
  2. Objectives
  3. Working Agreements
  4. Agile Overview
    • Why Agile?
    • What is Agile?
    • Agile Manifesto & Principles
    • Agile Practices
    • The Agile Team
    • Agile Metrics

Part 2: Tools and Techniques

During this section of the class, the group examines the PMI recognized Tools and Techniques of Agile Project Management. This material represents 50% of the material on the test. This section specifically covers:

  1. Agile analysis and design
  2. Agile estimation
  3. Communications
  4. Interpersonal skills
  5. Metrics
  6. Planning, monitoring, and adapting
  7. Process improvement
  8. Product quality
  9. Risk management
  10. Value-based prioritization

Part 3: Knowledge and Skills

During this section of the class the group explores Agile Knowledge and Skills. This material represents 50% of the material on the test. This section specifically covers:

  1. Agile values and principles
  2. Agile frameworks and terminology
  3. Agile methods and approaches
  4. Assessing and incorporating community and stakeholder values
  5. Stakeholder management
  6. Communication management
  7. Facilitation methods
  8. Knowledge sharing/written communication
  9. Leadership
  10. Building agile teams
  11. Team motivation
  12. Physical and virtual co-location
  13. Global, cultural, and team diversity
  14. Training, coaching, and mentoring
  15. Developmental mastery models (for example, Tuckman, Dreyfus, Shu Ha Ri)
  16. Self-assessment tools and techniques
  17. Participatory decision models (for example, convergent, shared collaboration)
  18. Principles of systems thinking (for example, complex adaptive, chaos)
  19. Problem solving
  20. Prioritization
  21. Incremental delivery
  22. Agile discovery
  23. Agile sizing and estimation
  24. Value based analysis and decomposition
  25. Process analysis
  26. Continuous improvement
  27. Agile hybrid models
  28. Managing with agile KPIs
  29. Agile project chartering
  30. Agile contracting
  31. Agile project accounting principles
  32. Regulatory compliance
  33. PMI's Code of Ethics and Professional Conduct

PMI, PMI-ACP, PMP and PgMP are registered marks of the Project Management Institute, Inc.

Business Analysis in Agile Projects (ICP-APO)

Part 1: Getting Started

As we get started we will get to know each other and understand the objectives of the course. We will introduce the importance of Conversation in the Agile environment and how the Conversation can be managed for better communication and results. We will model the creation of Working Agreements that contribute to building trust on a team.

  1. Introductions
  2. Course Objectives
  3. Impact of other Domains on Agile Beginnings
  4. The Agile Conversation
  5. Working Agreements

Part 2: Agile Overview

You’ve heard it all before: “Agile means developing software without any documentation. Agile means developers decide on a product’s features. Agile is the same thing as Scrum.” Perhaps you’ve heard the most misleading concept of all: “Agile means we don’t do business analysis anymore.” Nothing could be more false.

Learn what Agile really is, what the variations and hybrids of Agile are, and how business analysis is critical to project success.

  1. Lean Beginnings
  2. Why Agile?
  3. Agile Manifesto & Principles
  4. Agile Practices

Part 3: Building an Agile Team

In Agile the Business Analyst has various possible roles from Voice of the Customer or Product Owner, member of the Customer side team, or member of the Development side team. In this section, we will explore how to create an effective Agile team with an Agile mindset and then see how the Business Analyst fits into this team framework and provides value.

  1. The Team as a System
  2. The Business Analyst

Part 4: Project Initiation

Agile follows an Adaptive, Just-in-Time planning model. In this section, we will learn how Adaptive Planning can better meet the customer’s needs and provide them more value with fewer resources by only elaborating requirements Just-in-Time.

  1. Five Levels of Planning
  2. Vision
  3. Themes & Roadmap
  4. User Roles and Personas

Part 5: Backlog Planning

The Agile vehicle of communicating requirements is the User Story. The Business Analyst is central in the process of writing and elaborating User Stories. This section will help the Business Analyst learn about User Stories and how to write and elaborate good User Stories.

  1. The Product Backlog
  2. Writing User Stories
  3. Guidelines for Good Stories
  4. Acceptance Criteria

Part 6: Managing the Backlog

After User Stories are written, they need to be prioritized and estimated. As part of the Customer side team, the BA has a major role in prioritization. As a member of the Development side team, the BA will contribute to User Story estimation. Both of these come with low cost, low waste techniques that allow us to do this quickly and get on to the important work of implementing requirements.

  1. Prioritization
  2. Estimating

Part 7: Release Planning

The Business needs to know when they will receive product deliverables. In this section, the Business Analyst will learn how milestones are set and how deliverables will be slated for a release with high confidence in meeting dates.

Part 8: Backlog Refinement

Backlog Refinement is where the Business Analyst is really worth their weight in gold. User Stories represent very thin statements of Customer wants and needs but they don’t contain the details until the development team is close to working on them. As the time to work on them approaches, the details need to be filled in and the Business Analyst is the central figure in requirements elaboration.

  1. Agile Documentation
  2. Requirements Elaboration

Part 9: The Iteration

When Requirements are ready to go – ready to go does not mean mountains of documentation. Much of the details are maintained as tacit knowledge with the Business Analyst and the others who have been involved with the Conversation. Continued collaboration is essential to turning what we’ve learned about the needs of the customer into working software. The Business Analyst is always there involved in answering real-time questions from the team.

  1. Iteration Planning
  2. Iteration Execution

Part 10: Inspect and Adapt

Agile is an Empirical Process for developing complex software. Essential to an Empirical Process is feedback loops. Feedback loops can be both formal and more informal. In this section, we will learn about the formal feedback loops that are built into the end-of-iteration timeframe for driving continuous improvement back into the process.

  1. The Iteration Review
  2. The Demo
  3. The Retrospective

Part 11: Agile Adoption

So you want to drive these concepts into your organization as you leave the class and go back to your work. This section will help you do that effectively.