华为IPD和敏捷的交流讨论

《华为IPD和敏捷的交流讨论》由会员分享，可在线阅读，更多相关《华为IPD和敏捷的交流讨论（22页珍藏版）》请在金锄头文库上搜索。

1、华为IPD和敏捷的交流讨论 华为 孙东 目录 华为IPD介绍 敏捷实践 ipd流程的作用 IPD流程 QMS和IPD 职能领域和IPD Page 7 敏捷实施案例之一 敏捷12项原则 1、我们最优先要做的是通过、我们最优先要做的是通过尽早的、持续的尽早的、持续的交付有价值的软件来使客交付有价值的软件来使客 户满意。户满意。 2、即使到了开发的后期，也欢迎改变需求。敏捷过程、即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客利用变化来为客 户户创造竞争优势。创造竞争优势。 3、经常性地、经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个交付可以工作的软件，交付的间隔可以从几个星期

2、到几个 月，交付的时间间隔越短越好。月，交付的时间间隔越短越好。 4、在整个项目开发期间，业务人员和开发人员必须、在整个项目开发期间，业务人员和开发人员必须天天都在一起工作天天都在一起工作。 5、围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，、围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持， 并且并且信任信任他们能够完成工作。他们能够完成工作。 6、在团队内部，最具有效果并且富有效率的传递信息的方法，就是、在团队内部，最具有效果并且富有效率的传递信息的方法，就是 面对面面对面的交谈。的交谈。 7、可以工作的软件、可以工作的软件是首要的是首要的进度进度度量标准。度量标准

3、。 8、敏捷过程提倡、敏捷过程提倡可持续的开发速度可持续的开发速度。责任人、开发者和用户应该能。责任人、开发者和用户应该能 够保持一个长期的、恒定的开发速度。够保持一个长期的、恒定的开发速度。 9、不断地关注、不断地关注优秀的技能和好的设计优秀的技能和好的设计会增强敏捷能力。会增强敏捷能力。 10、简单、简单 使未完成的工作最大化的艺术使未完成的工作最大化的艺术 是根本的。是根本的。 11、最好的构架、需求和设计出自于“、最好的构架、需求和设计出自于“自组织自组织”的团队。”的团队。 12、每隔一定时间，团队会在如何才能更有效地工作方面进行、每隔一定时间，团队会在如何才能更有效地工作方面进行反

4、省反省， 然后响应地对自己的行为进行调整。然后响应地对自己的行为进行调整。 敏捷12项原则 Page 10 敏捷实践概览 技术实践技术实践 迭代计划会议 每日站立会议 可视化管理 迭代验收 迭代回顾会议 管理实践管理实践 产品Backlog（需求清单） 迭代Backlog 完成标准 敏捷团队角色 Product Owner（PO） Scrum Master Team 完整团队实践 团队团队 用户故事 结对编程 TDD（测试驱动开发） 持续集成 Anatomy系统解剖 工作件工作件 敏捷软件开发是以短周期迭代为核心，包含团队、工作件、管理和技术优秀实践的集合敏捷软件开发是以短周期迭代为核心，包含

5、团队、工作件、管理和技术优秀实践的集合 迭代开发迭代开发 Page 11 敏捷软件开发典型场景 PO和开发团队对产品业务目标形成共识 PO建立和维护产品需求列表（需求会不 断新增和改变）,并进行优先级排序 PO每轮迭代前，Review需求列表，并筛 选高优先级需求进入本轮迭代开发 开发团队细化本轮迭代需求，并按照需 求的优先级，依次在本轮迭代完成 开发团队每日站立会议、特性开发、持 续集成，使开发进度真正透明 PO对每轮迭代（24周）交付的可工作 软件进行现场验收和反馈 回到第3步，开始下一轮迭代 迭代 每日工作 交付 可以工作 的软件 迭代计划 回顾 确定一个迭代 的工作内容 产品和利 益相

