提示84-86

今天学习有关团队的内容，先看提示：

提示84 维持小而稳定的团队。

提示85 排上日程以待其成。

提示86 组织全功能的团队。

作者认为务实的团队不能太大，10-12人就差不多了，而且人员需要比较稳定，互相了解，互相信任，互相依赖。这样的团队才能做到一系列事情，少而稳定，才能禁止破窗，需要每个成员都对环境的变化都保持关心，为旧系统的维护、反思和新技术的实验应用添砖加瓦。我们团队在人数上保持的还可以，核心成员也比较稳定，这样是我们维持快速迭代的保证。有时候有一些新人实习生的加入确实会带来有一定困难和问题，不过我们都控制他们从影响比较小的前台入手，做好code review的话一般可以减少很多麻烦。

在接下来的提示里，作者认为我们需要提升团队整体的对外交流。这一点里面说了之前的需要一个文档来统一成员的“声音”，还说了要加强团队整体性。接着在不要重复自己中，作者认为团队成员之间也会存在重复工作，需要良好的沟通来解决。我们系统这一点就比较好，重复的工作应该可以说是很少，因为我们项目中存在BA来整体把控需求，防止重复的工作。但是这一点也和接下来的最后一点全功能的团队有冲突，可谓是有得必有失吧。至于哪一种模式更好，我也不是很清楚，毕竟没有体验过书中的模式，不过我们的BA还兼职了一部分实施售前售后的工作，可能还是要具体情况具体分析吧。