阅读笔记

通过自学了《构建之法》的一，五，十七章，我粗浅的认为在自己心中最符合的软件团队模式为功能团队模式。通过阅读功能团队模式的介绍，我认为所谓的功能团队模式就是团队之间分成若干小组，每个小组的人数都不多，并且，整个团队有着非常缜密的交流，同时，每个小组平起平坐，自主选择最适合自己，效率最高的任何技术。不过值得注意的是，虽然可以自由选择最适合自己小组的技术模式，但是组与组之间必须就编程规范达成一致。

这是我认为的一种较为理想的团队模式，对于这个模式，我最看重的一点是并不缺乏交流，不会造成信息方面的阻塞。我认为，在软件开发的过程中，要想做出好的产品，交流，即communication是必不可少的，因为交流可以让我们互相更加理解对方所想表达的意思，同时可以消除理解上的偏差，这是很重要的一点。其次，我看中的一点是小组之间的成员是平起平坐的，不会因为其中一人或几人技术太高而使其演变成主治医师模式，主治医师模式还算好的，至少其他人还能担任起护士，药剂师的职责，那假如演变成了明星模式呢，工作量小倒也就算了，一旦工作量变得巨大时，一个人的力量毕竟是有限的，这种时候带来的损失就无法估量了。

不过，任何模式尽管已经过了长期的发展，弊端仍旧是无法避免的。在和小组中一位同学交流的过程中，我发现了功能团队的以下的一个重大弊端，即没有决策者，适当的交流是好的，但一旦交流，就难免会出现分歧，那么一旦双方都不想妥协的话要怎么办呢，众口难调的话，就需要一位决策者了，决策者做的决定不可能迁就每一个小组，但至少可以让利益最大化。但是，我仔细看了一遍功能团队模式的介绍，似乎并没有提到关于决策者的部分。

最后，我认为理想的应该是功能团队模式配一个决策者。

通过自学了《构建之法》的一，五，十七章，我粗浅的认为在自己心中最符合的软件团队模式为功能团队模式。通过阅读功能团队模式的介绍，我认为所谓的功能团队模式就是团队之间分成若干小组，每个小组的人数都不多，并且，整个团队有着非常缜密的交流，同时，每个小组平起平坐，自主选择最适合自己，效率最高的任何技术。不过值得注意的是，虽然可以自由选择最适合自己小组的技术模式，但是组与组之间必须就编程规范达成一致。

这是我认为的一种较为理想的团队模式，对于这个模式，我最看重的一点是并不缺乏交流，不会造成信息方面的阻塞。我认为，在软件开发的过程中，要想做出好的产品，交流，即沟通是必不可少的，因为交流可以让我们互相更加理解对方所想表达的意思，同时可以消除理解上的偏差，这是很重要的一点。其次，我看中的一点是小组之间的成员是平起平坐的，不会因为其中一人或几人技术太高而使其演变成主治医师模式，主治医师模式还算好的，至少其他人还能担任起护士，药剂师的职责，那假如演变成了明星模式呢，工作量小倒也就算了，一旦工作量变得巨大时，一个人的力量毕竟是有限的，这种时候带来的损失就无法估量了。

不过，任何模式尽管已经过了长期的发展，弊端仍旧是无法避免的。在和小组中一位同学交流的过程中，我发现了功能团队的以下的一个重大弊端，即没有决策者，适当的交流是好的，但一旦交流，就难免会出现分歧，那么一旦双方都不想妥协的话要怎么办呢，众口难调的话，就需要一位决策者了，决策者做的决定不可能迁就每一个小组，但至少可以让利益最大化。但是，我仔细看了一遍功能团队模式的介绍，似乎并没有提到关于决策者的部分。

最后，我认为理想的应该是功能团队模式配一个决策者。