Project Management for Agile Projects. Introduction The Project Management Job Day to day administration Managing the process Managing external relationships.

Slides:



Advertisements
Similar presentations
Agile Project Management with Scrum
Advertisements

® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 4: Phase Management - Elaboration.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
PRJ270: Essentials of Rational Unified Process
Project Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Rational Unified Process
4. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the elements of project management and the responsibilities of a.
Chapter 2 A Strategy for the Appraisal of Public Sector Investments.
Chapter 1 The Systems Development Environment
Chapter 1 The Systems Development Environment
Electronic Records Management Repository Irma Trottier – Manager, Records and Electronic Information Management Mark Southron – Team Lead, Information.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
Project Planning & Estimating – Are we there yet?
UML - Development Process 1 Software Development Process Using UML (2)
Software Development Life Cycle Decisions Project Management Disciplines Stacey Shearn September 8, 2005.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
Software Engineering Chapter 12 The Generic Iteration Workflow Fall 2000.
Z26/GI03: Project Management Tutorial: What to include in your presentation Graham Collins.
The Rational Unified Process
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Fourteenth Lecture Hour 9:30 – 10:20 am, Sunday, September 16 Software Management Disciplines Project Control and Process Automation (from Part III, Chapter.
1. 2 IMPORTANCE OF MANAGEMENT Some organizations have begun to ask their contractors to provide only project managers who have been certified as professionals.
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
Chapter 7: A Summary of Tools Focus: This chapter outlines all the customer-driven project management tools and techniques and provides recommendations.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
PROJECT MANAGEMENT FUNDAMENTALS Page 2 Why Project Management? Current Issues: n Complex nature of business today — More cross-functional efforts — Need.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
Chapter 7 Applying UML and Patterns Craig Larman
1 Designing Effective Programs: –Introduction to Program Design Steps –Organizational Strategic Planning –Approaches and Models –Evaluation, scheduling,
Project Charters Module 3
Chapter 9 Project Management. Introduction Effective project management requires a well-structured project and diligent oversight A well-structured project.
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.
Develop Project Charter
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
Chapter 8 Workflows of the Process Taken from Walker Royce’s textbook – Software Project Management plus a number of Personal Comments.
Page 1 JUSTIFY define and validate REQUIRE- MENTS define initial management DOCUMENTS define INFRA- STRUCTURE allocated maintenance changes management.
The Rational Unified Process 1 EECS810: Software Engineering.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Project Management Workshop James Small. Goals Understand the nature of projects Understand why Project Management is important Get an idea of the key.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
The Systems Development Environment Systems Analysis and Design II.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Stand Up Comedy Project/Product Management
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Rational Unified Process (RUP)
Chapter 12 Auditing Projects.
The Project Plan Plan Your Work, then Work Your Plan
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
1. WHAT IS A PROJECT? “A project is a problem scheduled for solution.” This definition forces us to recognize that projects are aimed at solving problems.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
1 Team Skill 4 Managing the scope Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and Information Technology Based.
June 2008Mike Woodard Rational Unified Process Overview Mike Woodard.
Project Management Finals Lesson 1 - Principles - Techniques - Tools.
From Idea to Business Case
The Project Infrastructure
Agile Software Development
Introduction to Software Engineering
Project Ideation Agile Down-to-Earth © 2016.
Project Management Process Groups
Project management Learning Unit 5.
Goal-Driven Software Measurement
(Insert Title of Project Here) Kickoff Meeting
Presentation transcript:

Project Management for Agile Projects

Introduction The Project Management Job Day to day administration Managing the process Managing external relationships

Introduction The External Context Still based on a waterfall view of projects  “On time / on Budget”  “Manage to the Plan” Use success criteria that consistently fail  “80% of all software projects fail”

Introduction The Real Problem Everyone is frustrated with the time it takes to complete software. Managers feel powerless to control it. The “on time – on budget” approach aggravates the problem.

Project Models Two Project Models Deterministic Project Model  We can predict how the project will unfold Non deterministic Project Model  Software development is a discovery process

Project Models Deterministic Project Model The amount of time that it will take to complete the project is predictable. Focus is on controlling cost. Process is to establish a plan based on work breakdown structures and “manage to the plan”. The plan is static. The development team, including the project manager, the primary participants. Success is delivering the project “on time / on budget”

Project Models Non Deterministic Project Management Recognizes that software development is a discovery process. Focused on value/cost tradeoffs Process is to identify discoveries that our current assumptions, assess the impact the new information has on the value model and “manage the plan”. Plan is volatile. The project steering committee, including the business and technical sponsors, the primary participants. Success is delivering good value in reasonable time

Project Models Nothin’ New Almost all projects eventually revert to non- deterministic project management. Some core project management truisms are non-deterministic.

Project Models Nothin’ New – cont. Popular process (RUP, Agile, Adaptive Programming…) succeed because they are discovery processes. Still “on-time / on-budget” is the holy mantra.

Legalizing Non-Deterministic Project Management If we recognize the non determinist model as a normal and legitimate tool we can:  Make good business driven decisions in the inception and elaboration phases.  Establish and improve processes  Set realistic expectations  Okay to abandon projects as soon as we discover they are marginal.

Project Models Working together Non-Deterministic Project Management not a replacement for Deterministic Project Management Non – Deterministic Project Management Deterministic Project Management

Project Models Working Together – cont. The deterministic model provides constraints  “the objective is not to provide the best solution we can, but to provide the best solution we can afford” Projects will fail without a well executed deterministic components  The non deterministic model works because the deterministic part actually is predictable.

Non Deterministic Process Strategy Provide early estimates of value and cost referenced to a business process. Create a project plan based on delivering subsystems prioritized by value. As the project progresses, the development team will design solutions to fit in the plan’s resource and schedule constraints. Reevaluate value as the understanding of the application improves and adjust plan.

Non Deterministic Process Roles Project Steering Committee  IT Sponsor, Business Sponsors  Project Manager, Architect, Lead Analyst, Lead Subject Matter Expert Development Team  Project Manager, Architect, Lead Analyst, Lead Subject Matter Expert

Non Deterministic Process Early Estimates They need to be useful for management decision making. Structure more important then accuracy. Understanding how the application is going to deliver value is as important (and as volitile) as understanding what it will cost.

Non Deterministic Process Early Estimate – Value Estimate Artifact List of Business Processes (Business Use Cases) For each Process  Process Description  Frequency of Use  How will the application improve the process  How will the improvement result in business value  What will it cost to operate the application  Quantify the improvement in value

Non Deterministic Process Early Estimate – Cost Estimate Artifact List of Business Processes For each process and supplementary requirement  The system use case(s) to support it  Technical Strategy for implementing the use case or supplementary requirement  Effort estimate Metric for translating effort estimate into hours

Non Deterministic Process Allowance for the Undiscovered Value Estimate  Rows labeled “unknown process” Cost Estimate  Rows for “unknown use cases” to be associated with business processes (at least as many as unknown processes)  Rows for “unknown requirements” to be included in the Supplementary Specification section  Budget for technical solutions to become more complex then originally anticipated.

Non Deterministic Process Project Plan Estimate Negotiations Iterations are ordered to deliver highest value first. Technical Risk needs to be considered Project Plan includes a budget for the undiscovered.

Non Deterministic Process Monitoring Status – Development Team The Development team is responsible for designing solutions that fit within the constraints of the project plan. Monitor and report  Changes in Value Model  Changes in operating costs  Changes in Technical solutions  Changes in Effort to Hours metric  Recommendations to improve value

Non Deterministic Process Monitoring Status – Steering Committee Based on reporting from the development team, adjust the project plan  Choices between alternatives  Priorities  Schedule and Resources

Miscellaneous Value in Software Development Projects The simplest possible solution is the baseline Incremental improvements in value need to be justified  A few key features need Cadillac solutions.  Infrequently used features need Escort solutions. The development team should make most of these decisions to stay within the project constraints

Miscellaneous – Summary Key Phrases “Software development is a discovery process” “not the best solution; the affordable solution” “invent successful outcomes”