团队软件过程
- WBS工作分解结构
- 作用
- 提供项目范围基线
- 可以展现项目整体观
- 明确各个角色的责任
- 帮助项目团队理解工作内容，分析项目的风险
- 创建WBS方法
- 识别和分析可交付成果及相关工作
- 确定工作分解结构的结构与编排方法
- 自上而下逐层细化分解
- 为工作分解结构组成部分制定和分配标志编码
- 核实工作分解的程度是必要且充分的
- WBS的基本要求
- 最低层要求不能重复
- 所有要求必须清晰，完整定义
- 最底层要素必须有定义清晰的责任人/团队
- 最底层的要求是实现目标的充分必要条件
- 作用
- 风险识别及风险应对
- 典型的风险识别方法
- 检查WBS的每个组件以找出相应的风险
- 使用定义好的风险分类表来评估风险
- 访谈相关的领域专家
- 与类似项目进行比较来审查风险管理
- 检查以往项目的总结报告
- 检查设计规格和需求规格
- 典型的风险识别活动
- 识别与成本，进度及绩效相关的风险
- 审查可能影响项目的环境因素
- 将审查项目工作分解结构中的所有组件作为风险识别的一部分，以确保所有的工作投入均已考虑
- 将审查项目计划的所有组成部分作为风险识别活动的一部分，尽可能多地考虑项目的各方面工作
- 风险的应对
- 风险转嫁
通过某种安排，在放弃部分利益的同时，将部分项目风险转嫁到其他的团队或者组织（如;外包）
- 风险解决
采取一些有效措施，使得风险的来源不再存在
- 风险缓解
是指容忍风险的存在，采取一些措施监控风险，不让风险对项目最终目标的实现造成负面影响
- 典型的风险识别方法
- TSP团队项目规划流程（四天九次会议）
- 第一次会议：建立产品目标和业务目标
- 向开发小组介绍项目基本情况以及提供必要的信息，以支持项目小组对软件项目进行估算和计划
- 第二次会议:角色分配和小组目标定义
- 识别和分配项目小组的目标，并在此基础上确定小组当中各个成员的角色以及相应的职责
- 第三次会议：开发流程定义与策略选择
- 确定项目开发的方式，包括定义项目的开发流程，确定项目开发的策略
- 第四次会议：整体计划
- 自顶向下定义项目的整体计划和紧接着的下一个阶段的详细计划
- 第五次会议：质量计划
- 基于项目小组确定的质量目标，制定相应的质量计划。需要明确每个阶段预计注入的缺陷数和预计消除的缺陷数，为质量活动分配足够的时间资源
- 第六次会议：个人计划及计划平衡
- 确定个人计划并协调个人资源
- 第七次会议：风险评估
- 制定风险计划，充分讨论实现计划所面临的风险，并就风险的可能性和影响范围进行评估，制定合适的风险缓解措施
- 第八次会议：准备向管理层汇报计划
- 为第9次会议做好准备工作，准备的内容基于前面7次会议
- 第九次会议：向管理层汇报计划内容
- 响应第一次会议，向管理层展现将如何进行项目的开发，并争取获得管理层对项目计划的认可和支持
- 第一次会议：建立产品目标和业务目标
- 纠偏活动
- 偏差原因分析
- 收集偏差相关的各种信息
- 基于收集到的信息，开展充分的分析工作，找出偏差的根本原因
- 纠偏措施定义
- 有针对性地定义纠偏的措施
- 项目小组应当决定并记录采取的适当行动来解决已识别的问题
- 典型措施：修改工作说明书，修改需求，修改估计值与计划，再协商承若事项，增加资源，变更过程以及修订项目风险计划等
- 所有的纠偏措施除了进行文档化，还需要与相关干系人一起审查这些措施，并取相关干系人的承若
- 纠偏措施管理
- 管理纠偏措施直到结项
- 对纠偏措施的实施情况进行跟踪，需要项目小组监控纠偏措施直到完成纠偏
- 需要项目小组分析纠偏措施的结果，以决定纠偏措施的有效性
- 供项目小组学习，作为项目小组以后进行项目开发时的计划和风险管理的参考
- 偏差原因分析
- TSP总结过程
- 基于PMBOK的总结
- 范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，风险管理，采购管理，整合管理
- 基于角色的总结
- 典型的角色包括项目组长，计划经理，开发经理，质量经理，过程经理和支持经理
- 基于PMBOK的总结
- GQM方法，度量和分析活动，决策分析活动
- GQM
- 是一种应用非常广泛的建立软件度量体系的方法
- 概念层（目标），操作层（问题），量化层（度量）
- G：提出度量目标
- Q；将目标细化为关于过程或产品的特定问题
- M：这些问题将以度量的方式得以解答
- 度量和分析活动
- 建立度量目标，指定度量方式，指定数据收集和保存的流程，指定分析流程，收集度量数据，分析度量数据，保存数据和结果，交流度量结果
- 决策分析活动
- 建立决策分析指南，建立评价标准，识别获选方案，选择评价方法，评价候选方案，选择解决方案
- GQM
- 典型的TSP角色及其主要工作内容
- 项目组长
- 激励团队成员努力工作
- 主持项目周例会
- 每周汇报项目状态
- 分配工作任务
- 维护资料
- 组织项目总结
- 计划经理
- 带领项目小组开发项目计划
- 带领项目小组平衡计划
- 跟踪项目进度
- 参与项目总结
- 开发经理
- 带领团队指定开发策略
- 带领团队开发需求规格说明
- 带领团队开发高层设计
- 带领团队开发设计规格说明
- 带领团队实现软件产品
- 带领团队开展集成测试和系统测试
- 带领团队开发用户支持文档
- 参与项目总结
- 质量经理
- 带领团队开发和跟踪质量计划
- 向项目组长警示质量问题
- 软件产品提交配置管理之前，对其进行评审，消除质量问题
- 充当项目小组评审的组织者和协调者
- 参与项目总结
- 过程经理
- 带领团队定义和记录开发过程并且支持过程改进
- 建立和维护团队的开发标准
- 记录和维护项目的会议记录
- 参与项目总结
- 支持经理
- 带领团队识别开发过程中所需要的各类工具和设施
- 主持配置管理委员会，管理配置管理系统
- 维护软件项目的词汇表
- 维护项目风险和问题跟踪系统
- 支持软件开发过程中复用策略的应用
- 参与项目总结
- 项目组长
原文地址：https://www.cnblogs.com/kexinxin/p/10049981.html
时间： 2024-10-28 23:42:08