6、关人 、 Page 12 什么是迭代式开发什么是迭代式开发 迭代开发将整个软件生命周期分成多个小的迭 代（一般2-4周），每一次迭代都由需求分析、 设计、实现和测试在内的多个活动组成，每一 次迭代都可以生成一个稳定和被验证过的软件 版本。 迭代式开发的好处迭代式开发的好处 通过将高技术风险的需求在早期迭代里实现， 有助于尽早暴露问题和及时消除风险 通过提供功能渐增的产品，持续从客户获得反 馈，根据反馈及时调整，使最终产品更加符合 客户的需要 通过小批量减少排队，提供更灵活、快速的交 付能力 平滑人力资源的使用，避免出现瓶颈 迭代式开发的关键要点迭代式开发的关键要点 每一次迭代都建立在稳定的质量

7、基础上，并做 为下一轮迭代的基线，整个系统的功能随着迭 代稳定地增长和不断完善。 每次迭代要邀请用户代表（外部或内部）验收 ，提供需求是否满足的反馈 迭代推荐采用固定的周期（2-4周），迭代内 工作不能完成，应当缩减交付范围而不是延长 周期 敏捷软件开发核心迭代开发 迭代1迭代2迭代3 反馈反馈 迭代开发是有节奏地小步快跑，但建立在坚实的质量基础上迭代开发是有节奏地小步快跑，但建立在坚实的质量基础上 Page 13 敏捷团队的角色职责 角色 名称 角色 定义 角色职责注意事项 Product Owner（产 品负责人） 确保确保 Team做做 正确的正确的 事事 代表利益相关人（如用户、代表利

8、益相关人（如用户、Marketing、用服、管理者等），、用服、管理者等）， 对产品投资回报负责对产品投资回报负责 确定产品发布计划确定产品发布计划 定义产品需求并确定优先级定义产品需求并确定优先级 验收迭代结果，并根据验收结果和需求变化刷新需求清单验收迭代结果，并根据验收结果和需求变化刷新需求清单 和优先级和优先级 除了客户需求之外，除了客户需求之外， 内部任务如重构、内部任务如重构、 持续集成环境搭建持续集成环境搭建 等也由等也由PO纳入统纳入统 一管理一管理 Scrum Master （Scrum教 练） 确保确保 Team正正 确地做确地做 事事 辅导团队正确应用敏捷实践辅导团队正确应

9、用敏捷实践 引导团队建立并遵守规则引导团队建立并遵守规则 保护团队不受打扰保护团队不受打扰 推动解决团队遇到的障碍推动解决团队遇到的障碍 激励团队激励团队 不命令和控制不命令和控制 Team Team（开 发团队） 负责产负责产 品需求品需求 实现实现 负责估计工作量并根据自身能力找出最佳方案去完成任务负责估计工作量并根据自身能力找出最佳方案去完成任务 且保证交付质量且保证交付质量 向向PO和利益相关人演示工作成果（可运行的软件）和利益相关人演示工作成果（可运行的软件） 团队自我管理、持续改进团队自我管理、持续改进 一般由一般由5-9名跨功名跨功 能领域人员组成能领域人员组成 坐在一起工作坐在

10、一起工作 有共同的目标，共有共同的目标，共 担责任担责任 团队成员严格遵守团队成员严格遵守 团队规则团队规则 Page 14 敏捷管理实践：每日站立会议 什么是每日站立会议什么是每日站立会议 每日工作前，团队成员的例行沟通机制，由 Scrum Master组织，Team成员全体站立参加 聚焦在下面的三个主题： 我昨天为本项目做了什么？ 我计划今天为本项目做什么？ 我需要什么帮助以更高效的工作？ 每日站立会议的关键要点每日站立会议的关键要点 准时开始：按计划会议制定的时间地点开 会，形成团队成员的自然习惯； 高效会议：会议限时15分钟，每个人都保 持站立，依次发言，不讨论与会议三个主 题无关的事

11、情（如技术解决方案等）； 问题跟踪：Scrum Master应该记录下所有 的问题并跟踪解决； 每日站立会议的好处每日站立会议的好处 增加团队凝聚力，产生积极的工作氛围 及时暴露风险和问题； 促进团队内成员的沟通和协调。 每日站立会议每日站立会议促进团队沟通协调，及时暴露问题促进团队沟通协调，及时暴露问题 Page 15 敏捷管理实践：可视化管理 可视化管理的好处可视化管理的好处 简单，一目了然 ，降低管理成本； 实时状态显示，及时暴露问题； 信息同源使团队理解一致，提升团队凝聚力； 激励先进，鞭策后进，增强团队进取心。 什么是可视化管理什么是可视化管理 将项目状态 (进度、质量等)通过物理实

