团队软件过程

团队软件过程

• WBS工作分解结构
  • 作用
    • 提供项目范围基线
    • 可以展现项目整体观
    • 明确各个角色的责任
    • 帮助项目团队理解工作内容，分析项目的风险
  • 创建WBS方法
    • 识别和分析可交付成果及相关工作
    • 确定工作分解结构的结构与编排方法
    • 自上而下逐层细化分解
    • 为工作分解结构组成部分制定和分配标志编码
    • 核实工作分解的程度是必要且充分的
  • WBS的基本要求
    • 最低层要求不能重复
    • 所有要求必须清晰，完整定义
    • 最底层要素必须有定义清晰的责任人/团队
    • 最底层的要求是实现目标的充分必要条件
• 风险识别及风险应对
  • 典型的风险识别方法
    • 检查WBS的每个组件以找出相应的风险
    • 使用定义好的风险分类表来评估风险
    • 访谈相关的领域专家
    • 与类似项目进行比较来审查风险管理
    • 检查以往项目的总结报告
    • 检查设计规格和需求规格
  • 典型的风险识别活动
    • 识别与成本，进度及绩效相关的风险
    • 审查可能影响项目的环境因素
    • 将审查项目工作分解结构中的所有组件作为风险识别的一部分，以确保所有的工作投入均已考虑
    • 将审查项目计划的所有组成部分作为风险识别活动的一部分，尽可能多地考虑项目的各方面工作
  • 风险的应对
    • 风险转嫁

    通过某种安排，在放弃部分利益的同时，将部分项目风险转嫁到其他的团队或者组织（如;外包）

    • 风险解决

    采取一些有效措施，使得风险的来源不再存在

    • 风险缓解

    是指容忍风险的存在，采取一些措施监控风险，不让风险对项目最终目标的实现造成负面影响

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

 

 

 

团队软件过程

原文：https://www.cnblogs.com/kexinxin/p/10049981.html