http://blog.csdn.net/zhangmike/article/details/40950303?reload
曾经成功的敏捷团队为什么失败?
感触很深。我认为根本原因是,历史是少数人推动的,大部分人只是随波逐流,不能期待,他们是流水的兵,要快速替换不合格的。一般的软件开发其实不怎么高科技,有几个重要的就行,要花时间和金钱把他们管理好。我看你的例子就是这个意思。看看你的描述,
1。 architect开始关心质量了,精力充沛的Architect,这位老兄每天20小时盯着项目,还会自己手动的去进行测试。2。 原测试人员转变职能,和开发人员一伙了,结果是什么,一定是,“就这样把”,“每必要做把”。实际上他们应该是水火不容的,这点不能违背。
3。他们觉得已经“完成”了,就Checkin,太没纪律了
4。如果产品经理不去确认,没有人知道这些程序是否能够运行起来。这个世界是开发人员的了。经理没有执法的人,也就是测试人员,他离死不远了
5。测试通不过怎么办?不测试就行了呗。太没纪律了
6。项目经理和测试Leader因升职或其他原因而调离团队,整个团队中没有人再关心质量
人,这个动物,不管是不行的,特别说,“自觉”,就是狗屁。大部分人就是混口饭罢了。
总结,
1。敏捷是好东西
2。对低级的软件开发,测试太重要
3。没有纪律是不行的,违背纪律的一定要惩戒,不可姑息养奸
4。要有几个核心人物
5。给开发人员搞个约束,就是纪律