Effort metrics: Man-month. Mythical Man Month – the book Brooks lead development of OS/360 and reflected on the problems experienced in the project. The.

Slides:



Advertisements
Similar presentations
Armstrong Process Group, Inc. Copyright © , Armstrong Process Group, Inc., and others All rights reserved Armstrong Process.
Advertisements

1 Facilitating Restorative Group Conferences Lesson 5: Further Development of Conferencing Skills Minnesota Department of Corrections with the National.
Gross Estimates The Brooks Formula Patrick Boens 12/05/2010.
Ch.1 Introduction to Software Engineering The Evolution 1.1 The Evolving Role of Software 1/15 In the early days: User Computer Software = Place a sequence.
Facilitated by Joanne Fraser RiverSystems
EEL5881 software engineering I Mythical man-month lecture
Robert Lockyer.
Propositions of The Mythical Man-Month: True or False? Are The Topics Proposed in 1975 Still Valid?
Management Information Systems [MOIS470]
Project Management Information Systems and Management.
Project Management Information Systems and Management.
brought to you by: jeremy miller brought to you by: jeremy miller.
Systems Analysis and Design 8 th Edition Chapter 3 Managing Systems Projects.
THE TAR PIT BY FRANKLYN OMORUAN. What Is Tar Pit ? It describes software development as similar to a prehistoric tar pit, where great and powerful beasts.
The Mythical Man-Month By: Zac Lippard CS 470. What is the “Man-Month”? This is the idea that men and months are interchangeable between each other. This.
Informatics 43 – April 21, Things to know Midterm on Thursday – Closed book, closed notes, bring pen/pencil – Questions available on web site (updated)
1 projman7b How to Fail in Project Management (Without Really Trying) Jeffrey Pinto and Om Kharbanda Business Horizons, July-Aug 96.
Systems Analysis and Design 8th Edition
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
Informatics 43 – May 12, Restatement of Goals for Testing Want to verify software’s correctness  Need to test  Need to decide on test cases 
Software project management Module 1 -Introduction to process management Teaching unit 1 – Introduction Ernesto Damiani Free University of Bozen-Bolzano.
Chapter 1: Key Points Program = Useful to the programmer in the garage Programming Product = Useful to anyone Programming System Component = Part of a.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
CS189A/172 - Winter 2008 Lecture 5: Project Management.
The Mythical Man-Month Due Today: Code & Coding Standards Due Next Class: Quiz #3; see webpage Mythical Man-Month I Bio Break Mythical Man-Month II Questions.
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 4.
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION © University of LiverpoolCOMP 319slide 1.
CSE 230: Introduction to Software Engineering Topics covered: Introduction.
Software Project Management
1 Agile Estimating and Planning October, 2013 Technion, Israel Prof. Fabio Kon University of Sao Paulo, Brazil
Project planning. Software project management Informal definition of management – The art of getting work done through other people Software project management.
Cost Estimation Van Vliet, chapter 7 Glenn D. Blank.
Toolkit 4.
Chapter 13 Planning & Organizing
Why is software engineering worth studying?  Demand for software is growing dramatically  Software costs are growing per system  Many projects have.
CSC 354 – Software Engineering, Spring 2013, Week 2 Mythical Man-Month Ch. 1-5 Tar Pit, Mythical Man-Month, Surgical Team, Aristocracy / Democracy & System.
The Mythical Man-Month the MYTH behind the REAL
1. 2 IMPORTANCE OF MANAGEMENT Some organizations have begun to ask their contractors to provide only project managers who have been certified as professionals.
Slide TMMM.1/28 The Mythical Man-Months. Slide TMMM.2/28 Overview Fred Brooks and OS/360 The Mythical Man-Month What has and has not changed? No Silver.
1 Chapter 7 Developing Models and Prototypes: Projects and People Skills.
IT Project Management, Third Edition Chapter 6 1 Chapter 3: Project Time Management.
1 Software Process and Project Metrics. 2 Normalization for Metrics.
Project monitoring and Control
By Justin hendrix. Chapter 1: The Tar Pit Chapter one is about making a good project that won’t get stuck in the “tar pit.” That is it must be flexible.
Managing Resources Program Evaluation and Review Technique (PERT) Production Process.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
Project Schedules Chapter 4 Applied Software Project Management, Stellman & Greene See also:
Mythical Man Month By Ryan Ruzich.  More software projects have gone awry for lack calendar time than all other reasons combined.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Software Project Management Lecture # 6. Outline Recap Remaining Topics of Chapter 23 Project Scheduling (Chapter 24)
Chapter Eighteen Proposition of the Mythical Man Month: True or False?
CSE-332 Software Design Methods The Mythical Man-Month 박성우 POSTECH October 20, 2015.
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
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.
Project Management IS301 – Software Engineering Lecture #5 – M. E. Kabay, PhD, CISSP Dept of Computer Information Systems Norwich University.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
Project Management A Practical Approach Sridhar Pandurangiah Director - Engineering Sridhar Pandurangiah Director - Engineering.
Why is software engineering worth studying?
Informatics 43 – May 10, 2016.
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION
THE MYTHICAL MAN-MONTH
Informatics 43 – April 19, 2016.
© Ian Davis 2017 Spring (c) Ian Davis.
Informatics 43 Discussion 13 May, 2016
Cost Estimation Van Vliet, chapter 7 Glenn D. Blank.
CSE 403 Scheduling These lecture slides are copyright (C) Marty Stepp, 2007, with significant content taken from slides written by Valentin Razmov. They.
CHAPTER 6 PROJECT TIME MANAGEMENT
Presentation transcript:

