敏捷管理 -- 质量和风险管理

质量和风险管理

敏捷项目质量管理的不同之处
- 质量的定义：某个产品是否可工作并满足项目干系人的需求，质量贯穿整个敏捷项目管理过程
- 敏捷12原则全部直接或间接的指向质量
- 传统项目质量管理和敏捷项目质量管理对比
- 敏捷项目质量管理的另一个不同之处在于项目声明周期内的多次质量反馈循环：开发团队的日常反馈->产品负责人对每个冲刺的反馈->项目干系人对每个冲刺的反馈->客户对每个发布的反馈
如何在敏捷项目中管理质量
- 敏捷开发团队对质量负有主要责任，承担质量责任是自管理所伴随的责任和自由的延伸
- Scrum团队的其他成员-Scrum主管和产品负责人在质量管理中也承担相应的责任
- 质量和冲刺
  - 每一个冲刺都要测试，在第一个冲刺中程序员对一个需求进行编程之后就开始了
  - 每天进行例行测试
- 主动型质量管理
  - 持续追求卓越技术和良好的设计：自我管理允许团队自由进行技术创新，同时赋予开发团队一种产品责任感
  - 将特定质量开发技术引入产品生产
    - 测试驱动开发：先编写测试代码然后编写代码直到测试通过
    - 结对编程
    - 同行评审
    - 代码集体所有制
    - 持续集成：一天一次或者多次集成，帮助团队成员及时验证提交的工作与产品的其余部分是否存在冲突
  - 开发团队与产品负责人之间进行日常交流
    - 开发团队与产品负责人之间的紧密关系，计划阶段，产品负责人帮助开发团队正确理解产品的每项需求；冲刺阶段，产品负责人要解答开发团队提出的任何需求问题，同时还要评审和验收完成的需求；验收需求时，产品负责人需要确保开发团队正确诠释了每项需求代表的业务要求且功能可正确运行
  - 用户故事中包含验收标准
    - 用户故事提供了判断某个需求是否正确工作并满足业务需求，对质量有特殊意义。
    - 验收标准不仅帮助产品负责人评审需求，同时也是帮忙开发团队理解如何开发产品的起点
  - 面对面沟通和集中办公
    - 不仅通过言语产地信息，面部表情，动作，肢体语言甚至目光都影响彼此交流和理解
  - 可持续开发
    - 维持一个相对稳定的工作节奏，确保在整个团队的工作质量；把工作分为多个冲刺有利于维持稳定的工作节奏
    - 开发团队可以选择适合自身的可持续发展的工作方式
    - 使团队保持轻松愉快的心情并确保拥有工作之外的生活能减少错误，更具有创新
  - 对工作和行为进行定期检查和调整
    - 检查和调整这一敏捷原则是保证产品质量的关键
    - 冲刺评审会议和冲刺回顾会议，敏捷团队定期回顾和评审其工作和方法，并确定如何进行调整来取得更好的项目成果，但并非唯一机会来定期检查和调整
    - 鼓励日常的工作评审一起行为和方法的调整
- 自动化测试
  - 自动化测试是日常执行的，快速稳健的测试方法,快速准确一致高效
  - 自动化测试可利用非工作时间提高生产力，让开发团队快速的编码测试修复周期
  - 开发团队执行步骤：
    - 白天编写代码并进行自动化测试来支持用户故事
    - 当天结束前创建集成的代码构建
    - 在晚上运行自动化测试软件以测试最新的构建
    - 每天早上首先检查自动化测试的结果
    - 立即修复任何发现的漏洞
  - 自动化测试改变了开发团队中质量管理人员的工作，从手工测试到编写自动化测试提升了测试人员的技能，知识和工作
  - 任何软件都可以自动化测试
  - 测试类型：都可以自动化
    - 单元测试：独立单元或最小组成部分
    - 回归测试：整个产品开始到结束，包括之前测试的需求
    - 用户验收测试：产品干系人甚至部分产品终端用户评审并验收最终产品
    - 功能测试：确保产品符合用户故事中验收标准的测试
    - 集成测试：确保本产品与其他产品不冲突的测试
    - 性能测试：不同场景中产品在特定系统上的运行性能
    - 冒烟测试：少量但重要的部分帮助确定系统正常运行的可能性
    - 静态测试：测试代码的规范性并非软件的可用性
