Project Management. Acronyms: SEPM: Software Engineering Project Management SPM: Software Project Manager PM: Project Manager SPMP: Software Project Management.

Slides:



Advertisements
Similar presentations
Successful Project Management Justice, E-Government, & the Internet June 28, 2000 – Dallas, Texas Lawrence P. Webster.
Advertisements

Software Quality Assurance Plan
Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Management.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
What is a project? Project Management Institute definition
Successful Project Management Justice, E-Government, & the Internet June 28, 2000 – Dallas, Texas Lawrence P. Webster.
Project Management Session 7
4. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the elements of project management and the responsibilities of a.
Chapter 5: Project Scope Management
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Software Engineering Project Management Presented by James Roberts EEL6883 Spring ‘07.
Defining the Activities. Documents  Goal Statement defines why helps manage expectations  Statement of Work what gets delivered defines scope  Software.
Project Management and Scheduling
Chapter 9. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
@ Industrial Engineering by Bopaya Bidanda David I. Cleland.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Computer System Analysis
SA Capstone Requirements and Design Week 10 SYST Winter 2013 Instructors: Jerry Kotuba & Joe Varrasso.
Edward B. Farkas, Managing Director, Project Management Practice
Module 1 Session 1.1 Visual 1 Managing the Implementation of Development Projects Course Overview and Introduction.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Project Management Chapter 3. Objectives Become familiar with estimation. Be able to create a project workplan. Understand why project teams use timeboxing.
Project Management.
Software Quality Assurance Activities
Software System Engineering: A tutorial
What’s a Project? AD642. Why the Emphasis on Project Management? Copyright 2011 John Wiley & Sons, Inc. 1-2  Many tasks do not fit neatly into business-as-usual.
Welcome to Session 4 – Project Management Process Overview (continued) Instructor:Phyllis Sweeney Instructor: Phyllis Sweeney Project Management Certificate.
Common Activities Activities and Tasks in the WBS.
Management & Development of Complex Projects Course Code - 706
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.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Project Life Cycle.
BSBPMG402A Apply Time Management Techniques Apply Time Management Techniques Unit Guide C ertificate IV in Project Management Qualification Code.
LECTURE IV. o Project HRM include the processes that organize, manage and lead the project team. o The project team is comprised of the people with assigned.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Software Planning Guidelines.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems The Integrated Master Plan (IMP) and the Integrated Master Schedule.
 Management ◦ The activities and tasks undertaken by one or more persons for the purpose of planning and controlling the activities of other in order.
Project Management and Risk. Definitions Project Management: a system of procedures, practices, technologies, skills, and experience needed to manage.
Quick Recap Monitoring and Controlling. Lesson 11: Monitoring and Controlling Project Work Topic 11A: Identify the Monitor and Control Project Work Process.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 2 Managing the Information Systems Project 2.1.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Project Management Why do projects fail? Technical Reasons
SCOPE DEFINITION,VERIFICATION AND CONTROL Ashima Wadhwa.
Team-Based Development ISYS321 Managing the Information Systems Project.
Project Management Processes for a Project Chapter 3 PMBOK® Fourth Edition.
1 Chapter 11 Planning. 2 Project Planning “establishing a predetermined course of action within a forecasted environment” “establishing a predetermined.
SOFTWARE PROJECT MANAGEMENT
P3 Business Analysis. 2 Section F: Project Management F1.The nature of projects F2. Building the Business Case F4. Planning,monitoring and controlling.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
WEEK 3 Project Planning.
What is a WBS? A Work Breakdown Structure is not a list of tasks, a schedule or an organization chart. Rather it provides the basis on which a task.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Fall 2010 Software Planning Guidelines.
Prof. Shrikant M. Harle.  The Project Life Cycle refers to a logical sequence of activities to accomplish the project’s goals or objectives.  Regardless.
Chapter 11 Project Management.
Systems Analysis and Design in a Changing World, 4th Edition
Project life span.
Software Planning Guidelines
Chapter 3 Managing the Information Systems Project
Defining the Activities
Project Management and Risk
CIS12-3 IT Project Management
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
Presentation transcript:

Project Management

Acronyms: SEPM: Software Engineering Project Management SPM: Software Project Manager PM: Project Manager SPMP: Software Project Management Plan

