… but far from every time

Slides:



Advertisements
Similar presentations
Project L.O.F.T. Report May 2007 through October 2007 Creating a design to meet stakeholder desires and dissolve our current set of interacting problems.
Advertisements

Program Management School Agile & ADDIE Add-Up (AAAU) Elliott Masies Learning 2012 October 21-24, 2012.
AGILE DEVELOPMENT Outlines : Quick Look of agile development Agility
Sharif University of Technology Session # 3.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Agile Architecture Prabhu Venkatesan for COMP-684.
An Agile ETL Data Development for ERA XML Submission Dr Paul Wong Research Office, Australian National University.
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
An Agile View of Process
Software engineering Process models Pavel Agejkin.
CPTE 209 Software Engineering Summary and Review.
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
Chapter 4 Agile Development
Current Trends in Systems Develpment
Unified Process versus Extreme Programming. Outline Compare and contrast UP and XP  Processes / Disciplines  Management  Artefacts Risk management.
~ pertemuan 2 ~ Oleh: Ir. Abdul Hayat, MTI 06-Mar-2009 [Abdul Hayat, The Project Management and IT Context, Semester Genap 2008/2009] 1 THE PROJECT MANAGEMENT.
Balancing Agility and Discipline Chapter 2 : Contrasts and Home Grounds Presented By: Shawn Mulkey.
Extreme Programming (XP). Agile Software Development Paradigm Values individuals and interactions over processes and tools. Values working software over.
Balancing Agility and Discipline Chapter 4 Sharon Beall EECS 811 April 22, 2004.
Chapter 2 Software processes. Topics covered Software process models Process activities Coping with change.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 4 Agile Development Discussion of Agile Development and Agile Process.
1 Discipline vs. Agility. 2 Topics What is discipline? What is agility? What are the misconceptions? Contrasts and home grounds Five critical factors.
Software Engineering (CSI 321) An Agile View of Process 1.
Virtually Agile Astro Sabre (Matt Ganis) IBM, Senior Technical Staff Member Hawthorne, NY - September 20, 2007.
Chapter 2 : The Project Management and Information Technology Context Information Technology Project Management, Fourth Edition.
Agile. Processes Waterfall Traditional With prototyping Sprial Agile Dynamic Systems Development Method (DSDM) Scrum Crystal eXtreme Programming (XP)
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Barnes & Noble Alonda Morgan. Agile UX Agile.
Project Management Software development models & methodologies
Chapter 3 Agile software development 1 Chapter 3 – Agile Software Development.
Presented by: Debarun das (DED59)
Agile development: a PM’s perspective
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Embedded Systems Software Engineering
Chapter 5 Agile Development Moonzoo Kim KAIST
CS223: Software Engineering
Software Development - Methodologies
Process 4 Hours.
CLE Introduction to Agile Software Acquisition
Introduction to Agile Software Development
Principles for Agile Development
Methodologies and Algorithms
Appendix B Agile Methodologies
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Project Management BBA & MBA
Chapter 1: Introduction to Systems Analysis and Design
Software & Software Engineering Pertemuan-4 Dosen :Kundang K Juman
Project Workflow.
It’s not all about the tool!
Information Technology Project Management – Fifth Edition
Chapter 2: The Project Management and Information Technology Context
Navigating an Agile Transformation
Frank E. Ritter 12 feb 08 (presented 19 feb 08)
Software Engineering (CSI 321)
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
How to Successfully Implement an Agile Project
Agile Process: Overview
Service Development at Aalto University Key Enabler for Aalto's Academic Mission Mari Svahn.
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Chapter 3 – Agile Software Development
Introduction to Agile Blue Ocean Workshops.
Chapter 3: Agile Software Processes
Chapter 1: Introduction to Systems Analysis and Design
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT– WEEK 1 Mumtaz Ali Rajput +92 – 301-
Appendix B Agile Methodologies
Agile software development
Chapter 1: Introduction to Systems Analysis and Design
Chapter 2: The Project Management and Information Technology Context
Agile Development.
Project Management and the Organization
SD5953 Successful Project Management AGILE SOFTWARE DEVELOPMENT
Presentation transcript:

… but far from every time AGILE … but far from every time

WHO AM I? 20 Years proffesional PM Experience IT Media Automotive Johnny H.G. Ryser Vice President, Partner MBA, MA Industrial IT, Prod. Eng. +45 87 38 74 50 +45 27 62 99 06 jry@d-i-s.dk 20 Years proffesional PM Experience IT Media Automotive Windpower Engineering Mission: To help people release their highest potential

HAVE YOU ANY EXPERIENCE WITH WEBINARS?

INTRODUCTION TO OUR WEBINAR TECHNOLOGY

So what is Agile PM?

What experience do You have in agile?

Lets get the why and the priorities right, before we go further down the road…

THE BASIC STAGES OF A PROJECT Idea Planning Imple-mentation Operation Project leadership (doing it right) Project management (doing the right things)

Project leadership(do it right) AN AGILE VERSION Project leadership(do it right) Imple-mentation Operation Plan-ning Imple-mentation Operation Plan-ning Imple-mentation Operation Plan-ning Idea Project management(do the right things)

