This curriculum spans the breadth of a multi-team Agile transformation program, addressing the same estimation challenges encountered in ongoing backlog refinement, cross-team alignment, and organisational scaling efforts.
Module 1: Foundations of Agile Estimation and the Role of Fibonacci
- Selecting between Fibonacci, modified Fibonacci (e.g., 1, 2, 3, 5, 8, 13, 20, 40, 100), or T-shirt sizing based on team maturity and estimation context.
- Defining what a "1" represents in a team’s story point scale to anchor relative estimation across backlogs.
- Calibrating estimation ranges to reflect uncertainty—using Fibonacci to discourage false precision in high-effort items.
- Deciding whether to re-estimate stories after splitting large backlog items or adjusting scope mid-sprint.
- Handling discrepancies when multiple teams estimate the same story differently using Fibonacci scales.
- Documenting estimation conventions in team charters to maintain consistency during onboarding and cross-team collaboration.
Module 2: Implementing Planning Poker with Fibonacci Scales
- Choosing facilitation roles (Scrum Master vs. rotating lead) to minimize anchoring bias during estimation sessions.
- Setting time limits per story to prevent over-debate while ensuring dissenting views are recorded.
- Managing silent voting versus open discussion sequences to balance psychological safety and efficiency.
- Responding when a team consistently votes all stories as "8" or higher, indicating scale misalignment or poor backlog refinement.
- Integrating remote participants using digital tools while preserving the integrity of real-time consensus building.
- Archiving estimation records for retrospective analysis of estimation accuracy and team velocity trends.
Module 3: Backlog Refinement Using Relative Sizing
- Scheduling refinement sessions at optimal cadence to avoid last-minute estimation during sprint planning.
- Splitting "epics" into user stories that fit within the upper Fibonacci bounds (e.g., no story > 13 or 20).
- Handling non-functional requirements by assigning story points based on implementation effort, not just functional scope.
- Adjusting story point values when technical dependencies or integration risks are uncovered late in refinement.
- Aligning cross-functional team members (QA, Dev, UX) on what effort components are included in a story’s estimate.
- Using historical velocity to validate whether refined story points correlate with actual delivery capacity.
Module 4: Velocity Tracking and Forecasting with Fibonacci Data
- Calculating rolling average velocity using the last three to five sprints to reduce outlier impact.
- Deciding whether to include partially completed stories in velocity calculations or exclude them entirely.
- Adjusting forecast ranges using Monte Carlo simulations based on historical Fibonacci-point completion data.
- Communicating forecast uncertainty to stakeholders without reverting to fixed-date commitments.
- Handling velocity inflation due to team re-estimation or scope creep disguised as refinement.
- Mapping Fibonacci-based velocity to release planning timelines while accounting for non-sprint work (e.g., holidays, support).
Module 5: Scaling Fibonacci Estimation Across Teams
- Establishing a common estimation baseline across multiple teams working on the same product backlog.
- Resolving conflicts when teams apply different interpretations of the same story point scale.
- Using Scrum of Scrums or Product Owner syncs to align on cross-team story sizing for shared epics.
- Deciding whether to normalize team velocities using benchmark stories or allow team-specific baselines.
- Integrating Fibonacci estimates into SAFe, LeSS, or Nexus frameworks without distorting team autonomy.
- Monitoring inter-team dependency risks that emerge when one team’s "5" is another team’s "8".
Module 6: Governance and Reporting Using Story Point Metrics
- Designing executive dashboards that display trend lines without misrepresenting story points as hours.
- Resisting pressure to convert Fibonacci points into time-based metrics for budgeting or resourcing decisions.
- Setting thresholds for velocity variance reporting to trigger process review without micromanaging teams.
- Using burnup charts with story points to illustrate scope change alongside progress, not just completion rate.
- Documenting assumptions behind forecast models for auditability during project governance reviews.
- Handling requests for "efficiency metrics" by redirecting focus to outcome delivery, not point output.
Module 7: Adapting Fibonacci Practices to Technical and Organizational Change
- Re-evaluating the Fibonacci scale after team composition changes (e.g., new members, role shifts).
- Adjusting estimation practices when introducing new technologies that alter development effort patterns.
- Transitioning from time-based to story-point estimation in legacy teams resistant to relative sizing.
- Integrating non-development work (e.g., infrastructure, compliance) into the same estimation framework.
- Managing stakeholder expectations when velocity drops after team reorganization, despite consistent sizing.
- Retiring or modifying the Fibonacci scale when teams outgrow its utility due to high predictability or automation.