Objectives of SEPM Delivery of a product that reliably performs specified functions developed within cost and schedule Real world: May not have specification Relative importance of cost/time/specs is ambiguous Cost/schedule/spec changes during project The contract under discussion may not embody all of the strategic goals of the enterprise The contract under discussion may not embody all of the goals of the PM

Definitions Project Management: a system of procedures, practices, technologies, skills, and experience needed to manage a project: 1. Planning 2. Organizing 3. Staffing 4. Leading 5. Controlling

5 Functions Planning: determine course of actions Organizing: Determine work to be done and partition into units Staffing: Select and train people Leading: Motivate people to achieve objectives Controlling: Evaluate accomplishment of tasks

1. Planning Specify goals and objectives for project Specify strategies, policies, plans for achieving goals Three contexts: During feasibility/proposal phase At beginning of project During the project

Planning Activities Set objectives: identify tasks and resources needed Develop policies (provide guides for decision making) Forecast future and anticipate events. Assess risk Analyze alternatives including planning for subcontractors, if applicable Prepare budgets: Need cost estimation Develop project plan

2. Organizing Identify project functions, activities, and tasks Describe organization of project team and identify dependence on external groups Select project management structure for monitoring, coordinating, and communicating Create position descriptions and define responsibilities and qualifications

3. Staffing Fill positions Assimilate new personnel Educate and train personnel Evaluate personnel Compensate personnel

Filling Positions This is perhaps the most important part of project management Consider Intelligence, education, skills Character, personality

Assimilation and Education Ensure staff are familiar with project objectives and schedules Education: teaches basic principles and theory (long term) Training: teaches a specific skill to use, operate, or make something (short term) Projects require training; Organizations require education.

4. Leading Provide vision and direction Create effective work environment Motivate personnel Supervise and coordinate personnel and activities Resolve conflicts Handle changes

Supervision and Motivation Supervision: Follow up on assignments Record status Redirect efforts as needed Motivation Keep staff focused Ensure staff understands value of their contributions Communicate project status to staff Provide vision Ensure goals of project and individuals are in harmony

5. Controlling Ensure the project goes according to plan Set goals Monitor Measure results Initiate corrective actions Reward and discipline

Creating a Project Plan Task list; work breakdown schedule Resources Network of tasks

Task list Precursors to the task The output of the task The resources required to complete the task End of task (milestone)

Work Decomposition Define requirements/objectives Produce conceptual design Estimate size Estimate resources Produce schedule Develop Product Size, Resource Schedule Data Process Analysis Resources Pool Productivity Database Size Database Product Tracking Reports Need Subdivide work into manageable units Identify risks Sequence project activities Q: How to you eat an elephant? Q: How to you eat an elephant?

Work Decomposition A: With a work breakdown structure, of course A: With a work breakdown structure, of course WBS WBS ... is “an enumeration of all work activities in hierarchic refinements of detail, which organizes work to be done into short, manageable tasks, with quantifiable inputs, outputs, schedules, and assigned responsibilities”[Tausworthe 80] ... provides a framework from which  the total project is described as a summation of elements  planning can be performed  costs and budgets can be estimated  time, cost, and performance can be tracked  status can be reported  work assignments established  tasks of interest to project management are identified and measured [Boehm 81]

Work Decomposition Total program Project 2 Project 1 Project n Task 1 Task x Subtask 1 Subtask y Work Pkg 1 Work Pkg z Level of Effort 2 Level of Effort w Task 2 Subtask 2 Work Pkg 2 Level of Effort w … … … … … LevelDescription 1Project 2Phase 3Subphase 4Task group 5Task 6Subtask

Sample Standard WBS 0000Entire System 1000Product 1100Subsystem Component Requirements Analysis 1112Design 1113Code and unit test 1114Module integration test 1115Formal qualification test 1116Problem resolution 1117Documentation 1118Formal review 1120Component X0Component X 11Z0Integration test 1200Subsystem X00Subsystem X 1Y00 Integration test 2000Training 2100Equipment 2200Services 2300 Facilities 3000Support equipment 3100Organizational 3200Depot 4000Systems test and eval 4100Development test and eval 4200Operational test and eval 4300Mockups 4400Test and evaluation equipment 4500Test facilities

