MSF团队模型
| 复杂项目的典型问题 | 目标成功 | 负责角色 |
| 项目延期交付且超支 | 按项目约束交付 | 程序管理：收集客户信息，需求，制定计划，编写规格说明书 |
| 构建的项目不是我们需要的 | 按规格说明书构建 | 开发： |
| 情况难以预测总能找到新错误 | 确定并找到所有问题再发布 | 测试：修改和调优 |
| 在我们的环境中，项目不能稳定运行 | 平稳的部署为日常运营做准备 | 发布管理：部署到生产环境 |
| 使用极其困难 | 提高用户使用的效率 | 用户体验：收集用户使用信息 |
| 这与我们的期望不符-我们不满意 | 使客户满意 | 产品管理：后期的技术支持，培训，资料 |
| 信息不能共享（及时）给需要的人 | 建立良好的沟通渠道 | 产品管理：体验收集的信息传递给程序经理（升级） |
MSF团队的特性
沟通是团队的重要部分
平等的没有管理和被管理的关系
除了开发应有的角色外，还有外部干系人
项目发起人：发起并批准项目及其结果的人
客户：业务发起人，希望获得业务价值
最终用户：直接与解决方案交互的人或系统
运营人员：交付后的日常运营IT组织
MSF团队的共同原则
- 拥有共同的远景
- 关注业务价值
- 灵活敏捷，主动应变
- 向团队成员授权
- 鼓励开放式沟通
- 职责清晰，责任共享
重要概念
- 角色平等的团队
- 客户中心的理念
- 产品理念
- 零缺陷理念
- 主动学习意识
技巧经验
- 建立专注于各自领域的小团队
- 让团队在同一个地点工作
- 所有成员都参与解决方案的设计
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