12、体（如 白板，大屏幕）实时展示，让团队所有成员直 观地获取当前项目进展信息。 可视化管理的关键要点可视化管理的关键要点 物理实体：可视化一定要做到物理上的实体化 ，大家在公开场所都容易看到，触摸到，（存 在电脑中的文件不是可视化的）； 内容精简，易懂：信息展示一目了然，切实对 团队有帮助，切忌贪多求全，难以分辨； 实时刷新：延迟的信息拖延问题暴露，降低运 作效率。 可视化管理及时暴露问题，激励团队可视化管理及时暴露问题，激励团队 Story墙（展示墙（展示Story进度）进度）缺陷走势图（展示缺陷解决进展）缺陷走势图（展示缺陷解决进展）Anatomy视图（展示系统集成进展）视图（展示系统集成进

13、展） Page 16 敏捷管理实践：迭代验收 什么是迭代验收什么是迭代验收 每次迭代开发结束时举行，通过演示可工作的软 件检查需求是否满足客户要求； 由Scrum Master组织， PO和用户代表（外部或 内部利益相关人）负责验收、Team负责演示可 工作软件。 迭代验收的好处迭代验收的好处 通过演示可工作的软件来确认项目的进度，具有 真实性； 能尽早的获得用户对产品的反馈，使产品更加贴 近客户需求。 迭代验收的关键要点迭代验收的关键要点 展示“真实”的产品：Team 应在真实环境 中展示可运行的软件，判断是否达到“完成 ”标准； 收集反馈：PO 根据验收情况及客户反馈意 见，及时调整产品B

14、acklog。 迭代验收尽早演示可工作的软件，收集反馈意见迭代验收尽早演示可工作的软件，收集反馈意见 Page 17 敏捷管理实践：迭代回顾会议 迭代回顾会议的好处迭代回顾会议的好处 激励团队成员； 帮助团队挖掘优秀经验并继承； 避免团队犯重复的错误； 营造团队自主改进的氛围。 什么是迭代回顾会议什么是迭代回顾会议 在每轮迭代结束后举行的会议，目的是分享好 的经验和发现改进点，促进团队不断进步； 围绕如下三个问题： 本次迭代有哪些做得好 本次迭代我们在哪些方面还能做得更好 我们在下次迭代准备在哪些方面改进？ 迭代回顾会议的关键要点迭代回顾会议的关键要点 会议气氛：Team全员参加，气氛宽松自由

15、，畅所欲 言，头脑风暴发现问题，共同分析根因； 关注重点：Team共同讨论优先级，将精力放在最需 要的地方（关注几个改进就够了）； 会议结论要跟踪闭环：可以放入迭代backlog中。 迭代回顾会议是促进团队持续改进的最有效手段迭代回顾会议是促进团队持续改进的最有效手段 好的能做得更好的将来改进的 Page 18 敏捷工程实践：用户故事（user story） 什么是用户故事什么是用户故事 用户故事是站在用户角度描述需求的一种方式； 每个用户故事须有对应的验收测试用例； 用户故事是分层分级的，在使用过程中逐步分解 细化； 典型的描述句式为：作为一个客户角色，我 需要功能，带来好处。 用户故事的好

16、处用户故事的好处 用户故事站在用户视角便于和客户交流， 准确描述客户需求； 用户故事可独立交付单元、规模小，适于 迭代开发，以获得用户快速反馈； 用户故事强调编写验收测试用例作为验收 标准，能促使需求分析人员准确把握需求 ，牵引开发人员避免过度设计。 用户故事的关键要点用户故事的关键要点 I Independent，可独立交付给客户 N Negotiable，便于与客户交流 V - Valuable ，对客户有价值 E - Estimable ，能估计出工作量 S - Small ，分解到最底层的用户故事粒度 尽量小，至少在一个迭代中能完成 T - Testable，可测试 初始需求：初始需求：1.作为作为网络规划人员，网络规划人员，我想要我想要配臵一个媒体网关，配臵一个媒体网关，因为因为想想 要增加网络容量和服务要增加网络容量和服务 初次分解：初次分解：1.1作为网络规划人员，我想把媒体网关参数上传到管理 系统 1.2作为网络规划人员，我想从管理系统下载媒体网关参 数 再次