-
谈谈《人月神话》:二、哪些是现象,哪些是答案,而哪些才是本质?
我们先来看一个例子: 街口的乞丐向我伸出手来,我给了他十元钞票。 用现象、答案、本质来分析问题:我给出了解决了他伸手(这个问题)的答案,但没并有触及他伸手的本质:饥饿;更未能触及整个事件的本质:贫穷(或者懒惰)。 《人月神话》对我触动较深的就是他的现象、答案、本质体系。纵览全书,提出了很多问题、解答、本质,周爱民统计的数据如下: 现象、答案、本质统计 章 现象 答案 本质 章 现象 答案 本质 1 3 9 7 7 2 2 10 1 1 10 7 4 1 3 3 3 11 21 6 2 4 3 4 1 12 15 3 1 5 3 2 13 13 4 6 3…
-
谈谈《人月神话》:一、《人月神话》的结构及其与组织
最近读了《人月神话》,30年前写的书,到现在也一直被奉为经典。10个人读《人员神话》就会有10种感想,结合互联网上众多的读书笔记,发表一点拙见。 《人月神话》的结构及其与组织 章 内容说明 问题域 1 说明“程序(program)”不是“产品(prodouct)”,更不是“项目(project)”。 说明程序员的心理与情绪因素——这是很重要的一个话题。 2 项目的发起、评审与预估(错误的设定项目周期是最大的错误)。 “人月问题”:周期不因为人力投入而变短,事实上它可能更糟糕。 项目定义 3 十个人与几百人面临的问题是不同的。 团队建设 4~5 从设计阶段开始,即致力于获得和维护概念的完整性。 团队管理 – 方向与决策 6 项目过程中的一般性方法。 团队管理 – 一般性方法 7 项目组织过程中的沟通问题。 团队管理 – 沟通问题 8~10 编码过程中的关键问题: -项目复杂程度与需要编码的数据呈指数级关系,反过来,减少编码可降低系统复杂性 -数据的表现形式是编程的根本 -文档是必须且重要的,但往往不被关注(主要强调重要性) 编码 11 承认变更,承认从需求和设计期就开始的变化。 为应付变化而实现的原型系统。 项目定义 – 需求不确定 12 工具带来效能。 13 强调测试,以提升品质和保障项目目标。 项目管理 – 检测/回顾 14 项目控制:进度与里程碑 项目管理 – 控制 15…