The Secrets of Repeatable Success Adam Gilmore Solutions Architect & WW ALM Community Lead Microsoft Services June 27th 2011.

Slides:



Advertisements
Similar presentations
MSF: Microsoft Solutions Framework Past and present
Advertisements

Unified process(UP) UP is an OO system development methodology offered by Rational(Rational Rose) s/w, now a part of IBM Developed by Booach,Rambaugh,Jacobson--
AGILE DEVELOPMENT Outlines : Quick Look of agile development Agility
Agile Development Primer – Using Roundtable TSMS in an Agile Shop Michael G. Solomon Solomon Consulting Inc.
Software Development Life-Cycle Models
Chapter 2 Modeling the Process and Life Cycle Shari L. Pfleeger
May 2, May 2, 2015May 2, 2015May 2, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa, CA.
Agile methods and techniques– some method comparisons Dave Parsons Mark Cranshaw.
Agile development By Sam Chamberlain. First a bit of history..
Ahsan Kabir Project Manager Ahsan Kabir Project Manager ………………………….
Improving Process for Better Software. Who We Are An experiential learning program that provides technology solutions for our partners, and real- world.
Team System and Microsoft Solutions Framework Team collaboration tools Process authoring Process Guidance MSF-Agile & MSF-CMMI Software Factories Future.
Team System and Microsoft Solutions Framework Alan Cameron Wills Architect, MSF
COMP 350: Object Oriented Analysis and Design Lecture 2
Does it work with Data Warehouses?. “We are uncovering better ways of developing software by doing it and helping others do it. Through this work we.
Agile Process: Overview n Agile software engineering represents a reasonable compromise to conventional software engineering for certain classes of software.
Introduction to Agile Methodologies and Concepts Roy Osherove Principal, Team Agile Blog : ISerializable.com.
Software engineering Process models Pavel Agejkin.
An Overview of Agile L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Effective Methods for Software and Systems Integration
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
BEFORE AGILE METHODS Other Engineering fields development models were used, ie: Waterfall Method: Intensive planning and refactoring before coding is actually.
Chapter 2 The process Process, Methods, and Tools
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Milen Petrov Griffin Ltd.
By Saravanan Bala. General Report 31 % of Software projects are cancelled 75 % of the software projects are considered failures by the people who initiated.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
1 Chapter 5 Practice: A Generic View Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Understand Application Lifecycle Management
Gayathri Devi (GD) Senior Program Manager Agile Development, Design and Project Management in Visual Studio Team System 2008 where technology meets process.
1 5.1 Software Engineering Practice  Provide value to the user  KIS—keep it simple!  Maintain the product and project “vision”  What you produce,
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
1 מודל ניהול הצוותים של MSF. 2 Causes of failure  Poorly-defined objectives  Insufficient planning  Lack of executive support  Organizational barriers.
4/23/ :45 PM © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered.
IT Requirements Management Balancing Needs and Expectations.
AGILE SOFTWARE DEVELOPMENT PROCESSES Cheruku Smitha.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
K.Ingram 1 Sept 2007 Agile Software Development. K.Ingram 2 Sept 2007 Contents Agile Software Development: 1.What is it? 2.Agile’s Values, Principles,
Microsoft’s ALM Vision. Vision and benefits ALM today ALM outlook.
© 2007 BigVisible Solutions, Inc. All Rights Reserved Training Solutions Agile Training Game v
Theories of Agile, Fails of Security Daniel Liber CyberArk.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
MSF 4.0 for Agile Software Development Ron Tolido Capgemini.
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
10 key principles of agile software development
AGILE - IMPLEMENTATION (C) CLARION TECHNOLOGIES. ability to move quickly and easily…. AGILE MEANING (LITERALLY)
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
Think Scrum, act Scrum Scrum Practitioner like a boss Thibault Clavier.
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Agile Center of Excellence. Richard K Cheng Agile is just a high level concept.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Process 4 Hours.
Владимир Гусаров Директор R&D, Dell Visual Studio ALM MVP ALM Ranger
Introduction to Team Foundation Server 2010
E2E Testing in Agile – A Necessary Evil
Introduction to Software Engineering
COMP 350: Object Oriented Analysis and Design Lecture 2
How to Successfully Implement an Agile Project
Chapter 2 Modeling the Process and Life Cycle Shari L. Pfleeger Joanne M. Atlee 4th Edition.
Agile Process: Overview
Gathering Systems Requirements
Gathering Systems Requirements
Agile, Scrum and CMMI Methodologies
Presentation transcript:

The Secrets of Repeatable Success Adam Gilmore Solutions Architect & WW ALM Community Lead Microsoft Services June 27th 2011

Overview What do I mean by ALM? How do Microsoft Services deliver solutions? What makes us different? How do we improve?

3 Application Lifecycle Management From Concept to Cash Governance Development Operations IdeaDeploymentEnd of life Dave Chappell Associates

