软工阅读作业第一弹——王伟东

 

我读的是邹欣老师的《移山之道》，先说些题外的，邹欣老师的这本书肯定是从实际出发，结合他的经验写成的。书中开始部分举得例子，就是我们现实中遇到的实际问题。比如，队员协调不足，项目需求经常变更等等。

我来说说对我印象最深的几个部分吧。首先，在设计用户需求分析的那章里，有个非常有趣的例子——不对称的主楼。这个例子非常明显的说出了直接借鉴前人的经验的利弊，也能非常明显。

第二个很吸引我的理论就是团队合作的4个阶段。

1. 萌芽阶段
2. 磨合阶段
3. 规范阶段
4. 创造阶段

这个4个阶段的以前是从来没有接触过的，但是细细回想，和同寝室的同学接触也十分类似这4个阶段。

在刚进入大学校门的时候，大家都很拘谨，都很礼貌，最大可能的维持自己最好的一面

后来，进入磨合阶段，有些矛盾渐渐凸显，有时会有矛盾产生，同样也会有很多解决矛盾的时候

最后，我们宿舍进入了规范阶段，就如书中所说，一些成文或者不成文的规定已经形成，宿舍内部非常明确要做什么和不能做什么，成员之间互相欣赏，有共同的目标。

不过非常遗憾，没有能够体验到最厉害最牛逼的“创造阶段”，这个只能留给毕业后去实现了。

对于项目开发过程中产生争执的一个解决方法——银弹，我觉得未必是一个非常有效的工作方法。首先，定义银弹的多少就不是一个简单的事情。比如，一个小项目，产生争执的可能性就非常小，而一个大项目，不同的模块之间就非常容易产生争执了。如果死板的按照一个固定的数目去分配银弹，那必然会对团队合作带来不利影响。

其次，银弹的存在，大多数时候是应该能够按照设计银弹时候的目的来工作的。但是，一旦当两个人为一个问题产生十分巨大的分歧，两个人都愿意使用很多银弹来迫使对方赞同自己的观点的时候，它的存在又对分歧的解决产生了很大的阻碍。

因此，我觉得银弹不是一个好的，或者说不是一个完善的分歧解决方案。

看过书后，我自己尝试设计了一个“金蛋”分歧解决方案。

金蛋的数量与DEV每个人的任务数量挂钩。任务越多的人，他的金蛋数量越多。

总的金蛋数量和总任务数量挂钩

至于具体的公式，目前还没有一个很好的方案。

对于2个人的义气之争（就是那种都很倔的人），仅仅靠金蛋数量限制还是不能起到很好的效果。我的解决思路就是PM在开会的时候，判定使用的金蛋是否生效。比如，书中的例子，两个人都争的面红耳赤的时候，PM可以判定他们两个目前使用的金蛋无效。如果还需要一些惩罚措施，那么不妨试试使用后被判定的金蛋不返还这个方法。

不过我提的解决方案也有一定的弊端，有时候DEV很可能不服从PM的判决，那么这个时候就需要从团队组建的时候，就给大家灌输一个开会服从PM安排的思想了。

 

总的来说，这本书是从实际出发，解决实际问题。对我们的团队合作起到了很大的帮助