|
F的两个横线，代表分散的测试团队，就是整体上测试团队的人员在项目成立时，分别被指派到程序团队中，协助在早期就提升质量。项目管理者联盟
而竖线，则表明他们定期向测试经理报告各小组的的进展，分散到各小组的几个测试人员之间也可以频繁通气，以便做好集成准备;并在几个小组都完成了内部的工作时，很方便地接管集成和整体测试工作。项目管理者联盟
•好处talent.mypm.net
是当团队使用敏捷开发的迭代交付的时候，这几个测试人员还是可以进行很好的持续支持的，比如完成一个版本，就测试一个版本。项目管理者联盟
由于他们长期在项目组内工作，而且定期通气，所以接管系统测试会变得非常顺畅。项目管理者联盟
•坏处项目管理者联盟
这个模型有些矩阵式的团队的确在用，不过需要很好的管理，确切说是文化，才能做好。项目管理者联盟
个人感觉在操作这种团队的时候，整个大项目的经理(同时管理开发和测试的)，必须要有很强的管理能力，并随时防止程序团队和测试团队分化。
实际上在很多时候，领导的作用都不再是管事，而是管人，就是如何管理好多个团队之间的关系。项目管理者联盟
小型测试团队项目管理者联盟
个人感觉最容易驾驭的团队。service.mypm.net
比如有20个人，4～5个程序团队外加1个测试团队。bbs.mypm.net
每个程序团队都各自负责自己的质量(不派驻测试人员)，而那个测试团队则只负责业务层面的测试或称为验证，不负责质量。项目管理者联盟
•好处项目经理博客
这种团队基本上是前面那个案例1(参考I和II)中的团队模型，由于当年的团队非常成功，所以非常推荐。pmp.mypm.net
这种团队的集成活动是由开发团队和测试团队一起完成的，两者都为此负有责任;但完成集成后，由测试团队自己做系统级的业务测试。项目管理者联盟
整体上，是一种很“无我”的敏捷团队。training.mypm.net
•坏处项目管理者联盟
这种团队只在上面提到的那个公司见过一次，之后的团队似乎都没有采取这个形式的，表明这种形式不容易自然形成。项目管理者联盟文章
不过，鉴于当年的效果如此之好，本人一定会在自己未来的团队中采用这个模型。项目管理者联盟
而实际上每个公司，与其在那些很容易组建但同时很难做好的团队模型中挣扎，不如去尝试一下真正效果好的团队模型。项目管理者联盟
很多人都很希望找到一种很容易做到，效果又好的模型(以及任何其他东西)。如果这种模型存在，全国人民都别炒房了，都来开软件公司吧。项目管理者联盟
来源：敏捷开发实践项目管理者联盟
talent.mypm.net 项目管理者联盟
|