敏捷项目风险管理的不同之处
- 敏捷项目中，风险管理是敏捷框架的一部分不需要包含正式的风险文件和会议
- 敏捷原则1，2，3，4，7极大的改变了经常导致项目失败或给项目带来挑战的诸多风险
- 传统项目风险与敏捷项目风险管理的对比
- 敏捷项目的风险随着项目进行不断降低，几乎完全避免了灾难性失败
如何在敏捷项目中管理风险
- 从根本上降低风险
  - 降低产品开发风险：分多次冲刺，项目投入后短期即可验证产品的可用性，也为项目早期实现投资回报提供了可能；冲刺评审和冲刺回顾以及产品负责人在每次冲刺中积极介入为团队提供了持续的产品反馈，帮忙团队最终开发出符合预期的产品
  - 敏捷项目能降低风险的三个重要因素
    - 风险和完成的定义：完成：已开发，已测试（各种），已集成，已归档（书面记录此需求的开发过程）；可也制定可接受的风险列表
    - 自筹资项目：能通过自筹资减轻财务风险，如果是此类型产品，可利用当前收入来支持后续。短时间创收对公司和团队有诸多好处：减轻项目由于资金缺乏而被迫取消的风险，有助于取得干系人对项目的支持
    - 从失败中快速抽身：几轮冲刺后即可识别导致项目停滞不前的关键问题，定量的风险减轻为组织节省大量资金；可推广到商业可行性
- 风险的识别，优先级排序和响应
  - 敏捷项目风险管理工

敏捷管理 -- 质量和风险管理相关推荐

Choerodon猪齿鱼敏捷管理实践（一）——需求管理
2019独角兽企业重金招聘Python工程师标准>>> 本文是敏捷管理系列的第一篇,将介绍敏捷中重要的需求管理,涉及需求的获取和管理,以及后续规划问题. ▌主要内容: 瀑布流开发模式 ...
企业内部控制管理与全面风险管理体系建设知识问答
企业内部控制管理与全面风险管理体系建设知识问答六方合略(天津)企业管理咨询服务有限责任公司 (服务咨询133-8122-1708) 1.请介绍下企业内部控制管理与全面风险管理体系的概念? 企业内部控 ...
7人团队敏捷管理手册
这本书是介绍敏捷方法落实的过程,初看没什么都是一些基本知识,细细品味还是有思考空间的,适合沉浸学习,思考Scrum的内含. 1.敏捷管理----一种提高效率的工作方法 Scrum是一门极力减少不必 ...
ACP敏捷管理认证的含金量高吗？
PMIACP认证验证了从业人士理解.应用敏捷原则及在项目上实践的能力. 码字不易,有需要可以点赞收藏下~ 我自己也创建了个ACP考试资料分享和纯交流群,点击即可加入它与别的认证不同在于它要求敏捷培训 ...
[个人心得]敏捷管理Agile中Epic, story 和task的用途和管理目标
文章目录 1. 背景 2. 团队当前的做法及遇到问题 3. 问题分析 3.1 问题1,Story Point和工作人天混肴或工作人天缺失 3.2 问题2,系统上没有将开发责任定位到人 3.3 问题3, ...
目标管理、绩效管理和敏捷管理
在德鲁克的一本书中,讲述了三个石匠的故事: 有人问三个石匠他们在做什么,第一个说:"我在谋生".第二个石匠一边敲铁锤一边说:"我在做全国最好的石匠工作".第三个 ...
8Manage：敏捷管理的优缺点有哪些？
许多知名的软件专业人员利用敏捷管理的优点,取得了相当大的成功,然而很少有人谈论敏捷管理的缺点.本文我们将分析这种少见的情况,即敏捷管理失败的情况,希望能对大家有所启发. 在讨论敏捷失败前,我们先了解敏 ...
PM_11 十大管理之项目风险管理（九）
1. 项目风险管理概述 1.1 项目风险定义项目风险既包括对项目目标的威胁,也包括促进项目目标的机会. 1.2 风险的属性 1.风险事件的随机性风险事件的发生及其后果都具有偶然性. 2.风险的相对 ...
[原创]敏捷管理实践看板思维导图
[原创]敏捷管理实践看板思维导图转载于:https://www.cnblogs.com/mayingbao/p/4055934.html

敏捷管理 -- 质量和风险管理

质量和风险管理

敏捷管理 -- 质量和风险管理相关推荐

最新文章

热门文章