Managing Hard Times With Quality & Project Management
1. Making More of What you Have in Hard
Economic Times with PMO & Quality
9/14/2009 Dino Ferrari
ASQ Section 1508 Mike Luther
2. Overview
β’ Introduction to Sage & Employer Solutions
β’ Introduction to PMO
β’ Support of Agile Methodology
β’ Business Process Improvement Projects
β’ Next Evolution of Test Automation
β’ Next Steps in the Journey
β’ Summary
2
4. Who Is Sage?
β’ Sage provides business software, services & support to small &
medium sized businesses
β’ Leading global supplier of business management software
β’ The parent company is The Sage Group, plc
β’ Sage is a global company with 5.8 million customers, over 14,500
employees & more than 25 years of experience working with small &
medium sized businesses
β’ While our primary focus is to provide business management
software & services to small & medium-sized businesses we also
have the experience & expertise to meet the needs of specific
industries & larger organizations
4
5. Sage Business Solutions
β’ Industry Specific Solutions
β Sage delivers a variety of specialized solutions for mid-sized businesses & organizations in
the following industries:
β’ Accounting
β’ Construction & Real Estate
β’ Nonprofit Organizations
β’ Manufacturing & Distribution
β’ Healthcare
β’ Financial Management
β Peachtree by Sage & Quantum
β Sage BusinessWorks Accounting
β Sage BusinessVision
β Sage Accpac ERP
β Sage ERP (Enterprise Resource Planning) X3
β Sage Active Planner
β DacEasy
β Sage Pro ERP
β Sage PFW ERP
β Sage MAS 90, 200, & 500 ERP
β Sage FAS Fixed Assets
β Sage Master Builder
β Sage MIP Fund Accounting
β Simply Accounting by Sage
β Sage Timberline Office
5
10. Overall Objective of PMO
enable the rock-solid delivery &
launch of all projects on-time, on-
budget, with the agreed upon
scope & quality
10
11. Duties
β’ Provide project management services to project teams by way of
hosting meetings, developing & tracking schedules, issues, & risks
β Covers all software product lines & many non-software business
projects
β Work cross-functional with all departments depending on the project
β’ Develop & maintain Software Development Life Cycle (SDLC) &
Agile methodologies
β’ Provide management with visibility into project status, escalate
issues as appropriate in timely manner
β Master Schedule: weekly update of portfolio of projects with look ahead
β Program Review: biweekly review with management to solve
contentions & review trends
β Project Data Analysis: average variance of less than 3% for both hours
of effort & schedule days once a project is baselined at Design
Complete (typically 4+ months between baseline & project complete)
β Monthly Dashboard: collection & review of key performance metrics
11
12. Duties (continued)
β’ Lead business process improvement efforts using methodologies
such as Six Sigma
β Black Belt & Green Belt certified
β’ Other services include training, brainstorming, facilitating
β Provide training: Principles of Project Management, Overview of MS
Project
β Lessons Learned & Retrospectives
β Root Cause Analysis: review history of troubled project, determine
causes, identify actions to build into process to prevent reoccurrence
β Planning: business team functions & workflow, AOP, Summit, Insights,
etc.
12
13. Example Flow of Software Project Events
β’ Discuss project needs with Product Manager
β Identify cross-functional team
β Set up project space, templates, etc.
β’ Conduct project team kick-off presentation
β Objectives, Timeline, Risks, Issues, Deliverables, etc.
β’ Facilitate project team meetings
β Develop schedule with stakeholders, create a baseline
β’ Mini Cert or Readiness Review & Certification
β’ Project Close Out meeting with Lessons Learned
13
14. Why PMO function works for
Employer Solutions
β’ Position
β Reports to SVP outside of teams, avoids conflicts of interest
β’ Approach
β Hands-on expert help as part of team
β Inclusive across business functions
β Objective, Facilitating, & Helpful
β’ Culture
β ES has history of business functions working together on
product releases
14
16. What is Agile?
The term Agile Software Development refers to a group of
software development methodologies that promote
development iterations, open collaboration, & process
adaptability throughout the life-cycle of the project
β Dynamic System Development Method (DSMD)
β Extreme Programming (XP)
β Scrum
β Feature Driven Development (FDD)
β Crystal
β Lean Software Development
16
17. SCRUM in Less than 100 Words
β’ Scrum is an agile process that allows us to focus on delivering the highest
business value in the shortest time
β’ It allows us to rapidly & repeatedly inspect actual working software (every 2-
4 weeks)
β’ The business sets the priorities. Teams self-organize to determine the best
way to deliver the highest priority features
β’ Every 2-4 weeks anyone can see real working software & decide to release
it as is or continue to enhance it within another sprint
β’ In Scrum, the "Product Owner" works closely with the team to identify &
prioritize system functionality in form of a "Product Backlog"
17
19. Advantages of Scrum
β’ Increases probability of success for complex projects or projects with
changing requirements
β’ Embraces change of requirements throughout life-cycle
β’ Maximizes collaboration & minimizes ceremony
β’ Reduces team burn-out by encouraging sustainable work-hours & effort
β’ Promotes trust (process transparency, flexibility for stakeholders)
β’ Adds transparency of process by encouraging stake-holder involvement in
product demos
19
20. Agile Process Roadmap for Employer Solutions
Project Mgt, QA, SCM, Project Tracking, Issues, Risks, Lessons Learned, Training, Usability, Backlog
Project Mgt, QA, SCM, Project Tracking, Issues, Risks, Lessons Learned, Training, Usability, Backlog
Verification Delivery
Ideation Requirements Construction Pre-Deployment Project
& Validation Or
Services Close Out
Deployment
β’ Opportunity β’ Review Previous β’ Sprint Backlog β’ Execute β’ Complete Support β’ Software β’ Lessons
Assessment Lessons Learned β’ Waves of Sprints System Test Preparation Deployment Learned
β’ Vision β’ Requirements as β’ Wave Feature Plan(s) β’ Launch Team β’ Check CD Session
β’ Roadmap User Stories & Demos β’ Release β’ Sales Demos Shipments β’ Customer
β’ Product Backlog Tech Stories β’ Kick Off Candidate β’ Product Release β’ Review Feedback
β’ Release Plan β’ Revise Vision, β’ Incorporate Build Scheduling Customer β’ BP Feedback
β’ SWAG Roadmap, Release Curriculum β’ Code Freeze & β’ Create BOM & Issues β’ Analyze
Plan Changes & Golden Build CD Artwork β’ Operations to Metrics
β’ Draft Test Support β’ Source Code β’ Update Training send copy of β’ Update Project
Approach Readiness in Escrow Sample BOM to folder
β’ Beta Test β’ QA Automation β’ Update β’ Master CD Support β’ Archive Project
Preparation β’ Baseline schedule Affected β’ Complete Artifacts
β’ Develop Training Course Training
Material Offerings Readiness β
β’ Create Sample β’ Beta Roll-up Rollup
Data β’ Beta Test β’ Coordinate
Period Updates
β’ Readiness
Assessment
(M1) (M2) (M3) (M4) (M5) (M6) (M7)
Submit Greenlight Small Rock Feature Complete Code Complete Certification Implementation Close Project
Request for Decision Estimate Complete &
Archive Docs
(M) = Milestone
20
22. What is Six Sigma?
β’ Six Sigma at many organizations simply means a measure
of quality that strives for near perfection
β Six Sigma is a disciplined, data-driven approach and
methodology for eliminating defects (driving towards six
standard deviations between the mean and the nearest
specification limit) in any process -- from manufacturing to
transactional and from product to service
β’ Use of Six Sigma methodology structure to analyze
business issues
β Define the problem in objective terms
β Measure the process output performance
β Analyze the problem to identify causes of variation
β Improve output of processes by shifting performance to the
target and reducing variation
β Control the process performance to assure predictable results
22
23. Six Sigma Process Roadmap for Employer Solutions
Project Mgt, Data & Configuration Mgt, Project Tracking, Communication, Issues, Risks, Retrospectives
Project Mgt, Data & Configuration Mgt, Project Tracking, Communication, Issues, Risks, Retrospectives
Define Measure Analyze Improve Control
β’ Select right, β’ Process Maps (Hi β’ Initial FMEA β’ Final FMEA β’ Implement
prioritized project & Low) β’ Data Analysis β’ Pilot Study Control Plan
β’ Project Charter β’ Optional Maps & (XBar-r, I-MR, β’ Simulations β’ H& Off training
Diagrams multi-vari, β’ Design of β’ Final Project
β’ Cause & Effects capability) Experiments Report (w/
(C&E) Matrix β’ Ideas List (DOE) Control Chart)
β’ Preliminary FMEA β’ Revised Control β’ Mistake Proof β’ Project Close Out
β’ Data Collection Plan β’ Final Control & Sign Off
(pareto, histogram) Plan β’ Lessons Learned
β’ Control Charts β’ Verify long-term
β’ Capability 6-pack capability
β’ Measurement β’ Continuous
System Analysis process
(MSA) -- (GR&R, improvement
Attribute
Agreement, Audit)
β’ Draft Control Plan
(M1) (M2) (M3) (M4) (M5)
Kick Off Process Critical Inputs FMEA, Changed Project Close
Capability Process Items Out &
Baseline Sign Off
(M) = Milestone
23
24. Case Study - ABM: Project Summary
β’ Starting Goal: Need to complete carrier & customer implementations more
quickly with more visibility on status
β’ Improvements
β Stabilized & centralized tracking data
β’ Subject to multiple reviews
β Presented visual aid to help set customer expectations
β’ Being used as reference by various stakeholders
β Added vendor Engineering resources
β Established joint meetings with vendor & established policy of
implementing all carriers per customer in order to manage timing &
priorities
β’ Benefits & Impact
β Carrier implementations are now averaging 34 days instead of 95.4
β More consistent performance with faster cycle time benefits our customers
& make our offering more appealing for prospective customers
β Weekly reports make status more visible to management & customers
24
25. Case Study - ABM: Actions
β’ Present expectation aid to Sales, implementation team,
and vendor
β Created Visual Aid for process and expected durations,
presented to all affected stakeholders as reference
β’ Add resources
β Vendor added new Engineers
β Sage to help orient new hires by vendor
β’ Manage timing and priorities
β Establish regular joint meetings with vendor using updated MS
Project schedule data to manage timing of customer closures
β Established policy of implementing all carriers per customer
β’ First In First Out (FIFO) as monitored and reviewed weekly by joint
team
25
26. Case Study β ABM: Results
Last carrier implementations since changes made are averaging 34 days
versus the 95.4 days before
I Chart of Duration (Days) by Group
250 Covers 4
months,
200
Aug - Nov
150
Individual Value
100
UCL=68.6
50 _
X=34
0 LCL=-0.6
-50
1 7 13 19 25 31 37 43 49 55 61
Observation
26
27. Case Study β SICR: Project Summary
β’ Starting Goal: Define the current call routing process to determine best practice for decreasing overall abandon
call rate (i.e. eliminating dropped calls, missed calls, and unanswered voice messages)
β’ Improvements
β Assign clear ownership and management of applications within the Sales Ops group
β Made number of manual changes to the call flow process:
β’ Eliminated Tech Support calls being routed to Sales Ops when AS400 customer ID not match or support is expired
β Routed to Support Renewal when customer support has expired
β Wrong customer ID remains in Tech Support
β’ Eliminated system hang ups on non-responders
β Presented visual aid to help set internal employee expectation
β’ Being used as reference by project stakeholders
β Created new ERD to define call routing needs
β Reports being added to the Sales Managerial reporting book
β Established quarterly reviews of call flow process to ensure proper handling and routing of all
sales calls
β’ Benefits & Impact
β Reduced ACR from 57% to 13%, 77% reduction within the New Customer Sales application
β More consistent performance and service levels
β Increased sales opportunities
β Weekly reports make status more visible to management and employees
27
28. Case Study β SICR: Actions
β’ Current Actions
β Test and Implement newly created ERD
β Monitor new call routing and make further changes as needed to ensure
improved performance and customer satisfaction
β Monthly review of current service levels; adjusting as needed to ensure
continual improvement
β Take corrective action in order to make profit and avoid loss of revenue
β’ Recommended Future Actions
β Take inventory of call routing processes across the business unit and
look to apply best practices
β Due to a number of undocumented processes and non-agreement
between business units, there are a number of sales groups across
North America operations that have varying service levels and
performance where Six Sigma methodology may be applied
28
29. Case Study β SICR: Results
Manual changes applied over a 7-month period improved the Abandoned Call Rate (ACR)
75% overall for Queue 205 (Sales New Cust):
β’ Assigned Responsibility and Rep Training beginning in month 4
β’ System Re-routing of select Call Types (Support and Renewal)
I C ha r t of A ba ndo n C a ll P e r c e nta ge by M o nth
1 2
7 0.0 0%
UC L= 6 3.30 %
6 0.0 0%
_
X = 51.3 3%
5 0.0 0%
Individual Value
Achieved nearly
4 0.0 0% 75% decrease in the
LC L= 3 9.37 %
ACR Percent
3 0.0 0%
UC L= 23 .64%
2 0.0 0% _
X = 13.0 0%
1 0.0 0%
0.0 0% LC L= 2.36 %
1 2 3 4 5 6 7
Ob s e r v a t io n
29
31. Case Study β Reduce Verification Time
β’ Starting Goal: Need to reduce the amount of calendar time it takes to
verify and validate (regression test) the release content once all
development is complete.
β’ Improvements
β Automated smoke tests
β Automated regression tests
β Automated environment creation / imaging
β Automated performance tests
β Automated product install
β Provided ability for manual testers to request / run automation
β Perform automated tests each product build
β’ Benefits & Impact
β Reduced Final Verification testing time
β Defects are found earlier in release cycle
β Continuous regression testing throughout development cycle
β Allows more time to focus on new development testing
31
32. Case Study β Typical Release Cycle
* Waterfall Methodology
typical release
β’Serial activities
β’Quality left to the end
β’Costly defect repair
32
33. Case Study βRelease Cycle
* Waterfall Methodology
β’Serial activities
β’Quality left to the end
β’Costly defect repair
* Agile Methodology
β’Parallel activities
β’More testing time
β’More coding time Manual Final
β’Reduced cost of defect Verification
repair
β’Reduced Final
Verification Time 33
36. Case Study β Reduce Verification Time
β’ Current Actions β Not Done Yet!
β Continue to build regression and performance scripts
β Improve environment request system
β Continue performing functional and performance tests
36
38. Define Solution:
Reduce Verification Time
Identify Constraints:
β No additional funding or resources
β Need to provide value for the next release
β Need to automate manual testing
β Needed to understand product performance better
Identify Dependencies:
β Strong Framework to support re-usability
β User Interaction - Web based application
38
39. Define Solution:
Reduce Verification Time
Task Selection Criteria:
β Solution is simple and quick to develop
β High impact to product validation
β We have the skills needed for solution
β Focus on single area of application to start
o Stable area, minimal changes planned
β Tasks that are repeated several times in a release
o Must take more than 15 min to complete
β Tasks that require manual interaction
β Tasks that impede team productivity
39
40. Define Solution:
Reduce Verification Time
Selected Tasks:
β Automated smoke tests
β Automated regression tests
β Automated system creation / imaging
β Automated performance tests
β Automated product install
β Provided ability for manual testers to request / run automation
β Perform automated tests each product build
Approach:
β Change βsomeβ team priorities
β Build dependencies first
β Educate Management of time needed to see benefits
β Start slowly with repeatable procedures
β Prove processes first
β Acknowledge early successes and build off them
40
42. Coming Soon
β’ Additional training from PMO
β Leadership & Management, Time Management, Business
Communications, Team Building
β Process Management
β’ Revised Departmental Metrics
β’ Expand PMO services to other Business Units
β More comprehensive portfolio view
β More involvement in Marketing & Launch Activities
β’ Port functional / performance scripts to sister application
β Newer technology
β Similar functionality
β’ Repeat analysis / review budget for FY10 goals
42
43. Summary
β’ Introduction to Sage & Employer Solutions
β’ Introduction to PMO
β’ Support of Agile Methodology
β’ Business Process Improvement projects
β’ Next Evolution of Test Automation
β’ Next Steps in the Journey
43
44. Resources & Next Steps
β’ Resources:
β www.pmi.org
β http://www.pmi-tampabay.org/index.phtml
β www.sei.cmu.edu
β www.tampabayspin.com
β’ Next Steps:
β Define your way of performing project management, be
consistent in its use, show others, feed improvement
information back into the process
β Consider joining PMI, ASQ &/or local chapters
β Consider continued development via courses, books,
webinars, forums, etc.
44
45. Contact Information
β’ Michael Luther, Director of Quality Assurance at Sage
β Phone β 727.579.1111 x-3480
β Email β michael.luther@sage.com
β’ Dino Ferrari, PMO at Sage
β Phone β 727.579.7148
β Email β dino.ferrari@sage.com
45