4 ALM Practice Areas Governance Project Management Requirements Management User Experience Architecture & Design Code Quality Data Management Quality Assurance Configuration Management Deployment & Operations

5 10,000 employees 88 countries 60,000 partners Support and consultancy to Enterprise customers Delivery of “Tier 1” systems Microsoft Services What do we do?

6 Unpredictable delivery Inconsistent process We’ll know when we get there Business fire and forget Can be Development-centric Typical lifecycle problems In my experience

7 Microsoft Solutions Framework How do Microsoft Services deliver solutions? MSF Core is not a methodology It’s a framework It requires instantiation for the specific solution domain Not a magic sauce Not specific to software development Although Visual Studio Team Foundation Server provides two instantiations which are specific to software development MSF for Agile Software Development MSF for CMMI® Process Improvement

8 A collection of best practices gathered from the product groups and the field V1.0 released in 1994 V5.0 released in 2010 Open Group accredited in 2011 Key elements Mindsets (key concepts) Foundational Principles Models MSF Core

9 Internalise Qualities of Service Focus on Business Value Learn Continuously Take Pride in Workmanship Foster a Team of Peers Advocate for your Constituency Deliver on your Commitments Practice Good Citizenship Look at the Big Picture Mindsets

10 Work towards a Shared Vision Foster Open Communications Establish clear Accountability Partner with Customers Empower Team Members Stay Agile, Expect and Adapt to Change Invest in Quality Learn from all Experiences Deliver Incremental Value Principles

11 Team model Based on advocacy creating natural checks and balances Process model Appropriate level of governance Iterative, versioned releases Risk model Proactive risk management Models

12 Team Model Solution Delivery Solution Definition Solution Usability & User Readiness Solution Deployment Solution Validation Solution Construction Solution Design

13 Advocacy Operations Technology Focus Business Focus Users Solutions Architects Customer Technology Architects Operations Support Project Team User Experience DevelopmentTest Release / Operations Product Management Architecture Program Management Project Sponsor

14 Scaling Down – combine roles Product Management Program Management ArchitectureDevelopmentTest User Experience Release / Operations Product Management NNNPPU Program Management NPNUUU Architecture NPPUUU Development NNPNNN Test PUUNPP User Experience PUUNPU Release / Operations UUUNPU Possible Unlikely Not recommended

15 Scaling Up – Feature Teams Catalog Program Management Development Test User Experience Fulfillment Program Management Development Test Release Management Site Engine & Design Program Management User Experience Development Test User Experience

16 Process Model

17 Agile Process Model Essentially Scrum but with more guidance and tooling

18 Risk Model Risk management is everyone’s job

19 Envisioning track Forming a vision Opening up possibilities never before imagined User experience as a first-class citizen An area often neglected in other approaches Base line early and freeze late Expecting change Iterative development Rehearsal for go-live MSF Highlights

20 Ship every day Build is not enough A team exercise Build hand-off Repeatable platform builds Triage One representative per discipline ‘ Quaker ’ consensus Underpins Agile & Lean methods MSF Highlights

21 Explicit roles and responsibilities Explicit scaling Explicit start and end Explicit risk management Works for fixed scope projects What makes MSF different?

22 Write it down and capture knowledge (Wiki, Visio, checklist, video…) Consistent process allows consistent measures Model your process in your tools Apply Plan-Do-Check-Act to improve continuously How do we improve? Baseline process and improve it empirically

23 agile adj - able to move quickly and easily lean adj - having no surplus flesh or bulk; not fat or plump Agile helped avoid building the wrong thing right Lean focuses on building the right thing better Effective and Efficient How do we improve? Learn and improve

24 Agile The Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

25 Applying Lean Manufacturing philosophy to software development Demand – understand what the business demands are – what and when Value – design your process focussing on value delivery Flow – increase flow by increasing quality and removing waste The Toyota Way Respect for People Continuous Improvement Lean The Toyota Way

26 Lean Visual Management

27 Lean Visual Management

28 Lean Waste reduction Coordination Cost Transaction Cost Failure Load Value adding activity Transaction Cost If you could, would you do it more often? David J. Anderson

29 Migrating 1000’s of citizen developed applications for their customer Wanted to be agile - actually wanted to be effective and efficient Applied MSF Mindsets and Principles to the teams and process Full Visual Studio 2010 rollout – automated end to end process Applied Lean approach to the governance Understand demand Design a process to deliver against the demand Keep it simple!!! Case Study – Systems Integrator Software Factory Doing a lot more for less

30 Customer used to big requirements up front Biggest risk was building the wrong thing right Focussed on envisioning Rapid inspect and adapt MSF mindset and principles + Scrum-ban process Use of visual management and TFS 2010 Case Study – Public Sector Business Intelligence I’m glad you didn’t build what I asked for

31 Establish Mindsets and Principles – and live them Think of the whole Focus on quality Define your process Continually improve Use tools to identify and reduce waste Conclusions Secrets of our success?

32 Resources

Thank You Any questions?