第二集 MSF团队模型 _See note
第二集 MSF团队模型
本集内容
-
为什么创建MSF 团队模型
复杂项目的典型问题
-
项目延期交付且超支持
-
构建的项目不是我们真正所需要的
-
情况难以预测,总能找到新错误观点 (综合性测试)
-
在我们的环境中,项目不能稳定运作 (软件的安装或布置问题)
-
使用极其困难. (软件的易用性,用户体验)
-
与我们的期望不符—我们不满意.(明确的目标负责人，由他保障目标的实施与客户沟通)
-
信息总不能及时共享给所有需要的人.
MSF 团队模型 (六个角色)
-
程序管理角色: 负责其它五个角色的沟通，发起人，管理实施整个开发，发规格说明书。
-
开发角色: IT 的软件开发人员，并不知道最终用户的最终需求，原则性需求，按照开发规格说明书完成任务.
-
测试角色: 针对程序代码修改与调优，测试人员找到问题之后，测试人员找到问题之后可能尝试解决，所以测试完成之后，应反馈给开发角色。找不到问题时提交给下一步角色。
-
发布管理角色: 发布并布置工作.
-
用户体验角色: 收集用户的使用信息，尽可能的提高使用效率。在用户体验完成后，传递下一个角色。
-
产品管理角色: 后期的技术支持，解答用户问题。提供用户培训，和相关支持资料。整理用户资料与反馈并传递给程序管理角色。 为了下一个版本的更新与升级。
-
平等的角色，没有管理与被管理的关系。团队模型是平等的。
外部干系人
-
项目发起人
-
客户
-
最终用户
运维人员