《人件集》阅读笔记第一篇

《人件集》01

第一部分——团队开发

   本部分主要讲了在决策时，团队决策相关建议。研究表明，集体的决策比集体中的个体独立做选择更具有风险倾向。在做决策和解决问题时，团队有一种均衡的效果，这会将个人的贡献和能力降到最低。因此，单独作出决策更加有说服力。

• 一个领导说话速度过快，就会降低团队工作的质量。
• 一个软件项目开发团队如果想要在项目中获得最大限度的成功，取决于团队中的成员能否形成技术性一致意见。

 

 

 

 

 

附加：

《学校没教的软件工程课》——周忠信

在河北金融学院图书馆偶然看见《人件集》、《梦断代码》、《学校没教的软件工程课》，这本书就如漫画一样介绍了软件开发流程中需要注意的事项。

• 需求不能只听客户的表象描述，必须进一步引导客户往下深谈，才能正确了解需求。
• 一般而言，期望客户明确定义需求，并不切实。因为有些需求，实在难以表达清楚；有些需求，客户当下甚至没有考虑到。
• 软件开发的复杂度和需求，不一定是等比的倍数关系。有时候需求越多，软件变得越困难。
• 落实文档标准化，可以减少但不见得能完全避免对需求的误解。
• 需求随时间推移而改变，这是软件团队开发团队必须认知且无法避免的现象。尽管改变，但整体而言，应该逐步收敛而非越来越发散。
• 软件开发必须控制在一定时间内，否则拖得越久，改变可能就越多。
• 测试并不能改善质量，只能帮助检验质量水平。真正质量的改善，还是得回归到软件设计与程序撰写。

 

转载于:https://www.cnblogs.com/somedayLi/p/8151054.html