团队软件过程

团队软件过程

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

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

      • 风险解决

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

      • 风险缓解

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

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