EFFECT FOCUS PURPOSE: RESSOURCES DELIVERABLES OUTCOME: Productivity WHY? DELIVERABLES OUTCOME: Productivity Efficiency WITH WHICH RESSOURCES? HOW & WHAT? Succes Crit. (SMART) If the deliverables are the answers, what was the question? WHAT HAS CHANGED AFTER THE PROJECT? Succes Crit (SMART)

Strong or weak connection EFFECT FOCUS PURPOSE: RESSOURCES WHY? DELIVERABLES OUTCOME: Productivity Efficiency WITH WHICH RESSOURCES? HOW & WHAT? Succes Crit. (SMART) If the deliverables are the answers, what was the question? WHAT HAS CHANGED AFTER THE PROJECT? Succes Crit (SMART) Strong or weak connection

CRITICAL SUCCESS CRITERIA FOR A PROJECT: Please help me brainstorm in the chat 

CRITICAL SUCCESS CRITERIA FOR A PROJECT: The project manager The project team Strong commitment from project sponsor Early involvement of stakeholders Stakeholder endorsement of project plans Ample communication

CRITICAL SUCCESS CRITERIA FOR A TEAM: Communication Coordination of tasks Balance of individual contributions One for all, all for one Effort Cohesion

SO THESE CRITICAL SUCCESFACTORS ARE GLOBAL!

LETS GO A LITTLE DEEPER

THOUGHTS ON AGILE AND PLANDRIVEN Both paradigms has their home grounds The plandriven paradigm The agile paradigm Shop floor management (Kanban, stand ups, close collaboration with the customer, usecases ,WBS, Ganntt, critical path, Change Management etc)

THE AGILE MANIFESTO Project People Proces Product

HOW TO CHOOSE? PEOPLE DYNAMICS CULTURE SIZE RISKS

PEOPLE – COCKBURN MODEL Level 3 Able to revise a method (break its rules) to fit an unprecedented new situation Level 2 Able to tailor a method to fit a precedented new situation Level 1A With training, able to perform discretionary method steps (e.g., sizing stories to fit increments, composing patterns, compound refactoring, complex COTS integration). Level 1B With training, able to perform procedural method steps (e.g. coding a simple method, simple refactoring, following coding standards and CM procedures, running tests) Level -1 May have technical skills, but unable or unwilling to collaborate or follow shared methods.

PERSONNEL Plandriven Agile % Level 2 & 3 35 30 25 20 15 0 10 20 30 40 35 30 25 20 15 0 10 20 30 40 % Level 1B

DYNAMICS Agile Plandriven 50 30 10 5 1 % Requirement changes/mdr.

(Clear politics & procedures) CULTURE (EX. HOFSTEDE) (Self controlling) Agile culture ”Chaos” (Clear politics & procedures) Plandriven culture ”Order”

SIZE Agile: 1-30 (100) participants Plandriven: 30+ participants

RISKS (COCKBURN MODEL) Agile Plandriven Criticality Comfort Risik for Risks for Single life Many minor values greate values lives

CHOICE OF METHOD Source: ”Balancing agility and discipline”

RISKS M1D1-0 Environmental risks E-Tech: Technology uncertainties E-Coord Many diverse stakeholders to coordinate E-Cmlpx Complex system of systems Agile Risks A-Scale Scalability and criticality A-YAGNI Use of simple design or YAGNI A-Churn Personel turnover A-Skill Not enough people skilled in agile methods Plan-driven risks P-change Rapid change P-speed Need for rapid results P-emerge Emergent requirements P-Skill Not enough people skilled in plan-driven methods M1D1-0

Tekniske risici TECHNOLOGY RISKS Extremely high risks Game changing technology Høj High risk – much energy needed to implement imature technologies Middle to high risk. Best practices are available Known technology in new products Middle to low risk Main stream technologies Low risk 28

RISK BASED TAILORING

RISK BASED TAYLORING Serious risks Very Manageable risiks

Some battle field reflections

VERY IMPORTANT PREREQUISITES Timeboxing Good relationship customer/supplier Sitting together (same time, but evt. virtual) MuScCoW prioritation Very competent engineers

Example An Agile Project Plan Increment 1 Increment 2 M1D1-0 Feasib -ility Found -ations Explore Requirements further and Model Feature1 Explore & Engineer Feature 2 Explore & Engineer & Deploy Feature 3 Explore & Engineer Feature 4 Explore & Engineer Integrate & Test Features 1,2,3,4 Together & Deploy Review Review Deployment 1&2 Deployment 3 &4 TIMEBOX 1 TIMEBOX 2 TIMEBOX 0 TIMEBOX 3 TIMEBOX 4 Feature 1 Done & Tested Features 1 & 2 Done & Tested TIMEBOX 5 Prototype Solution Feas Foundations PRL Feature 1 M --- Feature 2 M Feature 3 M ---- Feature 4 S Delivery Delivery Delivery Delivery To Live Delivery To Live M1D1-0

REFLECTIONS No projects will be either/or Projects may change during the execution There may be workpackages that are developed agile and plandriven in the same project, either simultaneously or sequentially Combination of hardware development and software development may need a combination of methods The critical factors are equally important: