Menu

More and more organisations are realising that expert advice and guidance from experienced agile practitioners is key to being successful when adopting agile. A deep understanding of why agile approaches work, what to do and how to do to make them work is essential if the potential benefits of agile are to be realised.

Agil8’s Agile Assessment service is part of our proven Vision, Action, Traction framework for Agile. It provides a clear pathway to success for your agile initiative through both quantitative and qualitative assessment of the way in which your agile practice is currently operating. It can cover every aspect of agile operations from agile technical engineering practices such as DevOps through team and organisation structures, roles and responsibilities, Backlog management, planning, reviews and retrospectives, mind-set and climate of culture. It can be applied across single or multiple teams right up to the largest programmes and enterprises.

Outputs

One or more highly experienced agil8 consultants will work with your team and their stakeholders using a mixture of interviews and direct observation to produce an Assessment Report covering all key aspects of agile using a Red / Amber / Green indicator approach with comments to provide context and further explanation. Overall Findings and Recommendations are played back in a report and presentation on completion of the Assessment to enable creation of an Improvement Backlog and Improvement Action Planning.

Example of Agile Assessment Report

Assessment ItemScoreComment
Roles and Responsibilities
Product Owner3Business Analyst acts as PO in lieu of real business ownership
Development Team3Development team is cross functional but not T-shaped
ScrumMaster3ScrumMaster role is peformed by Technical Lead
Management4Management allow team to self-organise
Team Practices
Sprints3Sprint timeboxes are respected. Additional work is often forced into Sprint by Stakeholders
Estimating2Story Points are equated to days when estimating
Product Backlog Refinement1Insufficient. Product owner alone. No Development Team involvement
Other Meetings and Events5Product Backlog Prioritisation with stakeholders works well
Artifacts
User Stories and other Product Backlog Items2PBIs are not well defined, frequently too large for Sprint and Technical rather than User focused
Definition of Done3Not formally defined. Tighter definition recommended
Sprint Backlog5Kept up to date by Development Team
Potentially Shippable Product Increment3Increment is not properly tested on completion of each Sprint.
Large-Scale Multi-team Agile
Feature Teams vs Component Teams2Teams are 100% organised as Component Teams leading to a higher number of dependencies
Joint Team Planning3Joint team planning is only performed at PI Boundaries.
In-Sprint Co-ordination (e.g Scrum of Scrums)4Scrum of Scrums every other day is attended by ScrumMasters only.
Joint Team Backlog Refinement3Teams only work together to refine the backlog at PI Boundaries.