Quick overview of Metrics, Models, and Measures for successfully measuring and managing the performance of Lean & Agile portfolios, programs, projects, and teams. Begins with the impetus for using lean and agile vs. traditional methods and techniques, an overview of why traditional projects fail, a definition of lean and agile metrics, and a quick overview how metrics support its basic value system, principles, and organizational context. Then presents a broad taxonomy of product, project, tracking, testing, business value, health, and portfolio metrics, models, and measures. Then, it provides a broad survey of the costs, benefits, return on investment, and business performance of using lean and agile methods at the project, program, portfolio, organization, industry, and national levels. Wraps up with a few high-profile case studies, and a summary of lean and agile project measurement principles.
Workshop - Best of Both Worlds_ Combine KG and Vector search for enhanced R...
Â
Agile Performance Measurement: Metrics, Models, and Measures for Managing Programs & Projects
1. Lean & Agile
Performance Measurement
Metrics, Models, and Measures for
Managing Programs & Projects
Dr. David F. Rico, PMP, CSEP, FCP, FCT, ACP, CSM, SAFE, DEVOPS
Twitter: @dr_david_f_rico
Website: http://www.davidfrico.com
LinkedIn: http://www.linkedin.com/in/davidfrico
Agile Capabilities: http://davidfrico.com/rico-capability-agile.pdf
Agile Cost of Quality: http://www.davidfrico.com/agile-vs-trad-coq.pdf
DevOps Return on Investment (ROI): http://davidfrico.com/rico-devops-roi.pdf
Daveâs NEW Leadership Video: http://www.youtube.com/watch?v=70LRzOk9VGY
Daveâs NEW Business Agility Video: http://www.youtube.com/watch?v=hTvtsAkL8xU
Daveâs NEWER Scaled Agile Framework SAFe 4.5 Video: http://youtu.be/1TAuCRq5a34
Daveâs NEWEST Development Operations Security Video: http://youtu.be/X22kJAvx44A
DoD Fighter Jets versus Amazon Web Services: http://davidfrico.com/dod-agile-principles.pdf
2. Author Background
ī¯ Govât contractor with 35+ years of IT experience
ī¯ B.S. Comp. Sci., M.S. Soft. Eng., & D.M. Info. Sys.
ī¯ Large govât projects in U.S., Far/Mid-East, & Europe
2
ī
ī Career systems & software engineering methodologist
ī Lean-Agile, Six Sigma, CMMI, ISO 9001, DoD 5000
ī NASA, USAF, Navy, Army, DISA, & DARPA projects
ī Published seven books & numerous journal articles
ī Intnâl keynote speaker, 200+ talks to 14,500 people
ī Specializes in metrics, models, & cost engineering
ī Cloud Computing, SOA, Web Services, FOSS, etc.
ī Professor at 7 Washington, DC-area universities
4. Size vs. Quality
DEFECTS
0.00
3.20
6.40
9.60
12.80
16.00
0 2 6 25 100 400
SIZE
Size vs. Productivity
PRODUCTIVITY
0.00
1.00
2.00
3.00
4.00
5.00
0 2 6 25 100 400
SIZE
Size vs. Change
CHANGE
0%
8%
16%
24%
32%
40%
0 2 6 25 100 400
SIZE
Size vs. Success
SUCCESS
0%
12%
24%
36%
48%
60%
0 2 6 25 100 400
SIZE
4Jones, C. (1991). Applied software measurement: Assuring productivity and quality. New York, NY: McGraw-Hill.
Large TRADITIONAL Projects
5. Always 7%
Often 13%
Sometimes
16%
Rarely
19%
Never
45%
WASTE
5
Other 7%
Requirements
47%
Design
28%
Implementation
18%
DEFECTS
$0.0
$0.4
$0.7
$1.1
$1.4
$1.8
2002 2003 2004 2005 2006 2007 2008 2009 2010
GLOBAL IT PROJECT FAILURES
16% 53% 31%
27% 33% 40%
26% 46% 28%
28% 49% 23%
34% 51% 15%
29% 53% 18%
35% 46% 19%
32% 44% 24%
33% 41% 26%
0% 20% 40% 60% 80% 100%
1994
1996
1998
2000
2002
2004
2006
2008
2010
IT PROJECT FAILURES
Large TRADITIONAL ProjectsâContâd
6. What are Agile Metrics?
ī¯ Met-ric (mÄtâ˛rÄk) A standard of measurement; system
of related measures; quantification of a characteristic
īŽ Quantitative measure of a degree to which agile project
processes or resulting systems possess some property
īŽ Numerical ratings to measure the size, cost, complexity,
or quality of software produced using agile methods
īŽ Measurement of a particular characteristic of an agile
projectâs scope, time, cost, progress, or technical perf.
īŽ Measure of the degree of customer collaboration, team-
work, iterative development, or adaptability to change
īŽ Ensuring BUSINESS VALUE by measuring operational
and team performance, customer satisfaction, and ROI
6
ī ī
Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
7. What are Some Agile Metrics?
7
ī¯ Collaboration maximizes customer satisfaction
ī¯ Iteration maximizes speed, quality, and feedback
ī¯ Adaptability maximizes continuous improvements
ī
ī
ī
ī
ī
īˇ CONTRACT COMPLIANCE
īˇ Contract Deliverables
īˇ Contract Change Orders
īˇ LIFECYCLE COMPLIANCE
īˇ Process Maturity Level
īˇ Regulatory Compliance
īˇ DOCUMENT COMPLIANCE
īˇ Document Deliverables
īˇ Document Volumes
īˇ COST COMPLIANCE
īˇ Scope Compliance
īˇ Schedule Compliance
CUSTOMER COLLABORATION
WORKING SYSTEMS & SOFTWARE
INDIVIDUALS & INTERACTIONS
RESPONDING TO CHANGE
valued
more than
CONTRACTS
DOCUMENTATION
PROCESSES
PROJECT PLANS
īˇ COLLABORATION QUALITY
īˇ Communication Quality
īˇ Continuous Feedback
īˇ TEAMWORK QUALITY
īˇ Communication Quality
īˇ Continuous Improvement
īˇ BUILD FREQUENCY
īˇ Integration Frequency
īˇ Deployment Frequency
īˇ BEHAVIORAL FLEXIBILITY
īˇ Process Flexibility
īˇ Product Flexibility
īˇ CUSTOMER SATISFACTION
īˇ CUSTOMER RETENTION
īˇ CUSTOMER DELIGHT
īˇ TEAM MORALE
īˇ TEAM MOTIVATION
īˇ TEAM PRODUCTIVITY
īˇ DELIVERY SPEED
īˇ PRODUCT QUALITY
īˇ PRODUCT RELIABILITY
īˇ MARKET SHARE
īˇ SALES REVENUE
īˇ SHAREHOLDER VALUE
valued
more than
valued
more than
valued
more than
Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
8. Network
Computer
Operating System
Middleware
Applications
APIs
GUI
ī¯ Agile requirements implemented in slices vs. layers
ī¯ User needs with higher business value are done first
ī¯ Reduces cost & risk while increasing business success
8Shore, J. (2011). Evolutionary design illustrated. Norwegian Developers Conference, Oslo, Norway.
Agile Traditional
1 2 3īˇ Faster
īˇ Early ROI
īˇ Lower Costs
īˇ Fewer Defects
īˇ Manageable Risk
īˇ Better Performance
īˇ Smaller Attack Surface
Late īˇ
No Value īˇ
Cost Overruns īˇ
Very Poor Quality īˇ
Uncontrollable Risk īˇ
Slowest Performance īˇ
More Security Incidents īˇ
Seven Wastes
1. Rework
2. Motion
3. Waiting
4. Inventory
5. Transportation
6. Overprocessing
7. Overproduction
MINIMIZES MAXIMIZES
īˇ JIT, Just-enough architecture
īˇ Early, in-process system V&V
īˇ Fast continuous improvement
īˇ Scalable to systems of systems
īˇ Maximizes successful outcomes
īˇ Myth of perfect architecture
īˇ Late big-bang integration tests
īˇ Year long improvement cycles
īˇ Breaks down on large projects
īˇ Undermines business success
ī
Agile MethodsâHow they work?
ī
ī
ī ī
ī
ī
9. 9
Traditional vs. Agile Cumulative Flow
Work(Story,Point,Task)orEffort(Week,Day,Hour)
Time Unit (Roadmap, Release, Iteration, Month, Week, Day, Hour, etc.)
Work(Story,Point,Task)orEffort(Week,Day,Hour)
Time Unit (Roadmap, Release, Iteration, Month, Week, Day, Hour, etc.)
TRADITIONAL Cumulative Flow
ī¯ Late big bang integration increases WIP backlog
ī¯ Agile testing early and often reduces WIP backlog
ī¯ Improves workflow and reduces WIP & lead times
Anderson, D. J. (2004). Agile management for software engineering. Upper Saddle River, NJ: Pearson Education.
Anderson, D. J. (2010). Kanban: Successful evolutionary change for your technology business. Sequim, WA: Blue Hole Press.
ī
Agile MethodsâWorkflow Results
īŊ īŧ
AGILE Cumulative Flow
10. Agile Metrics Taxonomy
ī¯ Agile methods are based on traditional measures
ī¯ Story points, velocity, and burndown basic metrics
ī¯ Experts use Agile EVM, test, ROI & portfolio metrics
10Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
AGILE METRICS
1. Agile CODE Metrics
2. Agile PROJECT Metrics
3. Agile TRACKING Metrics
4. Agile TESTING Metrics
5. Agile VALUE Metrics
6. Agile HEALTH Metrics
7. Agile PORTFOLIO Metrics
1. Agile CODE Metrics
īˇ Code Size
īˇ Code Complexity
īˇ Object Oriented
īˇ Code Coverage
īˇ Code Defects
īˇ Relational Design
2. Agile PROJECT Metrics
īˇ Software Size
īˇ Software Productivity
īˇ Software Effort
īˇ Software Quality
īˇ Software Schedule
īˇ Software Success
3. Agile TRACKING Metrics
īˇ Story Points
īˇ Sprint Burndown
īˇ Release Burndown
īˇ Velocity
īˇ Feature Progress
īˇ Agile Earned Value
4. Agile TESTING Metrics
īˇ Test Coverage
īˇ Test Automation
īˇ Integration Builds
īˇ Running Tested Features
īˇ DevOps Automation
īˇ Deployment Frequency
7. Agile PORTFOLIO Metrics
īˇ Portfolio Kanban
īˇ Epic Progress
īˇ Portfolio Radar
īˇ Release Train Radar
īˇ Lean Portfolio Metrics
īˇ Enterprise Scorecard
6. Agile HEALTH Metrics
īˇ Teamwork Quality
īˇ Collaboration Quality
īˇ Agile Process Maturity
īˇ Agile Adoption Rate
īˇ Degree of Agility
īˇ Product Flexibility
5. Agile VALUE Metrics
īˇ Total Lifecycle Costs
īˇ Total Lifecycle Benefits
īˇ Benefit to Cost Ratio
īˇ Return on Investment
īˇ Net Present Value
īˇ Real Options Analysis
11. Agile Code Metrics
ī¯ Software source metrics created in the 1960s/1970s
ī¯ Halstead software science & complexity very popular
ī¯ Complexity, OO, and defect metrics most widely used
11Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
METRIC DESCRIPTION
CODE SIZE Volume or amount of software source code
CODE COMPLEXITY Intricacy, difficulty, or complication of software source code
OBJECT ORIENTED Cohesion, coupling, or modularity of software source code
CODE COVERAGE Executable, reachable, or testable software source code
CODE DEFECTS Flawed, imperfect, or non-conformant software source code
RELATIONAL DESIGN Normalized, non-redundant, or anomaly-free data schema
13. Agile Project Metrics
13Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
METRIC DESCRIPTION
SOFTWARE SIZE Estimate of conceptual, logical, or physical software volume
SOFTWARE PRODUCTIVITY Relative rate or speed at which software is produced
SOFTWARE EFFORT Estimate of time needed for software development project
SOFTWARE QUALITY Degree to which software conforms to its requirements
SOFTWARE SCHEDULE Software timeline in milestones, activities, or deliverables
SOFTWARE SUCCESS Average probability of on-time software schedule delivery
ī¯ Core software project metrics created in 1960s/1970s
ī¯ Software size, productivity, & effort were very popular
ī¯ Software productivity & quality metrics still relevant
15. Agile Tracking Metrics
15Cohn, M. (2006). Agile estimating and planning. Upper Saddle River, NJ: Pearson Education.
METRIC DESCRIPTION
STORY POINTS Degree of size, difficulty, or complexity of a user story
SPRINT BURNDOWN Estimated hours completed on a daily basis each iteration
RELEASE BURNDOWN Estimated story points completed each iteration on a project
VELOCITY Software productivity expressed in story points per iteration
FEATURE PROGRESS Number, degree, or percent of planned features completed
AGILE EARNED VALUE Simplified set of earned value measures for agile projects
ī¯ Basic agile metrics confluence of XP-Scrum practices
ī¯ XP release planning formed basis of Scrum planning
ī¯ Todayâs basic agile metrics were tailored for Scrum
17. Agile Testing Metrics
17
METRIC DESCRIPTION
TEST COVERAGE Percent or degree to which software source code is tested
TEST AUTOMATION Ratio or degree to which software tests are automated
INTEGRATION BUILDS Frequency of automated software builds and integrations
RUNNING TESTED FEATURES Number of completed and tested features or user stories
DEVOPS AUTOMATION Ratio or degree to which deployments are automated
DEPLOYMENT FREQUENCY Frequency of automated software deployments or deliveries
ī¯ Software test automation emerged during the 1970s
ī¯ Reached their height in personal computer (PC) era
ī¯ Most are FOSS and used by successful agile teams
Duvall, P., Matyas, S., & Glover, A. (2006). Continuous integration: Improving software quality and reducing risk. Boston, MA: Addison-Wesley.
19. Agile Value Metrics
19Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
METRIC DESCRIPTION
TOTAL LIFECYCLE COSTS Sum of all software development and maintenance costs
TOTAL LIFECYCLE BENEFITS Sum of all software development and maintenance benefits
BENEFIT TO COST RATIO Ratio of total lifecycle benefits to costs
RETURN ON INVESTMENT Ratio of adjusted total lifecycle benefits to costs
NET PRESENT VALUE Discounted value of adjusted total lifecycle benefits
REAL OPTIONS ANALYSIS Risk-adjusted value of total lifecycle benefits to costs
ī¯ Business value metrics form basis of agile methods
ī¯ Most measures used throughout the 20th century
ī¯ Most useful at the portfolio and program levels
20. Agile Value MetricsâExample
20Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
21. Agile Health Metrics
21Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
METRIC DESCRIPTION
TEAMWORK QUALITY Degree to which teamwork results in project success
COLLABORATION QUALITY Degree to which collaboration results in project success
AGILE PROCESS MATURITY Degree to which agile processes are consistently applied
AGILE ADOPTION RATE Degree to which agile processes are widely used
DEGREE OF AGILITY Degree to which agile behaviors are consistently applied
PRODUCT FLEXIBILITY Degree to which agile products are technologies are utilized
ī¯ Agile health metrics emerged in mid-2000s
ī¯ Designed to measure agile process compliance
ī¯ Best ones assess teamwork & collaboration quality
22. Agile Health MetricsâExample
22Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing.
23. Agile Portfolio Metrics
23
METRIC DESCRIPTION
PORTFOLIO KANBAN Information display to optimize flow of portfolio epics
EPIC PROGRESS Number, degree, or percent of planned epics completed
PORTFOLIO RADAR Degree to which portfolio practices and behaviors are used
RELEASE TRAIN RADAR Degree to which agile release train practices are utilized
LEAN PORTFOLIO METRICS Degree to which lean measures are utilized
ENTERPRISE SCORECARD Degree to which an agile enterprise scorecard is used
ī¯ Business value metrics traditionally used for portfolios
ī¯ Processes now emerging for portfolio management
ī¯ Lean-Kanban practices & measures most popular
Leffingwell, D. (2015). Scaled agile framework (SAFe). Retrieved June 12, 2015 from http://www.scaledagileframework.com
25. 25
ī¯ Late big bang integration increases WIP backlog
ī¯ Agile testing early and often reduces WIP backlog
ī¯ CI/CD/DevOps lower WIP, Cycle Time, & Lead Time
Nightingale, C. (2015). Seven lean metrics to improve flow. Franklin, TN: LeanKit.
ī
KANBAN BOARD CUMULATIVE FLOW DIAGRAM
LEAD TIME & CYCLE TIME PUTTING IT ALL TOGETHER
Lean MethodsâBasic Metrics
26. Agile DevOps Metrics
26
ī¯ DevOps metrics gaining in widespread popularity
ī¯ Hybrid of development & IT operations measures
ī¯ Includes code, deployment & e-business analytics
Velasquez, N. F. (2014). State of devops report. Portland, OR: Puppet Labs, Inc.
ī
27. ī¯ Analysis of 23 agile vs. 7,500 traditional projects
ī¯ Agile projects are 54% better than traditional ones
ī¯ Agile has lower costs (61%) and fewer defects (93%)
Mah, M. (2008). Measuring agile in the enterprise: Proceedings of the Agile 2008 Conference, Toronto, Canada.
Project Cost in Millions $
0.75
1.50
2.25
3.00
2.8
1.1
Before Agile
After Agile
61%
Lower
Cost
Total Staffing
18
11
Before Agile
After Agile
39%
Less
Staff
5
10
15
20
Delivery Time in Months
5
10
15
20
18
13.5
Before Agile
After Agile
24%
Faster
Cumulative Defects
625
1250
1875
2500
2270
381
Before Agile
After Agile
93%
Less
Defects
27
ī
ī
ī
ī
ī
Agile MethodsâCosts & Benefits
28. ī¯ Costs based on avg. productivity and quality
ī¯ Productivity ranged from 4.7 to 5.9 LOC an hour
ī¯ Costs were $588,202 and benefits were $3,930,631
28
Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods: Maximizing ROI with just-in-time processes and documentation.
Ft. Lauderdale, FL: J. Ross Publishing.
d1 = [ln(Benefits ī¸ Costs) + (Rate + 0.5 ī´ Risk2) ī´ Years] ī¸ Risk ī´ ī Years, d2 = d1 ī Risk ī´ ī Years
īĨ īŊ
5
1i
ī
Agile MethodsâReturn on Invest.
29. Activity Def CoQ DevOps Economics Hours ROI
Development Operations 100 0.001 100 Defects x 70% Efficiency x 0.001 Hours 0.070 72,900%
Continuous Delivery 30 0.01 30 Defects x 70% Efficiency x 0.01 Hours 0.210 24,300%
Continuous Integration 9 0.1 9 Defects x 70% Efficiency x 0.1 Hours 0.630 8,100%
Software Inspections 3 1 2.7 Defects x 70% Efficiency x 1 Hours 1.890 2,700%
"Traditional" Testing 0.81 10 0.81 Defects x 70% Efficiency x 10 Hours 5.670 900%
Manual Debugging 0.243 100 0.243 Defects x 70% Efficiency x 100 Hours 17.010 300%
Operations & Maintenance 0.073 1,000 0.0729 Defects x 70% Efficiency x 1,000 Hours 51.030 n/a
29
ī¯ Agile testing is orders-of-magnitude more efficient
ī¯ Based on millions of automated tests run in seconds
ī¯ One-touch auto-delivery to billions of global end-users
Rico, D. F. (2016). Devops cost of quality (CoQ): Phase-based defect removal model. Retrieved May 10, 2016, from http://davidfrico.com
ī
ī ī
Under 4
Minutes
4,500 x Faster
than Code
Inspections
Agile MethodsâCost of Quality
30. 30
ī¯ Hewlett-Packard is a major user of CI, CD, & DevOps
ī¯ 400 engineers developed 10 million LOC in 4 years
ī¯ Major gains in testing, deployment, & innovation
Gruver, G., Young, M. & Fulghum, P. (2013). A practical approach to large-scale agile development. Upper Saddle River, NJ: Pearson Education.
ī
TYPE METRIC MANUAL DEVOPS MAJOR GAINS
CYCLE TIME
IMPROVEMENTS
Build Time 40 Hours 3 Hours 13 x
No. Builds 1-2 per Day 10-15 per Day 8 x
Feedback 1 per Day 100 per Day 100 x
Regression Testing 240 Hours 24 Hours 10 x
DEVELOPMENT
COST EFFORT
DISTRIBUTION
Integration 10% 2% 5 x
Planning 20% 5% 4 x
Porting 25% 15% 2 x
Support 25% 5% 5 x
Testing 15% 5% 3 x
Innovation 5% 40% 8 x
ī
ī
Agile MethodsâHP Case Study
31. ī¯ Assembla went from 2 to 45 releases every month
ī¯ 15K Google developers run 120 million tests per day
ī¯ 30K+ Amazon developers deliver 136K releases a day
31Singleton, A. (2014). Unblock: A guide to the new continuous agile. Needham, MA: Assembla, Inc.
62 x Faster
U.S. DoD
IT Project
3,645 x Faster
U.S. DoD
IT Project
ī
ī
ī
Agile MethodsâDot Com Cases
32. 32Ashman, D. (2014). Blackboard: Keep your head in the clouds. Proceedings of the 2014 Enterprise DevOps Summit, San Francisco, California, USA.
ī¯ Productivity STOPS due to excessive integration
ī¯ Implements DevOps & Microservices around 2010
ī¯ Waste elimination, productivity & innovation skyrocketī
DEVOPS &
MICROSERVICES
IMPLEMENTED
Agile MethodsâBlackboard Case
33. 33Denayer, L. (2017). U.S. DHS citizenship and immigration services: USCIS agile development. Washington, DC. iSDLC Seminar.
ī¯ 1st gen replete with large portfolios & governance
ī¯ 2nd-3rd gen yield minor incremental improvements
ī¯ 4th-5th gen enables big order-of-magnitude impactsī
ī ī
ī
ī
ī
ī
ī ī ī ī ī
Automated GovernanceManual Governance
ī ī
Agile MethodsâU.S. DHS Case
34. 34
ī¯ Detailed DevOps economics starting to emerge
ī¯ ROI ranges from $17M to $195M with minor costs
ī¯ Benefits from cost savings, revenue, and availability
Forsgren, N., Humble, J., & Kim, G. (2017). Forecasting the value of devops transformations: Measuring roi of devops. Portland, OR: DevOps Research.
Rico, D. F. (2017). Devops return on investment (ROI) calculator. Retrieved August 29, 2017, from http://davidfrico.com/devops-roi.xls
ī
Agile MethodsâEnterprise ROI
36. Hoque, F., et al. (2007). Business technology convergence. The role of business technology convergence in innovation
and adaptability and its effect on financial performance. Stamford, CT: BTM Institute.
36
ī¯ Study of 15 agile vs. non-agile Fortune 500 firms
ī¯ Based on models to measure organizational agility
ī¯ Agile firms out perform non agile firms by up to 36%ī
Agile MethodsâBusiness Benefits
37. Suhy, S. (2014). Has the U.S. government moved to agile without telling anyone? Retrieved April 24, 2015, from http://agileingov.com
Porter, M. E., & Schwab, K. (2008). The global competitiveness report: 2008 to 2009. Geneva, Switzerland: World Economic Forum. 37
ī¯ U.S. govât agile jobs grew by 13,000% from 2006-2013
ī¯ Adoption is higher in U.S. DoD than Civilian Agencies
ī¯ GDP of countries with high adoption rates is greaterī
High
Low
Low HighAGILITY
COMPETITIVENESS
GOVERNMENT AGILE JOB GROWTH
PERCENTAGE
13,000%
0
2006 2013YEARS
GOVERNMENT COMPETITIVENESS
Agile MethodsâNational Benefits
38. LEAN & AGILE METRICS Summary
ī¯ Traditional metrics and principles apply to lean & agile
ī¯ Metrics range from source code up to portfolio levels
ī¯ Metrics apply to teams, projects, and organizations
38
īˇ MEASURE - You canât manage what you donât measure.
īˇ EARLY & OFTEN - Donât hesitate to measure early and often.
īˇ TRADITIONAL METRICS - Donât throw the baby out with the bathwater.
īˇ ALIGNMENT - Align metrics and measures with lean-agile principles.
īˇ RESISTANCE - Expect resistance to change with respect to metrics.
īˇ HIERARCHY - Use metric hierarchy ranging from code to portfolios.
īˇ BASIC - Remember to use basic metrics such as burndown charts.
īˇ TESTING - Testing metrics may be the single most important metrics.
īˇ HEALTH - Use health metrics to assess team, project, and org. perf.
īˇ PORTFOLIO - Portfolio metrics used to track organizational projects.
īˇ EASY - Collecting and analyzing metrics is easier than you think.
īˇ FOSS - Donât break the bank on multi-million dollar metric tools.
ī
ī