Tuesday, June 8 th , 2010

2. Tuesday, June 8th, 2010 Selected Slides

3. Brian Moore Senior Consulting Director Guidewire Software Kurt Bittner CTO - Americas Ivar Jacobson International kbittner@ivarjacobson.com www.ivarjacobson.com Michael Foerst Chief Information Officer Missouri Employers Mutual Insurance 573-499-4161 mfoerst@mem-ins.com LinkedIn: www.linkedin.com/in/michaelfoerst Twitter: twitter.com/michaelfoerst

4. Agile is not aSilver Bullet! Software is built by people, but it is built well by collaborative teams

5. Agile Key Principles • Agile is about: • Customer collaboration • Embracing and anticipating change • Delivering working software often • Building high performance teams • Sidebar: • Different approaches exist for Agile • Extreme Programming (XP), Scrum, Lean Development, CORE • Today’s discussion is focused more on Scrum

6. Customer Collaboration • Work with users and ensure visibility into the progress being made • Visibility and frequent delivery helps to reduce the impact of major changes • Users can and should provide regular feedback and be familiar with the system long before anything goes into production

7. Responding to change • Scrum embraces change and provides reasonable facilities to support the management of business priorities and implementation scope

8. Working software • With a focus on working software, teams are able to design and build functionality into the system based on priorities • In typical software implementations, more than half of all requirements are not implemented due to project overruns

9. Individuals and Interactions • People build and implement software systems • Be adaptive and collaborative to find the process that brings the best benefit • Work with the users to understand their requirements

10. Agile Key Principles • Agile is NOT about: • A design methodology • A project uses design and documentation standards that the team is comfortable with, communicates effectively and is no more than the task requires • A set of tools • A project uses tools they are comfortable with; however, scrum project management tools are available • Avoiding documentation • A project documents all workshops and other forms of communication to a level needed to define what is to be implemented

11. Scrum Roles • Product Owner • Scrum Master • Team

12. Scrum Roles • Product Owner • Constantly re-prioritizes project scope • Synthesizes interests of stakeholders • Negotiates sprint goals and backlog items with team • Final arbiter of requirements questions • Accepts or rejects each product increment

13. Scrum Roles • Scrum Master • Helps resolve impediments • Facilitates Agile process • Supports Product Owner with planning and prioritization • Keeps artifacts visible • Shields team, enforces time boxes, advocates improvements

14. Scrum Roles • Team • Cross functional • Autonomous • Self organizing • Responsible for commitments • Co-located • 6-10 team members

15. Agile Process

16. GATE E GATE D GATE C GATE B GATE A Proposal is approved as a project An Agile Process Lifecycle Inception Elaboration Construction Transition Iteration * Iteration * Iteration * Iteration * 1…………….2…..…..n 1…………….2…..………..3……….n 1…………….2…..…..n 1………..n Transition Release Successfully Deployed Deployment Risk Mitigated Inception Project Viability Agreed Business Risk Mitigated Elaboration Project Approach Proven Architectural Risk Mitigated Construction Useable Solution Available Construction Risk Mitigated

17. AGILE PROJECTCASE STUDY Claims System Modernization

18. Have you ever had a new concept that sounds great in all of the articles and reviews… … only to have it come crashing down when you put it to the test?

19. Nature of effort • Legacy claims system replacement • First time the claims system was being replaced • The existing system was highly customized • Not all of the customization was well documented • Project size • At the peak roughly 60 team members, on-shore and off-shore • One of the largest projects ever attempted by the company • 15 months from team formation to implementation • Project plan • First use of Scrum internally • Inception phase • Six development sprints, seven tracks in each sprint • Three integrated testing sprints

20. An agile team needs the proper environment to succeed! • Flexible • Adaptable • Collaborative • Empowered • Trusting

21. Our Keys to Success • handful of parameters guiding independent decision making • rules of the road defining decision making expectations • develop confidence in teammates and expectations to deliver • timely responsive • Business Case Objectives • Governance Model • Dedicated Team • Collocated Team

22. Lessons Learned • Educate • Product owner • ScrumMaster • Team members • Others interacting with the agile team • Communicate, communicate, communicate • Delivery • Daily scrums • Sprint reviews • Incrementally improve • Sprint, assess, sprint again • Improve the process as well as delivery • Empower the team

23. Lasting effects • Scrum is now the default for all strategic projects • Claims system maintenance releases follow an agile approach • Adopted for numerous non-project efforts – scrum meeting format, etc. • IT planning follows a conceptual plan with quarterly reviews for the maintenance of projects in the “product backlog” More dynamic, more transparent, shorter timeframes and focused on functional deliverables.