Metrics, Models, and Measures for Managing Programs & Projects

Metrics, Models, and Measures for Managing Programs & Projects

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 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 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 2 On Metrics—Peter Drucker 3 Large TRADITIONAL Projects Size vs. Quality Size vs. Change 16.00 40% 12.80 32% 9.60 24% 6.40 16% CHANGE DEFECTS 3.20 8% 0.00 0% 0 2 6 25 100 400 0 2 6 25 100 400 SIZE SIZE Size vs. Productivity Size vs. Success 5.00 60% 4.00 48% 3.00 36% 2.00 24% 1.00 SUCCESS 12% PRODUCTIVITY 0.00 0% 0 2 6 25 100 400 0 2 6 25 100 400 SIZE SIZE Jones, C. (1991). Applied software measurement: Assuring productivity and quality. New York, NY: McGraw-Hill. 4 Large TRADITIONAL Projects—Cont’d DEFECTS WASTE Requirements Never 47% 45% Other 7% Always 7% Implementation Often 13% 18% Rarely Design 19% 28% Sometimes 16% IT PROJECT FAILURES GLOBAL IT PROJECT FAILURES $1.8 2010 33% 41% 26% 2008 32% 44% 24% $1.4 2006 35% 46% 19% 29% 53% 18% 2004 $1.1 2002 34% 51% 15% 2000 28% 49% 23% $0.7 1998 26% 46% 28% $0.4 1996 27% 33% 40% 1994 16% 53% 31% $0.0 5 0% 20% 40% 60% 80% 100% 2002 2003 2004 2005 2006 2007 2008 2009 2010 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 Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing. 6 What are Some Agile Metrics? Collaboration maximizes customer satisfaction Iteration maximizes speed, quality, and feedback Adaptability maximizes continuous improvements CUSTOMER COLLABORATION CONTRACTS COLLABORATION QUALITY CUSTOMER SATISFACTION valued CONTRACT COMPLIANCE Communication Quality CUSTOMER RETENTION more than Contract Deliverables Continuous Feedback CUSTOMER DELIGHT Contract Change Orders INDIVIDUALS & INTERACTIONS PROCESSES TEAMWORK QUALITY TEAM MORALE valued LIFECYCLE COMPLIANCE Communication Quality TEAM MOTIVATION more than Process Maturity Level Continuous Improvement TEAM PRODUCTIVITY Regulatory Compliance WORKING SYSTEMS & SOFTWARE DOCUMENTATION BUILD FREQUENCY DELIVERY SPEED valued DOCUMENT COMPLIANCE Integration Frequency PRODUCT QUALITY more than Document Deliverables Deployment Frequency PRODUCT RELIABILITY Document Volumes RESPONDING TO CHANGE PROJECT PLANS BEHAVIORAL FLEXIBILITY MARKET SHARE valued COST COMPLIANCE Process Flexibility SALES REVENUE more than Scope Compliance Product Flexibility SHAREHOLDER VALUE Schedule Compliance Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing. 7 Agile Methods—How they work? Agile requirements implemented in slices vs. layers User needs with higher business value are done first Reduces cost & risk while increasing business success Agile Traditional Faster 1 2 3 Late GUI Early ROI No Value APIs Lower Costs Applications Cost Overruns Fewer Defects Middleware Very Poor Quality Manageable Risk Operating System Uncontrollable Risk Computer Better Performance Slowest Performance Network Smaller Attack Surface More Security Incidents Seven Wastes 1. Rework JIT, Just-enough architecture 2. Motion Myth of perfect architecture Early, in-process system V&V 3. Waiting Late big-bang integration tests Fast continuous improvement MINIMIZES 4. Inventory MAXIMIZES Year long improvement cycles Scalable to systems of systems 5. Transportation Breaks down on large projects Maximizes successful outcomes 6. Overprocessing Undermines business success 7. Overproduction Shore, J. (2011). Evolutionary design illustrated. Norwegian Developers Conference, Oslo, Norway. 8 Agile Methods—Workflow Results Late big bang integration increases WIP backlog Agile testing early and often reduces WIP backlog Improves workflow and reduces WIP & lead times Traditional vs. Agile Cumulative Flow TRADITIONAL Cumulative Flow AGILE Cumulative Flow (Week, Day, (Week, Day, Hour) (Week, Day, Hour) or Effort or Effort (Story, (Story, Point, Task) (Story, Point, Task) Work Work Time Unit (Roadmap, Release, Iteration, Month, Week, Day, Hour, etc.) Time Unit (Roadmap, Release, Iteration, Month, Week, Day, Hour, etc.) 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. 9 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 1. Agile CODE Metrics 7. Agile PORTFOLIO Metrics Code Size Portfolio Kanban Code Complexity Epic Progress Object Oriented Portfolio Radar Code Coverage Release Train Radar Code Defects AGILE METRICS Lean Portfolio Metrics Relational Design Enterprise Scorecard 1. Agile CODE Metrics 2. Agile PROJECT Metrics 3. Agile TRACKING Metrics 2. Agile PROJECT Metrics 4. Agile TESTING Metrics 6. Agile HEALTH Metrics Software Size 5. Agile VALUE Metrics Teamwork Quality Software Productivity 6. Agile HEALTH Metrics Collaboration Quality Software Effort 7. Agile PORTFOLIO Metrics Agile Process Maturity Software Quality Agile Adoption Rate Software Schedule Degree of Agility Software Success Product Flexibility 3. Agile TRACKING Metrics 4. Agile TESTING Metrics 5. Agile VALUE Metrics Story Points Test Coverage Total Lifecycle Costs Sprint Burndown Test Automation Total Lifecycle Benefits Release Burndown Integration Builds Benefit to Cost Ratio Velocity Running Tested Features Return on Investment Feature Progress DevOps Automation Net Present Value Agile Earned Value Deployment Frequency Real Options Analysis Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing. 10 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 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 Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing. 11 Agile Code Metrics—Example Chou, A. (2008). Coverity scan report: Open source software. San Francisco, CA: Coverity, Inc. 12 Agile Project Metrics Core software project metrics created in 1960s/1970s Software size, productivity, & effort were very popular Software productivity & quality metrics still relevant 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 Rico, D. F., Sayani, H. H., & Sone, S. (2009). The business value of agile software methods. Ft. Lauderdale, FL: J. Ross Publishing. 13 Agile Project Metrics—Example Software Size (Lines of Code) Effort Schedule FP HTML Java Ruby Python C# SQL Hours Months 1 91 53 46 46 40 13 4 0.03 10 914 533 457 457 400

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    40 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us