Nuggets from The Mythical Man-Month Fred Brooks University of North Carolina at Chapel Hill brooks@cs.unc.edu ONR_Updated.

Slides:



Advertisements
Similar presentations
EEL5881 software engineering I Mythical man-month lecture
Advertisements

Robert Lockyer.
Software Project Management Peking University Fall Semester, 2001.
Delivering peace of mind Architecting for Changes with UML Emmanuel FUCHS C2 Architect.
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)
“Not Fully Specified (Project) Objectives” CS524 – Software Engineering I Azusa Pacific University Professor Dr. Sheldon X. Liang Fall I 2007 Ernie Rosales.
The Mythical Man-Month by Fred Brooks (I) Published 1975, Republished 1995 Experience managing the development of OS/360 in Central Argument –Large.
No Silver Bullet - Essence and Accident in Software Engineering By: R. Adam Mead.
No Silver Bullet “There is no single development, in either technology or management technique, which by itself promises even one order-of magnitude improvement.
Lawrence Chung Software Engineering: Introduction 1 Module 1: Introduction to Software Engineering.
Chapter 1: Key Points Program = Useful to the programmer in the garage Programming Product = Useful to anyone Programming System Component = Part of a.
What is Software Engineering? And why is it so hard?
University of Southern California Center for Systems and Software Engineering ©USC-CSSE1 3/18/08 (Systems and) Software Process Dynamics Ray Madachy USC.
No Silver Bullet Essence and Accidents of Software Engineering By Frederick P. Brooks Frederick P. Brooks Presentation by Yan Qi
1 Chapter 1 Software and Software Engineering Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Course Introduction and Overview of Software Engineering Richard N. Taylor ICS 221 Fall 2002.
CS189A/172 - Winter 2008 Lecture 16: Review. What Did We Cover? Challenges in large software development, desirable qualities of software, basic principles.
Gerardo Schneider Department of Informatics University of Oslo Oslo, March 2009.
Essence and Accident in Software Engineering By: Mike Hastings.
The Mythical Man Month Essays on Software Engineering Presented by Prashant Kashyap Btech 2000 FREDERICK P. BROOKS, JR An Overview.
No Silver Bullet – Essence and Accident in Software Engineering.
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.
“No Silver Bullet” - refired
No Silver Bullet. CS460 - Senior Design Project I (AY2004)2 No silver bullet "No Silver Bullet" –– a paper by Fred Brooks, Professor of Computer Science.
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.
Agile in a Huge-Waterfall company Wisang Eom. Who am I? Working for LG Electronics, Korea – Role: Agile coach & Trainer – Main Activities: TDD, Refactoring,
Chapter 1: Introduction Omar Meqdadi SE 2730 Lecture 1 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
13-January-2003cse LifeCycle © 2003 University of Washington1 Lifecycle CSE 403, Winter 2003 Software Engineering
What is S.E? Describe S.E in terms of its mistakes Standish Group ( US - $250 Billion on IT projects. 31% projects are cancelled 52.7%
Slide 2.1 CHAPTER 2 THE SOFTWARE PROCESS. Slide 2.2 Overview l Client, Developer, and User l Requirements Phase l Specification Phase l Design Phase l.
Chapter 15 GIS Design and Implementation Management Information Systems –Systems Analysis –Systems Design –Systems Implementation.
No Silver Bullet – Essence and Accident “Not only are there no silver bullets now in view, the very nature of software makes it unlikely that there will.
“No Silver Bullet”. No Silver Bullet  "No Silver Bullet" –– a paper by Fred Brooks, Professor of Computer Science at University of North Carolina in.
Information Systems Dr. Ken Cosh Lecture 10.
Software Engineering Lecture # 1. What is Software? 2 Software is a set of items or objects that includes: programs data documents.
Royce 1970 Dr. Winston W. Royce, “Managing the development of large software systems”. Proc. IEEE WESCON, Aug Reprinted 9 th Intl. Conf. Softw. Eng.,
Software Engineering REQUIREMENT ENGINEERING. Software Engineering Phases.
Pertemuan 1 Introduction to Software Engineering Mata kuliah: T0144 – Advanced Topics in Software Engineering Tahun: 2010.
Chapter Eighteen Proposition of the Mythical Man Month: True or False?
The Tar Pit The Mythical Man-Month Frederick P. Brooks, JR. Chapter 1.
Chapter 1: Introduction Omar Meqdadi SE 3860 Lecture 1 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
By David Sanders Title Explanation  Werewolves are quite terrifying, simply because they transform unexpectedly into horrors. To kill werewolves,
CSE-332 Software Design Methods The Mythical Man-Month 박성우 POSTECH October 20, 2015.
1 FPB 11/24/13 Nuggets from The Mythical Man-Month Fred Brooks University of North Carolina at Chapel Hill
PRESENTATION 2 CS 5391 Survey of Software Engineering Chang-Ho Lee No Silver Bullet: Essence and Accidents of Software Engineering By Frederick P. Brooks,
Why is software engineering worth studying?
Software Engineering--Introduction
Brooksisms And Other Nuggets of Programming Wisdom
Fred Brooks - A Software Engineering Icon - “No Silver Bullet”
The Systems Engineering Context
Software Project Management
Advance Software Engineering
The Effects on Development
Software Development Life Cycle (SDLC)
Informatics 43 – March 31, 2016.
Informatics 43 – April 19, 2016.
© Ian Davis 2017 Spring (c) Ian Davis.
Informatics 43 Discussion 13 May, 2016
Why Object-oriented Programming?
UFCE8V-20-3 Information Systems Development SHAPE Hong Kong 2010/11
Software Engineering Furqan Rustam.
How to fail at delivering software
Cost Estimation Van Vliet, chapter 7 Glenn D. Blank.
Software Engineering Lecture #3
Lecture 5 Requirements Engineering Slides from last time
CSE 403 Scheduling These lecture slides are copyright (C) Marty Stepp, 2007, with significant content taken from slides written by Valentin Razmov. They.
Software Craftsmanship
Implementation Lessons Learned Application Security Summit 2007
Presentation transcript:

Nuggets from The Mythical Man-Month Fred Brooks University of North Carolina at Chapel Hill brooks@cs.unc.edu ONR_Updated

How the Book Came to Be Tom Watson, Jr.’s Question: “Why is managing software harder than managing hardware development?” Comp 145 Lectures The Anniversary Edition Chapter 18—a precis Chapter 19—a retrospective

1. The Tar Pit A program, a programming system, a programming product, a programming system product Joys of the craft Woes of the craft

2. Brooks’s Law, and Why Adding people to a late software project makes it later. Obviously an over-simplification Why this is true Refactoring Training Intercommunication

4-6. Architect—Why and How Conceptual integrity Achieving it, from the user’s viewpoint Architecture, implementation, realization Objections: Specs will be too rich Architect gets all the fun Implementer stands and waits

16. No Silver Bullet Why does hardware advance so fast and software engineering so slowly? There is not, and cannot be, a silver bullet Essence and “accident” (=incidental) Complexity, conformability, changeability, invisibility We’ve solved most of the accidents

Promising Attacks False hopes Buy, don’t build Grow, don’t build—incremental dev. The Waterfall Model has got to go! Object-oriented, aspect programming “The Bazaar versus the Cathedral” Extreme programming?

What Went Wrong in ObamaCare Software? Everything! Too little time in schedule from start No prime contractor in charge Ever-changing requirements System integration by totally inexperienced government agency No end-to-end test for working No test for security Political decision to roll-out unready Just like the Challenger disaster! Lying