本书当中有一个要点十分重要。
要保证项目的概念的完整性 。
书中提出了外科手术式的团队组织:
在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。
所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。
那么在此种团队组织中,交流就是一个润滑剂了,保证了进程的各个部件的协调进行。
以上的小总结:软件项目的核心概念要由很少的人来完成,以保证概念的完整性
少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不像。
其中项目最大的风险并非技术,而是缺少交流。
众多书籍中,提及要点就是交流。
无论团队内部交流,还是与用户交流,信息交互永远提醒着方向,不断将自己的方向偏向正确。
(团队交流能让项目能够更加稳定地进行下去,而非漏洞百出;与用户的交流,是能了解用户正真的需求,能让软件能够实现目标,存在价值)
时间: 2024-10-10 15:48:34