SE503 Advanced Project Management

Slides:



Advertisements
Similar presentations
Delivering Enterprise Projects Using Agile Methods Brent Barton May 23, 2006.
Advertisements

Software development process improvement Ville Wettenhovi Master thesis presentation Supervisor:Professor Jukka Manner Instructor:M.Sc. Markus Aalto Date:23th.
Software Project Management
Software Process Model
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall B.1.
Ryan G. Rosandich, Ph.D. Associate Professor, MIE Agile Project Management.
Software Engineering.
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Project Management Session 7
Iterative development and The 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 9: LEARNING OUTCOMES
Systems Engineering Management
Page 1 R Risk-Driven and Iterative Development. Page 2 R Copyright © 1997 by Rational Software Corporation What the Iterative Life Cycle Is Not It is.
© 2005 Prentice Hall14-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS The Agile Revolution.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software Project Planning CS470. What is Planning? Phases of a project can be mostly predicted Planning is the process of estimating the time and resources.
SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS Agile Principles: Leadership-Collaboration.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Scope Planning Chapter 6 Contemporary Project Management Kloppenborg © 2012 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated,
IT Project Management, Third Edition Chapter 5 1 Chapter 2: Project Scope Management.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Software Engineering Management Lecture 1 The Software Process.
1 Project Management Introduction. 2 Chap 1 What is the impact? 1994: 16% of IT projects completed “On-Time” 2004 : 29% of IT projects “On- Time” 53%
1 Software Process Models-ii Presented By; Mehwish Shafiq.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
DEV234 Project Management For.NET Developers Marc Gusmano Director of Emerging Technologies The Information Management Group.
FotoGazmic Software Project Plan Senior Project: CS 425 Spring 2003.
Ch 4 - Learning Objectives Scope Management You should be able to: n Discuss the relationship between scope and project failure n Describe how strategic.
AP-1 5. Project Management. AP-2 Software Failure Software fails at a significant rate What is failure? Not delivering it on time is an estimation failure.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
McGraw-Hill/Irwin ©2009 The McGraw-Hill Companies, All Rights Reserved Business Driven Information Systems 2e CHAPTER 11 SYSTEMS DEVELOPMENT AND PROJECT.
SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS Introduction.
An Introduction to Software Engineering
Basic Approach Development driven by time boxing May sacrifice requirements in order to keep schedule (time boxed) Steer project as you go based on user.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Learning Assessment Project Management Process. 1.Identify the five project management process steps. Work the Plan Initiate & Align Plan the Work Endorse.
SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS Agile Principles: Customers and Products.
Software Engineering Jon Walker. What is Software Engineering? Why do we call it Software Engineering? Why not just call it programming or software development?
September 30, 2010COMS W41561 COMS W4156: Advanced Software Engineering Prof. Gail Kaiser
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix B Agile Methodologies B.1.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS Agile PM Issues (Ch. 9 and Ch. 10)
ECE2799 Project Management Prof. Mazumder Prof. Bitar Updated 3/18/2016.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
 Son Nguyen, YM & Skype: ng_thanhson.
Fall CS-EE 480 Lillevik 480f06-l4 University of Portland School of Engineering Senior Design Lecture 4 Definition phase Design phase.
Agile Methodology. -Dhanashree Kumkar -Plus91 Technologies.
Iterative development and The Unified process
Chapter 11 Project Management.
Methodologies and Algorithms
SE503 Advanced Project Management
Project Management Chapter 3.
Appendix B Agile Methodologies
WORK BREAKDOWN STRUCTURE
Chapter 2 SW Process Models
Chapter 2: Software Process Models
Software life cycle models
Project Management Process Groups
Chapter 2: Software Process Models
Appendix B Agile Methodologies
Presentation transcript:

SE503 Advanced Project Management Dr. Ahmed Sameh, Ph.D. Professor, CS & IS The Speculate Phase (Ch. 6)

Speculative Planning Information is incomplete Future is uncertain Forecasts, predictions Conjecture, “gut feel” Plan should be Flexible Visible to the customer NOT a tool for future punishment

Feature-based planning Customers and project team members understand features Features become deliverables Feature delivery is scheduled based on relative value and risk Duration of iterations Timing of features

Goals of the Speculate Phase A flexible plan for feature delivery Feature timing (value and risk) Anticipation of uncertainty (alternatives) Reinforcement of project goals, business goals, and customer expectations Why are we doing this Who are we doing it for

Feature Breakdown Structure (8) Build on what was done in the envision phase Indented BOM type of organization Product Component Group Feature 1 Feature 2

Lab - Product Development Detailed product design and modeling Specification and procurement of parts and materials Prototype product Router tooling Router (CNC) programming Product name, company name and logo Product web page Product display Quality control plan

Lab - Manufacturing Robot Feeder for material blanks Branding/burning Workspace layout S-10 robot gripper S-10 robot programming S-10 robot integration AGV maintenance AGV modifications

Feature card (9) Feature name and ID Description in customer terms Domain (customer or technology) Estimate of effort Requirements gathering/research Design and specification Material procurement Coding, building, construction, assembly Startup, testing, documentation

Feature Card (cont.) Requirements uncertainty (exploration factor) Erratic, fluctuation, routine, stable Feature dependencies Logical dependencies to other features Space or resource dependencies Acceptance tests Customer criteria for acceptance

Performance Requirements (10) Feature specific Feature description Acceptance testing Global or general Performance requirements card Name and ID Description Difficulty Acceptance criteria

Release, Milestone, and Iteration Plan (11) Iteration (2-6 weeks) Delivery of tested features Milestone (1-3 months) Synchronization and integration Project review and adjustments Release (1 or more per project) Product released to customer

Iteration Zero Balance between planning and action Major project decisions (tradeoffs) Overall architecture design Team building and organization Project initialization No features delivered to the customer

Iteration Schedule Assign features to each iteration Develop a theme for each iteration Cards and storyboarding are tools Group iterations into milestones, releases Business plan Customer involvement Definition or theme

Agile Project Plan Week Item Description or theme 1 Iteration 0 Organization and planning 2-3 Iteration 1 Research/conceptual design 4-5 Iteration 2 Progress on detailed design 6 Milestone 1 Detailed design review 7-8 Iteration 3 Material procurement 9-10 Iteration 4 Construction/programming 11-12 Iteration 5 13 Iteration 6 Testing and debugging 14 Milestone 2 Team demonstrations 15 Release Public demonstration

Iteration Planning Board

Types of Iteration Plans All features assigned to iterations Choose the features for the next iteration, and leave the rest in the pool Identify only those features for the next iteration, as the pool is unknown

Progressive Estimation Approximate estimate for the entire project Firm estimate for the next iteration or milestone period By the end of the next period Develop a firm estimate for the following period Update the overall project estimate

Scope Evolution Traditional projects Agile projects Bare minimum Gold-plated Scope creep Agile projects Develop the minimum required features… But make sure they can adapt and grow

Risk Management APM process is designed to deal with uncertainty Risk is reduced by doing and learning things, not by planning Many project failures are caused by poor discipline or communication Investing a lot in a master plan puts more at risk

Speculate Summary Driven by the Envision phase Detailed project plan Iterative Feature-based Traditional project information may be evolutionary or progressive Scope Budget Schedule