博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《人月神话》读书笔记 第2篇
阅读量:5367 次
发布时间:2019-06-15

本文共 728 字,大约阅读时间需要 2 分钟。

《人月神话》读书笔记 第2篇

第9章:削足适履

第10章:提纲挈领

第11章:未雨绸缪

第12章:干将莫邪

第13章:整体部分

第14章:祸起萧墙

第15章:另外一面

第16章:没有银弹

 

   读到了中间部分,书中一直在重复“文档”、“书面”、“报告”……软件中不是只有代码,更多的要有必要的文字叙述。对于团队里的每一个成员来说,“正式的书面建议可以集中注意力,强制决策的制定,避免了会议草稿纪要方式的不一致。”并且,每一件项目的工作都是围绕着少数文档在运转,它们是关键枢纽。

  为什么要有正式的文档?首先书面记录决策是必要的。只有记录下来,分歧才会明朗,矛盾才会突出;第二,文档能够在作为同其他人的沟通渠道;最后,项目经理的文档可以作为数据基础和检查列表。

A、目标;B、技术说明;C、(我认为很关键的一点)进度,约束在时间、资金、技术这三个方面,计划还要详细包括时间、地点、人员、项目内容……这些不仅是是针对项目的整体,也是针对团队里的每个人。这类似一种规定的程序,按步骤执行,每天安排任务、分配任务、认领任务、完成任务、总结任务,把每个问题细化,分解成一个一个的模块。《梦断代码》里也提到过,如果每个成员不知道自己的进度,那更不可能知道团队的进度,项目还怎么进行?更者,在出现人员离职的风险时,方便交接。

  我们在考虑一些问题是时总会突然冒出很多解决方法,不过却会一直犹豫不前,担心这个方法是不是太麻烦,另一个更好但是实现起来有困难……“普遍的做法是,选则一种方法,试试看。”考虑到一定时间就必须动手实现,不管结果怎么样,重要的是先去尝试。

转载于:https://www.cnblogs.com/mumulucky/p/4464976.html

你可能感兴趣的文章
java基础:不同进制的表现形式
查看>>
Base64转换为blob对象
查看>>
gulp自动化压缩合并、加版本号解决方案
查看>>
windows下面安装Python和pip教程
查看>>
Java 动态向 JTable 中添加数据
查看>>
平安科技移动开发二队技术周报(第九期)
查看>>
JS window.open()属性
查看>>
Oracle【二维表管理:约束】
查看>>
2017-2018-1 20155307 《信息安全系统设计基础》第5周学习总结
查看>>
微软职位内部推荐-Principal Dev Manager for Windows Phone Apps
查看>>
jquery改变元素属性值(转)
查看>>
模板题 Truck History poj1789
查看>>
部署zookeeper实践
查看>>
git回退版本
查看>>
mysql 1093错误
查看>>
io流2
查看>>
测试作业
查看>>
SQLite与SQL差异
查看>>
什么是路由器?
查看>>
SQL Server 性能优化之——系统化方法提高性能
查看>>