谈谈《人月神话》:一、《人月神话》的结构及其与组织

最近读了《人月神话》,30年前写的书,到现在也一直被奉为经典。10个人读《人员神话》就会有10种感想,结合互联网上众多的读书笔记,发表一点拙见。

《人月神话》的结构及其与组织
内容说明 问题域
1 说明“程序(program)”不是“产品(prodouct)”,更不是“项目(project)”。
说明程序员的心理与情绪因素——这是很重要的一个话题。
2 项目的发起、评审与预估(错误的设定项目周期是最大的错误)。
“人月问题”:周期不因为人力投入而变短,事实上它可能更糟糕。
项目定义
3 十个人与几百人面临的问题是不同的。 团队建设
4~5 从设计阶段开始,即致力于获得和维护概念的完整性。 团队管理 – 方向与决策
6 项目过程中的一般性方法。 团队管理 – 一般性方法
7 项目组织过程中的沟通问题。 团队管理 – 沟通问题
8~10 编码过程中的关键问题:
-项目复杂程度与需要编码的数据呈指数级关系,反过来,减少编码可降低系统复杂性
-数据的表现形式是编程的根本
-文档是必须且重要的,但往往不被关注(主要强调重要性)
编码
11 承认变更,承认从需求和设计期就开始的变化。
为应付变化而实现的原型系统。
项目定义 – 需求不确定
12 工具带来效能。
13 强调测试,以提升品质和保障项目目标。 项目管理 – 检测/回顾
14 项目控制:进度与里程碑 项目管理 – 控制
15 文档:项目过程文档,包括定义、设计与实现(主要强调方法) 项目管理 – 文档化
16,17 没有银弹、再论没有银弹
18,19 前十五章的回顾(不包括“银弹”的话题)
20 二十年后对上述命题的回顾(包括对银弹现象的进一步解释)

相关文章

2 responses on “谈谈《人月神话》:一、《人月神话》的结构及其与组织

  1. zbk

    第一次听说这本书,回家上网搜一搜阅读一下!

  2. Pingback: 交互设计师文章导航 | 不一样的蚊子

Comments are closed.