《人月神话》阅读笔记(二)
2016-06-13 00:13
204 查看
本书当中有一个要点十分重要。
要保证项目的概念的完整性 。
书中提出了外科手术式的团队组织:
在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。
所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。
那么在此种团队组织中,交流就是一个润滑剂了,保证了进程的各个部件的协调进行。
以上的小总结:软件项目的核心概念要由很少的人来完成,以保证概念的完整性
少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不像。
其中项目最大的风险并非技术,而是缺少交流。
众多书籍中,提及要点就是交流。
无论团队内部交流,还是与用户交流,信息交互永远提醒着方向,不断将自己的方向偏向正确。
(团队交流能让项目能够更加稳定地进行下去,而非漏洞百出;与用户的交流,是能了解用户正真的需求,能让软件能够实现目标,存在价值)
我所在的小团队里,正是缺少交流,连互相所做的事 详细内容都不知道,后来衔接软件功能的时候,就出问题了。难以契合。
所以,我认识到交流的重要性,每次会议是一个强制交流的手段,主动去谈及,更加重要。
要保证项目的概念的完整性 。
书中提出了外科手术式的团队组织:
在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。
所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。
那么在此种团队组织中,交流就是一个润滑剂了,保证了进程的各个部件的协调进行。
以上的小总结:软件项目的核心概念要由很少的人来完成,以保证概念的完整性
少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不像。
其中项目最大的风险并非技术,而是缺少交流。
众多书籍中,提及要点就是交流。
无论团队内部交流,还是与用户交流,信息交互永远提醒着方向,不断将自己的方向偏向正确。
(团队交流能让项目能够更加稳定地进行下去,而非漏洞百出;与用户的交流,是能了解用户正真的需求,能让软件能够实现目标,存在价值)
我所在的小团队里,正是缺少交流,连互相所做的事 详细内容都不知道,后来衔接软件功能的时候,就出问题了。难以契合。
所以,我认识到交流的重要性,每次会议是一个强制交流的手段,主动去谈及,更加重要。
相关文章推荐
- 梳理struts2-执行原理
- 第二次冲刺站立会议04
- Eclipse下配置git方法
- 动态SQL与模糊查询
- POJ-1847 Tram
- 文件上传利器SWFUpload使用指南
- 熟悉Hive 实验2
- 数据结构之二叉树
- UVA - 725(水题)
- jdk的配置
- 常用Git命令大全思维导图
- 常用Git命令大全思维导图
- 70后入门的程序员给我的启示
- 厚积薄发,拥抱.NET 2016
- ASP.NET MVC+EF在服务端分页使用jqGrid以及jquery Datatables的注意事项
- 图文详解phpstorm配置Xdebug进行调试PHP教程
- PHPStorm+XDebug进行调试图文教程
- Windows下PHP开发环境搭建教程(Apache+PHP+MySQL)
- yii2 modal弹窗之ActiveForm ajax表单异步验证
- Netbeans 8.2将支持PHP7 更精彩