-----所有内容来源于网络
八、MSF的团队模型
从上图可以看出,MSF中每个子团队在项目中的作用和关注的问题分别对应着项目中不同的六个方面。它们每个子团队的角色都代表了对项目的一种视角,没有哪一个人或角色能完全代表所有的不同质量目标。在此,MSF把角色与责任结合起来了。
由于在软件项目中每一个方面的失败均会导致整个软件项目的失败。因而,MSF团队模型中,在工作层面上也没有上下级的关系。每个子团队都对最终的软件质量的一部分负责。子团队成员内部,对子团队本身负责,实现该角色的质量目标。角色之间相互依赖,相互合作。它们之间通过“沟通”机制相互共享项目信息。需要说明的是,这种“没有上下级的关系”是在“工作层面”的,不是组织架构的组织。
在此,我们也可以根据我们自身的情况,对MSF团队模型中进行改造,使之应用于我们的团队中。例如,将“产品管理”和“用户体验”两种角色进行合并。“发布管理”和“测试”角色进行合并等等。MSF是给出一个团队组织的指导方针,没有必要也不应该完全照搬。
(一)MSF团队模型的优点是什么?
MSF团队中,各子团队的工作和职责相互依赖,这种相互的依赖性会鼓励子团队成员对由其他子团队工作做出评论和贡献,以确保该子团队成员所有的知识、能力、经验能够被应用到解决方案里。项目的成功,属于所有的子团队成员。他们共同分享一个成功的项目所带来的荣誉和回报。即使是一个不太成功的项目,也能做到全心投入并从中吸取教训,以完善他们的专长。
(二)MSF团队模型中各个角色的职责分工
要说明的是,以下给出的MSF团队中各角色的职责分工,不表示任何组织机构或工作职位的固定设置。因为MSF是一个可伸缩的框架,它仅给出一个团队组织的指导。这些角色应该随着组织的变化,而有所变化。使用MSF团队模型,关键在于为了更好地实现项目的目标,清晰地理清角色和它们的职责的分布关系。(这一点,对我们很有帮助,这不仅仅是适用于团队模型,也适用于MSF其他的方面和原则。)
u 产品管理
目标:满足客户
项目必须满足客户的需求并以此作为成功的标准。如果一个项目其他方面均达到了原来制定的质量标准,但却没有满足客户的需要,那么这种项目一定是不成功的。
职能领域:
A. 市场开发
B. 业务价值
C. 客户拥护
D. 产品计划
职责:
A. 作为客户的拥护者
B. 驱动共同的项目和方案设想
C. 管理客户需求说明