Project Closure & Oversight Project Closure & Oversight Chapters 14 and 16 +46 73 6122279

Slides:



Advertisements
Similar presentations
Keith McMillan Principal, Adept Technologies Copyright (C) 2008, Adept Technologies llc.
Advertisements

Colin Weaver The Eleven Essential Behaviours of Successful Agile Project Teams.
Chapter: 3 Agile Development
E X treme Programming & Agile Modeling Copyright © 2003 Patrick McDermott UC Berkeley Extension
Software Development Methodologies 1. A methodology is: A collection of procedures, techniques, principles, and tools that help developers build a computer.
The Role of Project Managers in Agile Darren Wilmshurst ACIB CITP
Slide Set to accompany Web Engineering: A Practitioner’s Approach
Where We Are Now. Where We Are Now Traditional PM versus Agile Methods Traditional PM Approach Concentrates on thorough, upfront planning of the entire.
Agile Project Management with Scrum
An Introduction to Agile Project Management CHAPTER SEVENTEEN PowerPoint Presentation by Charlie Cook Copyright © 2014 McGraw-Hill Education. All Rights.
Agile Architecture? Paul Lund 24 th Nov Agile Manifesto We are uncovering better ways of developing software by doing it and helping others do it.
Agile Methods.
Agile Principles Suradet Jitprapaikulsarn 1. What is Agility? Effective (rapid and adaptive) response to change Effective communication among all stakeholders.
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.
Introduction to Agile.
Software engineering Process models Pavel Agejkin.
The Agile/Non-Agile Divide -- A first taste!
How Agile Are You? Larry Apke Agile Expert
CONFIDENTIALITY © 2010 BA ValueBASE LLP, The concepts and methodologies contained herein are proprietary to BA ValueBASE LLP. Duplication, reproduction.
The Two Faces of Project Management Bendik Bygstad, NITH IFI, 25.Sept 2009.
1 Staffordshire UNIVERSITY School of Computing Slide: 1 Prototyping Agile Software Development 2 Agile Methods and Software Architectures.
The Two Faces of Project Management Bendik Bygstad, NITH IFI, 16.Sept 2008.
1 Agile Methodology & Programming Ric Holt July 2009.
Software Engineering Modern Approaches
Agile Programming Principles.
The Agile Primer July 2008 © ThoughtWorks 2008.
Agile Web Development C. Daniel Chase University of Colorado at Boulder.
Developed by Reneta Barneva, SUNY Fredonia Agile Development.
Chapter 4 Agile Development
Agile Methods. Agile Process/Method lightweight processes/methods that can be used to manage and control software and product development using iterative,
AgileCamp Presents: Agile 101. Good luck in your presentation! This slide deck has been shared by AgileCamp Kit under the Creative Commons Attribution.
Project Workflow. How do you do it? -Discussion-
Chapter 5 애자일 개발 Agile Development
CS1: Classic Software Life Cycle “Waterfall” method: 1.Requirements/Analysis Determine the problem to be solved – client-centered 2.Specification.
More Agile than Agile SEDC 2014 April 5, 2014 Zane Scott, VP for Professional Services Vitech Corporation.
AGILE COTS Václav Pergl We are uncovering better ways of developing software by doing it and helping others do it. Through this work.
1 11/21/2015 ã 2007, Spencer Rugaber Agile Manifesto February, 2001 XP, SCRUM, DSDM, Adaptive Software Development,
UX meets XP. Overview of core approaches to creating interactive software Waterfall, iterative design, Agile Hybrid methods of evaluation H&P Chapter.
Why (or When) Agile Fails Creating high performance software delivery teams.
Jeff Briggs Senior Consultant Capstone Consulting.
#2-What is Agile? Why Agile? Subtopics 1- Agile motivation for software / systems 2- Agile tenets and principles 3- Agile as a risk mitigation strategy.
- Discussion of Chapter 1 in Martin and Martin.  We are uncovering better ways of developing software by doing it and helping others do it. Through this.
Chapter 3 Agile Development
Module 2: What is Agile? Why use it? TLO: Given a DoD program involved in software development, the student will recognize situations where applying agile.
Agile Introduction Emerson Murphy-Hill. Agile Manifesto/Alliance XP, SCRUM, DSDM, Adaptive Software Development, Crystal, FDD February 2001 (Snowbird,
By: Isuru Abeysekera AGILE DEVELOPMENT. WHAT IS AGILE DEVELOPMENT? Broad term used to describe several methods for a development process Introduced in.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
© 2014 IBM Corporation “Leaders Guide to Radical Management” for DevOps with Steve Denning Chapters 6 and 7: From Bureaucracy to Dynamic Linking by Delivering.
Baby Steps to Agility How to Grow Into Agile. A little about me A little about Agile Growing into Agile Questions Goals.
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Embedded Systems Software Engineering
Chapter 5 Agile Development Moonzoo Kim KAIST
Agile Project Management
Agile Project Management and the yin & yang of
Agile Project Management Athanasios Podaras
Introduction to Agile Software Development
Principles for Agile Development
Jenna Maghie, Policy Officer
Agile Training Day 2 November 17, 2015.
#2-What is Agile? Why Agile?
Project Management and the Agile Manifesto
Agile Software Development Paradigms
Rosa María Torres de Paz
The Agile Manifesto is based on 12 principles
Introduction to Agile Blue Ocean Workshops.
Adjective: Able to move quickly and easily. Principles and Values
Chapter 3: Agile Software Processes
Projects, Assignments, and other Assessments
Agile Development.
Presentation transcript:

Project Closure & Oversight Project Closure & Oversight Chapters 14 and Chapter 17 Gray & Larson

Lund University / School of Economics and Management Managing Projects in the Film Industry 1.Start and end with the film producer 2.The film producer is a dealmaker 3.Multi-task business: development, production, distribution 4.Add value to the project 5.Executive producer responsible for fund raising 6.International or local distributors 7.Other practitioners –Creative staff –The crew –Third-party financiers –Services

Closure Wrap-up closure activities Wrap-up closure activities Approved and accepted Approved and accepted Closed and paid Closed and paid Reassigned Reassigned Final report Final report Evaluation of performance and management of the projects Evaluation of performance and management of the projects Retrospectives/lessons learned Retrospectives/lessons learned Larson & Gray, 2010: 505

Lund University / School of Economics and Management Type of Project Closure Normal Premature Perpetual Failed Project Changed priority

Lund University / School of Economics and Management Project Closure Decision A typical close-out plan includes answers on following questions :  What tasks are required to close the project?  Who will be responsible for these tasks?  When will closure begin and end?  How will the project be delivered?

Lund University / School of Economics and Management Project Closure Process Implementing close-down includes major activities: Shutting down resources and releasing to new uses Reassigning project team members Closing account and seeing all bills are paid Delivering the project Creating a final report

Lund University / School of Economics and Management

Conducting Performance Reviews Ask the individual to evaluate his own performance Avoid drawing comparisons with other team members; use established standards and expectations Focus criticism on behaviors rather than personally Be consistent and fair The review is one point in an ongoing processThe review is one point in an ongoing process

Lund University / School of Economics and Management Phase Gate Process Each gate: 3 components 1.Required deliverables 2.Gate criteria and specific outputs 3.A clear yes/no decision on whether to go ahead

Lund University / School of Economics and Management Gate Decisions Gate 1: Proposals Decision Gate 2: Screening and Selection Decision Gate 3: Implementation Plan Decision Gate 4: Progress Evaluation Decision Gate 5: Closure Gate 6: Lessons Learned

Lund University / School of Economics and Management Project Management Career Issues Career Paths Temporary Assignments Pursuing a Career Professional Training and Certification Gaining Visibility Mentors Success in Key Projects

Lund University / School of Economics and Management Chapter 17 Agile Project Management Traditional Design up front Fixed scope Deliverables Freeze design early Low uncertainty Avoid change Low customer interaction Conventional project teams Agile Continuous design Flexible scope Requirements Freeze design late High uncertainty Embrace change High customer interaction Self-organized teams

Traditional PM versus Agile Methods Traditional PM Approach – Concentrates on thorough, upfront planning of the entire project. – Requires a high degree of predictability to be effective. Agile Project Management (Agile PM) – Relies on incremental, iterative development cycles to complete less-predictable projects. – Is ideal for exploratory projects in which requirements need to be discovered and new technology tested. – Focuses on active collaboration between the project team and customer representatives. 17–13

17–14 Agile PM Principles Focus on customer value Iterative and incremental delivery Experimentation and adaptation Self-organization Continuous improvement

17–15 Project Uncertainty FIGURE 17.1

17–16 Agile Project Management Agile PM –Is related to the rolling wave planning and scheduling project methodology. Uses iterations (“time boxes”) to develop a workable product that satisfies the customer and other key stakeholders. Stakeholders and customers review progress and re-evaluate priorities to ensure alignment with customer needs and company goals. Adjustments are made and a different iterative cycle begins that subsumes the work of the previous iterations and adds new capabilities to the evolving product.

17–17 Iterative, Incremental Product Development FIGURE 17.2

Limitations and Concerns of Agile PM It does not satisfy top management’s need for budget, scope, and schedule control. Its principles of self-organization and close collaboration can be incompatible with corporate cultures. Its methods appear to work best on small projects that require only five-nine dedicated team members to complete the work It requires active customer involvement and cooperation. 17–18

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

1: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. You must know what will give value

2: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Changes must have a demonstrable business value

3: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. What infrastructure is required to deliver working software every week?

4: Business people and developers must work together daily throughout the project. How do the business people manage their operational work and additional project work?

5: Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. Trust can be given, then it must be maintained and built on by the receiver

6: The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. How do we remember what has been agreed? Remember other stakeholders need to be informed as well Use different channels to convey information depending on individual needs

7: Working software is the primary measure of progress.

8: Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. Affected by Culture How people are measured in an organisation

9: Continuous attention to technical excellence and good design enhances agility. Minimise technical debt Test Driven Development Pair Programming Patterns

10: Simplicity--the art of maximizing the amount of work not done--is essential. Product Breakdown Structure & Roadmap Business Case with Benefits Mapping

11: The best architectures, requirements, and designs emerge from self-organizing teams. Define the results and let the team work out how to get there within agreed tolerances

12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly. Retrospectives

Nota Bene: Nota Bene: To be agile is not ea sy The organisation(s) must have High level of project maturity High level of trust throughout the organisation(s) A clear understanding as to where the organisation is heading A secure working environment The ability and flexibility to adjust work processes from a standard way of doing things when there is a business advantage.