关于团队的一些思考，玩WOW时候的思考

楼主思考的不错。

不过其实我也遇到过纯职业队的RAID。
比如我的LR号常年处于8队，全LR有时候连治疗都没有。

其实也要看情况了。

不过我只知道一点。
软件开发的话，总有种给人打工的感觉，而WOW是自己给自己干活的感觉。心态不一样了。效率也就不一样了。 如果遇到明智的公司和老板，能做到让下属有归属感，其实很多问题就不是问题了。这样的IT公司，太少太少。

呵呵  LZ对wow理解的很透彻啊！

不过其实我也遇到过纯职业队的RAID。
比如我的LR号常年处于8队，全LR有时候连治疗都没有。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

LR....的确理论上RAID时是不需要治疗的。

如果规模很大的话，可以分成小队，就像项目中可以有子项目。
每个子项目中要有需求分析员，开发，测试人员。这三个角色最好能在一起工作，提高交流的效率。
如果20个人的团队都是dev的话，第一，找人问需求费劲， 第二， 20个人就容易形成部落，部落之间沟通比较少，这样就没必要把20个人放到一个团队中去。
一个团队应该是沟通效率最高的。

 

　何出此言？有例子么？

不好意思 ， 或许游戏的时候分配的人不会有我们的XX很菜 。
但不太相信 ， 30人的团队中 ， 没有新手 。
小队1 ： 战士，术士，骑士，萨满，牧师。
小队2 ： 战士，法师，小德，术士，牧师。
小队3 ： 战士，法师，猎人，小德，萨满。

这种做法是在均衡的情况下 。 但实事上的团队呢 ？
需求小组1： 小组长，需求人员1，需求人员2，需求人员3，需求人员4.....。
开发小组1： 小组长，开发人员1，开发人员2，开发人员3，开发人员4.....。
开发小组2： 小组长，开发人员1，开发人员2，开发人员3，开发人员4.....。
开发小组3： 小组长，开发人员1，开发人员2，开发人员3，开发人员4.....。
...........
开发小组n： 小组长，开发人员1，开发人员2，开发人员3，开发人员4.....。
测试小组：   测试组长： 测试人员1，测试人员2，测试人员n....。

因为当中有新人 ， 有对业务不熟悉 ， 有想跳槽的 ， 所以不得不这样分 。
打个比方只有5个测试的情况下 ， 一个新手 ， 一个业务不熟 ， 一个想走 。
如果分到5个组 ， 可想而知 ， 在整合的时候 ， 其他小组难免不熬夜加班 ！

我现在刚开始做PM。
感觉到异常的艰辛。有很多事情真的和想象中的不一样啊。

我觉得lz说的这种团队太理想化了。

“4，5队去东南方向防守，6，7队去北边防守，其余人集中进攻”

这种分头作战的团队，首先要确定4，5团队南方要守得住。如果南方受不住的情况下会出现何种后果？
整体团队是否能承受得了这种后果么？游戏下副本一次不成 可以第二天组团重新下 项目如果失败了一次 我想后果就很可怕吧。

“当你有遇到有构架方面的问题（或数据库方面），你就可以直接问他，而不用找最忙碌的总构架师一样。如果这个组内构架师能够解决问题，则可以增加工作效率，如果不能，构架师可以请示其职业队长，这样的沟通要比所有人一呼而上的情况好的多。”

我承认人的能力是有 能力强与能力弱之分的。 那之所以能成为架构师或者DBA 他一定有他过人之处的。如果行业里面的总经理 我们认为做到那个职位是有水分的（就是可能是拍马屁能力强一些 等等）那么我觉得 架构师 DBA 这种职位一定是能者当之的。 谁能力强谁来做。 您说您现在是PM，我不知道是不是项目经理的意思 如果是 那我想您一定也有比别人出色的能力 才做到那个职位的吧。 我想说的意思是 这样的人才不多，不是不想培养 而是培养不出这么多。谁都希望世界上多几个爱因斯坦 但是，不是每个人都能在有生之年当上爱因斯坦的 不是么？（他们不是不想，那么多科学家 我想他们每个人都想拿诺贝尔奖 不过诺贝尔奖是一个标准 标准往往就是无情的 不是每个人可以达到的）

软件开发要的是成果以及安全性 而这种分开治之，各档一面的方法 首先不安全 其次人员能力不够

而和在一大群里面 首先是安全的，有很强的抗外界因素能力。 其次要求人员能力比较低。