Sample Standard WBS System project management 5100Engineering support 5110Configuration management 5111CM plan 5112Configuration item identification 5113Configuration audit 5114Configuration status accounting 5120Quality assurance 5121QA plan 5122Process identification 5123Process control 5124QA audits 5125QA status accounting 5200Project management 5210Planning 5240Staffing 5250Directing 5260Controlling 6000Deployment 6100Technical support 6200Site construction 6300Site conversion

Sample Standard WBS-3 Entire System ProductTraining Support Equipment Test MgmtDeployment 1100Subsystem 1 1X00Subsystem X 1Y00 Integration test 5100Systems engineering 5200Project management 2100Equipment 2200Services 2300Facilities 3100Organizational 3200Depot 4100Development test and eval 4200Operational test and eval 4300Mockups 4400Test and evaluation equipment 4500Test facilities 6100Technical support 6200Site construction 6300Site conversion

WBS dictionary Project number:Date: SheetOf WORK BREAKDOWN STRUCTURE DICTIONARY WBS level Element Designator & Title:1000 Satellite Software WBS level Element Description Associated Lower Level Elements Designator & Title X The compete flyaway software for the XYZ communications satellite. X1100Bird health and status subsystem X1200Navigation subsystem X1300Communications subsystem

Mapping the WBS AnalysisDesignIntgr testQual test Code & unit test Component 1 Component 2 Project X AnalysisDesignIntgr testQual test Code & unit test

Mapping the WBS What would a WBS look like for a spiral lifecycle?

Building a WBS Method: Method: 1.Start with project SOW, push this TASK to working stack 2.Pop working stack 3.Identify objectives, requirements, constraints 4.If within accuracy goal **, push to finished stack, goto step 8 5.Partition TASK into SUBTASK 1... SUBTASK x 6.Mark TASK as a milestone, push onto finished stack 7.Push SUBTASK 1... SUBTASK x onto working stack 8.Repeat from step 2 until working stack is empty 9.Sequence through finished stack to accumulate milestones ** The “accuracy goal” is the desired granularity of the WBS. Can be expressed as cost, time, etc [Tausworthe 80]

Task Assignment Record Team ______ Assigned By Assigned ToDate AssignedDate DueAssignment DescriptionDate Submitted * * both parties should initial

Project Meeting Record Team ________ Meeting number: Type of meeting: Date: Start time: Duration: Participant Roles Facilitator: Recorder: Timekeeper: Role: _________________ Subject/Meeting Objective: Attachments :  Summary of Covered Topics  Summary of Decisions  Summary of Conclusions  Summary of Next Steps  Items for Future Consideration  Other: _________________________ Meeting’s Overall Score: Comments: Unproductive Productive Next Meeting:Date: ______________ Time: ___________ Location: _____________________ Subject/Meeting Objective:

Example Roles Functioning Explainer of ideas or procedures Recorder Encourager of participation Clarifier/Paraphraser Formulating Summarizer Checker of understanding Elaborator Fermenting Criticizer of ideas, not people Asker of Justification Differentiator Prober Reality tester

Project Meeting Record Team ________ Attachments :  Summary of Covered Topics  Summary of Decisions  Summary of Conclusions  Summary of Next Steps  Items for Future Consideration  Other: _________________________ Meeting’s Overall Score: Comments: Unproductive Productive Next Meeting:Date: ______________ Time: ___________ Location: _____________________ Subject/Meeting Objective:

Project Meeting Record Team ________ Attachments :  Summary of Covered Topics  Summary of Decisions  Summary of Conclusions  Summary of Next Steps  Items for Future Consideration  Other: _________________________ Meeting’s Overall Score: Comments: Unproductive Productive Next Meeting:Date: ______________ Time: ___________ Location: _____________________ Subject/Meeting Objective:

Resources Time People Equipment When are they available? How much of each is needed?

Network of Tasks How are all the tasks related? What is the critical path? What are the milestones? Gantt charts, PERT charts

Gantt Charts

Program Evaluation Review Technique (PERT) Charts

Do’s and Don’ts of management Use metrics Measure how long it takes, then use it to estimate in the future Be realistic Do you have enough time? Will the outsiders produce the needed product? Allow preliminary design: adjust plan Can’t say how long until you fully understand the problem. Don’t accept arbitrary plans “We need the new accounting system in 3 months”