囫囵吞枣
书中的一些技术细节读起来比较费力,我更多地是从“项目管理”的角度来阅读此书。
【1】缺乏合理的时间进度是造成项目滞后的最主要原因。
【2】通常,我们会过于乐观,错误地假设“一切都将运作良好,每项任务仅花费它所应该花费的时间”。
【3】在估计和进度安排中常常使用“人月”作为工作单位。但我们往往错误地假设人员数量和时间是可以相互替换的。当项目进度滞后时,我们往往会投入更多的人力。然而,此时我们需要考虑额外增加的培训成本、沟通成本等。
【4】Brooks 法则:向进度落后的项目增加人手,只会使进度更加落后。
我认为应该辩证地看待这个法则,我发现在实际工作中发现进度落后的时候,一般采取以下三种措施(1)加班(2)减少项目范围(3)增加人手
【5】系统测试进度的安排。由于我们的乐观主义,通常实际出现的缺陷数量比预料的要多得多。作者会把项目一半的时间预留在测试上。
在今后参与测试相关的项目时,留意一下如何安排测试进度的。
【6】为了获得概念完整性,设计必须由一个人或者具有共识的小型团队完成。概念上统一的系统能更快地开发和测试。尽早交流和持续沟通能使结构师有较好的成本意识。
【7】外科手术队伍。对于大型系统,小型精干的队伍太慢了。建议采用外科手术队伍的团队架构(有一个主要的负责人,其他人都是分工协作的副手),既能获得由少数头脑产生的产品完整性,有能得到多位协助人员的总体生产率,还彻底地减少了沟通的工作量。
【8】团队中的交流(项目工作手册)和组织架构影响项目的成败;同时也强调了文档的重要性。
【1】缺乏合理的时间进度是造成项目滞后的最主要原因。
【2】通常,我们会过于乐观,错误地假设“一切都将运作良好,每项任务仅花费它所应该花费的时间”。
【3】在估计和进度安排中常常使用“人月”作为工作单位。但我们往往错误地假设人员数量和时间是可以相互替换的。当项目进度滞后时,我们往往会投入更多的人力。然而,此时我们需要考虑额外增加的培训成本、沟通成本等。
【4】Brooks 法则:向进度落后的项目增加人手,只会使进度更加落后。
我认为应该辩证地看待这个法则,我发现在实际工作中发现进度落后的时候,一般采取以下三种措施(1)加班(2)减少项目范围(3)增加人手
【5】系统测试进度的安排。由于我们的乐观主义,通常实际出现的缺陷数量比预料的要多得多。作者会把项目一半的时间预留在测试上。
在今后参与测试相关的项目时,留意一下如何安排测试进度的。
【6】为了获得概念完整性,设计必须由一个人或者具有共识的小型团队完成。概念上统一的系统能更快地开发和测试。尽早交流和持续沟通能使结构师有较好的成本意识。
【7】外科手术队伍。对于大型系统,小型精干的队伍太慢了。建议采用外科手术队伍的团队架构(有一个主要的负责人,其他人都是分工协作的副手),既能获得由少数头脑产生的产品完整性,有能得到多位协助人员的总体生产率,还彻底地减少了沟通的工作量。
【8】团队中的交流(项目工作手册)和组织架构影响项目的成败;同时也强调了文档的重要性。
有关键情节透露