Scrum简介第一页，共八十九页。目录•Scrum概览•Scrum中的角色和关键原则•Scrum流程：策划、执行跟踪、回顾•几个应用主题（发布周期、度量、大团队）第二页，共八十九页。非敏捷-瀑布式开发•软件开发的经典模型第三页，共八十九页。传统项目流程瀑布模型的主要缺陷：程序的维护成本会越来越高（需要很多人）团队氛围压抑（感受不到激情）不方便做需求变更（引起客户不满）第四页，共八十九页。需求，设计阶段的问题第五页，共八十九页。开发，维护阶段的问题第六页，共八十九页。什么是Scrum？PB第七页，共八十九页。几个原则•不同类型/背景的项目需要不同的管理方法•以项目成果为导向而不是过程导向•衡量项目成功与否，要看重项目成果的商业价值和ROI，而非仅超支、延期、遵循计划•20/80法则，最大可能满足涉众核心需要•及时让涉众参与，并及早展现项目进展和成果，及时调整，确保交付商业价值最大化第八页，共八十九页。敏捷开发宣言个体和交互胜于过程和工具可以工作的软件胜于面面俱到的文档客户合作胜于合同谈判响应变化胜于遵循计划第九页，共八十九页。Scrum特点•适于在不确定性高的环境中开发复杂产品；•简洁但有效；–易于学习和掌握；–能够在开发进程中不断检查，并作出相应调整；•项目信息对所有干系人高度透明；•便于快速发现问题，促使团队和组织持续改进；第十页，共八十九页。Scrum中的角色•ScrumMaster–项目经理？教练？QA？•ProductOwner–产品经理？•Team第十一页，共八十九页。团队构成•7人，+or-2–偏小一些会更合适–应100%投入到迭代中–最好坐在一起•角色交叉–包含增量开发产品所需的所有技能•开发、测试、UI设计、技术文档编写…•团队基于技能而不是“岗位”来认领工作第十二页，共八十九页。团队管理模式•自我管理和自我组织–团队决定要完成的工作量，相互协作进行任务管理和执行，以实现承诺的目标–只有团队失败而没有个人失败的原则第十三页，共八十九页。••••软件项目分析你有5个月时间可用；你要交付5个大功能块儿；每个月，你有100人日可用每个特性需要20人日设计、40人日开发、20人日测试、20人日返工（解决bug、优化）特性F1F2F3F4F5总计商业价值40单位24单位20单位12单位4单位100单位第十四页，共八十九页。Scrum模式•根据第一页给出的信息，计划一下你的开发进度M1M2M3M4M5第十五页，共八十九页。不确定性•当一个特性完成设计、开发、测试和返工之后，项目的不确定性减少20%100%80%60%40%20%0M1M2M3M4M5第十六页，共八十九页。商业价值对比•当一个特性完成设计、开发和测试之后，你就实现了75%的潜在商业价值；•当一个特性完成设计、开发、测试和返工之后，你就实现了100%的潜在商业价值；•用蓝笔画出Scrum项目的商业价值曲线1009080706050403020100M1M2M3M4M5第十七页，共八十九页。目录•Scrum概览•Scrum中的角色和关键原则•Scrum流程：站会、策划和回顾•几个应用主题（发布周期、度量、大团队）第十八页，共八十九页。鸡和猪的经典故事第十九页，共八十九页。Scrum角色第二十页，共八十九页。ScrumMaster•SM帮助团队学习和应用Scrum来实现商业价值•SM尽其所能帮助团队获得成功–服务团队–保护团队–引导大家有效应用Scrum•SM不是团队的“老板”–不负责为团队分配任务–不会帮团队做决定–不对团队及时完成工作负责第二十一页，共八十九页。ScrumMaster做什么事情？•服务团队–帮助团队排除障碍和问题（“绊脚石”）–促进协作，包括团队内、团队和ProductOwner间•保护团队–保护团队，使之免收外界干扰或威胁–•教导团队–帮助团队和PO改进工作的有效性–帮助团队和PO面对并解决困难和问题•引导Scrum的有效应用–把Scrum教给团队、PO和整个公司–确保所有标准Scrum实践得到遵循第二十二页，共八十九页。–––––ScrumMaster的选择•高效SM的特征对团队的成功有高度的责任心良好的人缘、良好的沟通技能敏感、好的聆听者积极、乐于助人技术专家，会更有帮助但非必要•专职SM会有最好的成果–如果不能专职，必须有一位成员担当这个角色（相应降低他的原工作负担）•避免让团队行政管理...
