芝麻绿豆之敏捷中的风险管理（PPT48页)

敏捷中的风险管理风险管理：理解什么是风险风险识别和跟踪风险应对计划风险监控检查风险管理策略和措施的实际效果是否达到预期寻找机会改善和细化风险规避计划，获取反馈信息，以便将来的决策更符合实际上期回顾风险规避圈——PDCA循环P：Plan，计划，确定方针和目标，确定活动计划；D：Do，执行，实地去做，实现计划中的内容；C：Check，检查，总结执行计划的结果，注意效果，找出问题；A：Action，行动，对总结检查的结果进行处理，成功的经验加以肯定并适当推广、标准化；失败的教训加以总结，以免重现。风险监控过程——PDCA循环PDCA需要周而复始的进行这四个过程不是运行一次就结束，需要周而复始的进行一个循环完了，解决了一部分的问题，可能还有其它问题尚未解决，或者又出现了新的问题，再进行下一次循环风险监控过程——PDCA循环敏捷中的PDCA（反馈环）风险监控过程——PDCA循环一些敏捷实践的反馈环风险监控过程——PDCA循环UATSprintDailyStandupCIUnitTestPairProgramming反馈环越小越有利于风险的规避！敏捷实践介绍——SCRUM、XP、Kanban、Lean敏捷定义Scrum极限编程看板精益大纲敏捷定义Scrum是一个基于团队进行复杂系统和产品开发的框架Scrum事实上并未谈及软件。Scrum所涉乃是非软件项目亦可使用的工作管理和团队动力学。敏捷实践：Scrum敏捷实践：ScrumScrum有以下三个属性：轻量级的、简单易懂的、十分难以掌握的Scrum依赖固定节奏的迭代周期，称为Sprint，每个Sprint以计划会议开始Scrum的特征是团队内外的反馈和透明，它的短周期和协同的本质使其相当适应于快速变化或者有紧急需求的项目敏捷实践：Scrum敏捷实践：ScrumScrum三大工件敏捷实践：ScrumScrum的三大角色PO：客户代表，把愿景转换为团队可以执行的产品列表并且负责正在开发的产品或者服务的投资回报与商业价值；ScrumMaster：致力于组建与维护一个高效率团队，为组织内部的变革“代言”；Team：交付愿景，完成所有必要的工作来实现产品列表中的功能。敏捷实践：ScrumScrum五个价值观敏捷实践：ScrumScrum价值观：注重承诺敏捷实践：ScrumScrum五个仪式敏捷实践：ScrumScrum仪式：每日站会（小视频）有效的项目站会能够及时发现项目中遇到的问题，并且能够及时解决问题能有效的规避项目风险；站会中团队成员各自汇报当天工作，打破沟通壁垒，让每个成员能切身感受项目当前状态同时根据工作进度可以及时调整项目工作计划站会最终的结果是交付！敏捷实践：ScrumScrum仪式：回顾会议回顾过去，改进未来反省哪里做得好，哪里做得不好，以及需要做出什么样的改变Scrum将反馈环缩短到天以下将引入XP继续缩短反馈环敏捷实践：ScrumUATSprintDailyStandupCIUnitTestPairProgramming敏捷实践：XPXP是一种软件开发风格，专注于编程技术，清晰沟通还有团队协作的精彩实践。XP是一种轻量级的、灵巧的软件开发方法，一种软件工程方法学核心价值观：简单：需求尽量的简单、设计尽量的简单、代码尽量的简单、文档尽量的简单；沟通：重视项目相关人员之间进行充分、多渠道的沟通；反馈：尽快获得用户的反馈，并且越详细越好，使得开发人员能够保证自己的成果符合用户的需要；勇气：这是最核心的价值。对于用户的反馈，提倡积极地面对现实和修理问题的勇气。极限编程的12个实践原则敏捷实践：XP极限编程实践：重构重构是在不改变代码行为的前提下，对其进行一些略小的改造，旨在改进系统结构的实践活动敏捷实践：XP极限编程实践：测试驱动开发测试驱动开发是一种程序开发方法，包括测试先行开发和重构。敏捷实践：XP极限编程实践：持续集成敏捷实践：XP→极限编程实践：结对编程敏捷实践：XP敏捷实践：XPXP适用范围：规模小、进度紧、需求变化大、质量要求严的项目；它希望以最高的效率和质量来解决用户目前的问题，以最大的灵活性和最小的代价来满足用户未来的需求，XP在平衡短期和长期利益之间做了巧妙的选择XP不适用范围：中大型的项目（项目团队超过10人）；重构会导致大量开销的团队；需要很长的编译或者测试周期的系统；不容易进行测试的应用；团队人员异地分布的项目；不能接受XP文化的组织和团队。敏捷实践：Scrum和XP的对比自我定位：Scrum将自己定位为通用管理方法；XP则强调自己仅仅适用于软件开发。关注点：Scrum核心手段是工程学，Scrum不关注人；XP完全以全面改善人的社会属性和技能为核心手段。敏捷实践：Kanban流程可视化：把工作拆分成小块，一张卡片写一个任务，再把卡片放到墙上；每一列都起一个名字，显示每件任务在流程中出于什么位置。限制WIP——明确限制流程中每个状态最多同时进行的任务数我们只安排当前能够立刻开工事情；提升可预测性、缩短周期时间；将问题发现在原地，提升质量。度量生产周期，对流程进行调优，尽可能缩短生命周期，并使其可预测其实对于客户来说，他们更关注何时“结束”，而非何时“开始”。敏捷实践：Kanban看板的核心实践1.可视化工作流程2.约束在制品3.度量和管理流动4.显示化规则5.建立反馈环6.在协作及实验中改进敏捷实践：Kanban看板的一天（看板演示1）敏捷实践：Kanban看板的一天（看板演示2）敏捷实践：Kanban看板的一天（看板演示3）敏捷实践：Kanban看板的一天（看板演示4）敏捷实践：Kanban看板的一天（看板演示5）敏捷实践：Kanban看板的一天（看板演示6）敏捷实践：Kanban限制在制品（WIP）敏捷实践：看板和Scrum的对比相似性：都是既精益又敏捷；都是拉动式计划；都限制了WIP；都以透明的方式驱动过程改进；都关注于尽早交付、频繁交付可发布的软件；根基都是自组织型团队；都需要把工作拆分；发布计划都是根据经验数据（生产率/生产周期）不断优化的。敏捷实践：看板和Scrum的对比差异：Scrum看板规定了固定时长的迭代固定时长的迭代是可选的团队承诺当前迭代做完一定量的工作承诺是可选的用生产率作为计划和过程改进的默认度量手段用生产周期作为计划和过程改进的默认度量手段规定了跨功能团队跨功能团队是可选的。可以有专职团队任务必须分解，以便在1个Sprint里面能做完没规定任务规模规定了燃尽图没规定专门的图表形式间接限制（每个Sprint的）WIP直接限制（每个工作流状态的）WIP规定了估算估算是可选的敏捷实践：看板和Scrum的对比差异：Scrum看板不能往进行中的Sprint里面加任务只要有人手富余就可以加任务一个SprintBacklog归一个团队所有一张看板图可以由多个团队或多人共用规定了三种角色（PO、SM、Team）没有规定任何角色每个Sprint之间重置Scrum板看板图一直保留着规定了经过优先级排序的产品backlog优先级排序是可选的敏捷实践：精益软件开发实践方法需要跟上快速且复杂发展的世界：敏捷更多的是适应于小团队的环境；精益软件开发，提供了一种既可以继承并发挥敏捷优势的方法，并且该方法可以适应大型的软件企业目标：价值对人的尊重产品开发流Kaizen基础：领导力敏捷实践：精益软件开发目标：速度、价值、质量最短的等待时间对人员和社区提供最好的质量和价值客户满意度最大化成本达到最低团队士气高昂团队具有安全感目标：价值对人的尊重产品开发流Kaizen基础：领导力敏捷实践：精益软件开发对人的尊重提升人员和团队素质，因为是他们构建产品的实施者授权团队，持续提升基于信任和尊重，建立最佳的合作伙伴关系目标：价值对人的尊重产品开发流Kaizen基础：领导力敏捷实践：精益软件开发Kaizen（改善）反馈将持续改善作为一项企业价值“Wecandobetter”目标：价值对人的尊重产品开发流Kaizen基础：领导力敏捷实践：精益软件开发产品开发流原则从市场的角度管理队列清晰理解可用性减少大批量使用WIP原则尽快取得反馈分布式处理目标：价值对人的尊重产品开发流Kaizen基础：领导力敏捷实践：精益软件开发加快了价值交付速度敏捷实践：精益软件开发降低风险Thanks!敏捷实践不是银弹，而是到达成功的路牌。实践时保持纪律与专注，在需要的时候寻求帮助。