1 / 28

Project Management

Project Management. Organization Scheduling 31 January. Project management. ORGANIZATION. Organization. Needed to control communications cost Channel of communications costs about 2 hours per week Optimal number 3-7 Organization structures Hierarchical Peer

Télécharger la présentation

Project Management

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Project Management Organization Scheduling 31 January

  2. Project management ORGANIZATION

  3. Organization • Needed to control communications cost • Channel of communications costs about 2 hours per week • Optimal number 3-7 • Organization structures • Hierarchical • Peer • Requires leader of team or aspects • Subteam • Requires gatekeeper • Matrix

  4. What can you tell from an organization? • The formal structure • NOT the informal working mode

  5. Project management SCHEDULING

  6. How to Build a Schedule • Identify the component parts • Identify the dependencies • Estimate • Really just another word for guess • Prefer educated guess • Lay out assignments and time frames

  7. Project Plan for this project • Use simple Excel spreadsheet (or equivalent)

  8. What you should be able to tell from your project plan • What is Joe working on this week? • Who can help me if I run into trouble? • If I have to choose an activity to be late, which one will impact the project more?

  9. Tools to Help • Product description • Clear statement of what you are building • Work breakdown • Product flow • PERT charts • Program Evaluation and Review Technique • Gantt charts

  10. Work Breakdown Structure • Need to break down the tasks into component parts and tasks • Level of detail important • Lacks any time component

  11. Work Breakdown

  12. Graphical WBS

  13. Product Flow • Identify sequences and dependencies • Distinguish new from existing components

  14. Product Flow

  15. PERT Charts • Critical path analysis or method • Program Evaluation and Review Technique • Also known as activity networks • Developed by Navy in 1958 • Three stages: • Planning (tasks and sequence) • Scheduling (start and finish times) • Analysis (float and revisions) • Two different models • Activities are nodes (most common) or arcs

  16. Pert Chart Activity Box

  17. Pert Charts

  18. CPM: Critical Path Method • Alternative to PERT • Dupont 1957 • Graphical view of project • Predicts time required to complete • Shows which activities are critical to maintaining the schedule

  19. Identify the specific activities and milestones. Determine the proper sequence of the activities. Construct a network diagram. Estimate the time required for each activity. Determine the critical path. Update the PERT chart as the project progresses. Specify the individual activities. Determine the sequence of those activities. Draw a network diagram. Estimate the completion time for each activity. Identify the critical path (longest path through the network) Update the CPM diagram as the project progresses. Planning: PERT and CPM

  20. Gantt Charts • Milestone charts • Invented by Harvey Gantt in 1916 • Advantages • Less detailed • Amenable to management overlays

  21. Gantt Chart

  22. Gantt Chart with Overlays

  23. Scheduling Steps and Tools • Put together minimal solution • Primary requirements • Start with external commitments • Product descriptions • Milestones (contract) • Introduce internal milestones • Work breakdown structure • Product Flow • PERT Chart, Gantt chart • Focus on the risks • Risks (contract) • Add next level of features where possible • Secondary requirements

  24. Software Sources • Open source tools: • dmoz.org/Computers/Software/Project_Management/Open_Source/

  25. Reviews and Inspections

  26. Reviews and Inspections • Why? • Developer can’t correct unseen errors • More eyes to catch problems • Earlier is cheaper • Integration fix typically 3-10 times the cost at design • Difference in terms • Review implies completed work, often reviewed by someone at a different level • Inspection implies peer review of work in progress

  27. Inspections • Introduced by Michael Fagin in 76 (IBM Systems Journal) • Formalized process • Specific roles and steps • Heavy preparation and follow-up • Used for documents and code

  28. Will you review or inspect?What will you review or inspect?How will you review or inspect?

More Related