Effort metrics: Man-month

Mythical Man Month – the book Brooks lead development of OS/360 and reflected on the problems experienced in the project. The book consists of a number of essays. The1986-paper started a lot of debate. Countless reviews, discussion, etc. on www. The book is widely recognized and – to a certain extent – timeless. Source of contemplation. Large-system programming has […] been a tar pit […]. Few have met goals, schedules, and budgets. […] Team after team has become entangled in the tar. No one thing seems to cause the difficulty[…]. But the accumulation of simultaneous and interacting factors brings slower and slower motion. Everyone seems to have been surprised by the stickiness of the problem, and it is hard to discern the nature of it. But we must try to understand it if we are to solve it. Mythical Man Month 1st ed. Ch.1-15 (1975) Reflection on NSB Ch.17 (1995) Reflection on MM-M Ch (1995) No Silver Bullet IFIPS paper Ch.16 (1986)

Essay: The Mythical Man Month More software projects have gone awry due to lack of calendar time than for all other causes combined. Why is this cause of disaster so common? 1.Poor estimation techniques. 2.Gutless estimating. 3.Poor progress monitoring. 4.Schedule slippage solved by adding manpower. 5.Confuse effort with progress.

Man- Month The man-month as a unit for measuring the size of a job is a dangerous and deceptive myth. It implies that men and months are interchangeable.

Il mese-uomo (1) Andamento ideale della curva tempo- risorse

Men/Months interchangable Men and months are interchangeable commodities only when a task can be partitioned among many workers with no communication among them (Fig. 2.1). This is true of reaping wheat or picking cotton; it is not even approximately true of systems programming!

Men/Months interchangable The bearing of a child takes nine months, no matter how many women are assigned!

Men/Months interchangable In tasks that can be partitioned but which require communication among the subtasks, the effort of communication must be added to the amount of work to be done

Men/Months interchangable If each part of the task must be separately coordinated with each other part/ the effort increases as n(n-I)/2. The added effort of communicating may fully counteract the division of the original task

Il mese-uomo (2) Andamento reale della curva tempo- risorse

Communication Overhead 10 Members 45 Interactions 5 Members 10 Interactions

Peculiarità del software –Complessità –Labilità –Modificabilità –Invisibilità

Men/Months interchangable The plan First task, twice as long Adding 2, at Milestone A

Men/Months interchangable - Lessons Brooks law: –Adding man power to a late project makes it later. –Calculate overhead when adding man power. –Use quick starters. –Take competences into account. Today: –Plan the project so that slippage are revealed earlier (iterations + use cases).

People and Effort If we fall behind schedule we can always add more programmers and catch to late in the project Has a disruptive effect on the project Schedules slip even further

People and Effort The relationship between the number of people working in software project and overall productivity is not linear The relationship between the number of people working in software project and overall productivity is not linear Fewer people and longer time period is a better option for software development