五月读书笔记一《人件集》

《人件集》读书笔记一：

一. 在决策制定时，团队领导不仅要从宏观上建立起一种协作的气氛，而且还要在微观上起到领导的作用。

让最终的解决办法体现所有成员的智慧，包括经验、创造性以及各种思想，它应该不仅仅是个人贡献的一个均衡产品，而是一个真正综合了各成员最优贡献的产品。

领导要采用中立方式。谈论会的主持人必须时刻努力保持中立，这样才能从所有意见中得出最好的结论。

好的管理者是将讨论和会议变成一个意见中和器，自己努力保持站在与其他人员同等的位置上，学习如何才能不武断地贡献自己的知识。

二. 技术性一致意见是指充分吸取团队中每个成员的技巧和经验，其目的是为了开发出更好的软件。

团队可以先找出最基本的指标，然后按照这种思路，为每种指标设置相应的优先级，在软件开发中按照优先级的高低来满足不同的需求。

如果一个团队中没有反对者，没有任何的异议，只是简单化的统一，那么这对于团队的开拓进取没有任何好处。如果一个团队希望发挥最大的效能，争论是有效的，也是最基本的因素，通过争论来达到统一，会使结果更理想。

三. 削弱空谈倾向。应该对讨论时间加以限制。如果在预定时间内未能达成一个技术性妥协，那么就把问题放到一边；或者按照某种默认的方法，成员把问题交到管理者手上，由他来决定。

结构化开放模型最主要的特性是工作会议、结构化的团队存储、轮流充当的团队角色。

四. 两个实用的解决问题的原则。一：分解原则，应该把问题分解成相互之间基本上没什么关联的子问题。二：整合原则，每一个被分解的子问题都应该如同原来的问题一样，有其独立的意义。

并且解决问题时首先要设置一个合理的优先级，把质量放在首位；不要让市场窗口左右你的行为；考虑投资回报率而不是简单地削减开支。随后给予足够的关注；意识到奖励的重要性并奖励好的质量工作；对信息给予反馈；并注意所有的信息。记住：所有的消息都是好消息，“坏”消息更重要。提倡批评意见式的反馈意见；记录并研究缺陷，纠正过程而不仅是修改程序；让太阳照射进来，提高工作透明度；鼓励交叉培训，让大家相互学习；当质量特别重要时，只使用那些最好的程序员；经常去协商项目的最后交付期限。

一种重视并强调质量工作的开发文化会对产品的成功有所帮助。