关闭

关闭

封号提示

内容

首页 《硝烟中的Scrum和XP》导读.ppt

《硝烟中的Scrum和XP》导读.ppt

《硝烟中的Scrum和XP》导读.ppt

上传者: 毛毛 2014-02-21 评分 4.5 0 78 11 355 暂无简介 简介 举报

简介:本文档为《《硝烟中的Scrum和XP》导读ppt》,可适用于IT/计算机领域,主题内容包含《硝烟中的Scrum和XP》导读Scrum是一味药仅此而已硝烟中的Scrum从哪里开始我们才刚上路药?还是良好的生活习惯?Scrum不能解决我们的问符等。

《硝烟中的Scrum和XP》导读Scrum是一味药仅此而已硝烟中的Scrum从哪里开始我们才刚上路药?还是良好的生活习惯?Scrum不能解决我们的问题能解决问题的是我们自己一支出色团队靠的不是技术不是流程而是有良好素质的团队成员。良好素质包括进取心、责任心、良好的习惯、热情……Scrum提供了一套实践方法帮软件团队养成良好的习惯好吧如果这样说有点空洞让我们走进一步看药名:Scrum种类:敏捷软件开发方法适用症:重量级流程导致的软件开发环节复杂面向任务、面向职责的开发模式导致的各司其职、流程环节衔接不畅项目进度的掌控困难以上两条导致的项目产品开发周期过长药物原理:目标驱动在统一的软件交付目标下组织团队依靠团队的智慧做项目评估、计划乃至设计、开发、测试抓住最基本的项目开发属性:周期质量软件开发周期与质量的关系资源一定的情况下软件开发周期跟质量相互制约但不是反比以T代表某个项目的开发时间B代表项目的Bug数(类比质量)不同团队执行该项目的T*B值是一个区间良好团队就是尽可能保证T*B的值尽量小挖掘可能空间的潜值Scrum有助于塑造良好团队降低项目的T*B值Scrum是一味药仅此而已硝烟中的Scrum从哪里开始我们才刚上路Scrum角色和职责产品负责人–定义开发目标需要实现的feature和优先级ScrumMaster–保证团队高效而不受打扰地工作优化工作条件、过程团队–自组织地完成项目开发使用一切可行手段保证进度和质量Scrum过程前期:产品负责人整理业务需求形成ProductBacklog库执行:以Sprint为单位迭代式地完成SprintBacklog。每个Sprint以SprintPlanning开始通过每日例会跟踪进度和issue。Sprint结束时交付可运行的产品后期:每个Sprint完成后通过Sprint回顾发现问题和改进点制定下个Sprint要引入的新的实践看上去没什么特别?别着急我们来看Scrum的精髓Scrum是一个“检查并适应”的框架在三个角色(产品负责人ScrumMaster团队)、三种仪式(Sprint计划Sprint回顾每日例会)和三种制品(产品BacklogSprintBacklog燃尽图)的基础上你可以根据公司或者项目的情况因地制宜引入任何有利于缩短开发周期、提高产品质量的实践XX部门这样实施ScrumSprint前产品负责人(PM)收集整理产品需求形成产品Backlog产品Backlog按照统一格式定义比较重要属性有:名称、重要性、估算时间、简单描述、如何演示等详细的需求细节可以在其他需求文档中定义产品负责人可以通过任何渠道、方式获取和确认需求XX部门这样实施ScrumSprint产品负责人、ScrumMaster和团队成员(包括QA)召开Sprint会议ScrumMaster主持会议Sprint会议上详细沟通产品负责人选定的重要性高的产品Backlog细节确保团队对需求的理解无误团队就对需求的理解将Backlog拆分成任务并给出每个Backlog的估算时间产品负责人和团队根据Sprint内可用的人天和Backlog的时间估算选定需要排入本次Sprint的BacklogScrumMaster和团队分派任务制定Sprint计划一个Sprint的周期是两周一次Sprint会议时间大约一个下午XX部门这样实施ScrumSprint整理一面任务墙将Sprint内的Backlog和任务按照未开始、进行中、已完成等状态进行归类同时展示Sprint的燃尽图ScrumMaster每日早上固定时间组织团队的每日例会确认每个成员前一天完成的工作、当天要进行的工作、工作中碰到的issue并更新任务墙任何需求变更都进行实时评估超过规划人天的Backlog视情况进行拆分或者推迟其他重要性低的Backlog任何完成的Backlog都需要演示给产品负责人和QA后才能提交测试XX部门这样实施ScrumSprint任务墙快照XX部门这样实施ScrumSprint后ScrumMaster召集、组织Sprint回顾会议回顾会议以头脑风暴的方式ReviewSprint过程和结果发现和列举存在的问题与会人员投票决定需要在下个Sprint中解决的个问题探讨解决方案确定实践方式XX部门这样实施Scrum归纳用到的实践XX部门这样实施Scrum归纳用到的实践XX部门这样实施Scrum归纳用到的实践XX部门这样实施Scrum归纳待实践其他尚未开始的实践一览Scrum精神团队目标重于岗位职责团队工作优于独立作战高效沟通强于标准化的文档高能动性的、自组织的团队胜于角色划分清晰的流水线务实的解决问题的方法好于经典理论快速实践快速反馈持续优化好了忘掉一切招数看看软件开发最原始最淳朴的目标在资源一定的情况下尽可能快地完成高质量的软件开发Scrum是一味药仅此而已硝烟中的Scrum从哪里开始我们才刚上路XX部门团队做的还不到位的方面还没找到很好的方式促进开发和QA融合为统一的Scrum团队有些有价值的实践没有实施到很有意义的程度执行不坚决深入持续的方法改进工作有待加强……路漫漫其修远兮吾将上下而求索我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作我们形成了如下价值观: 个体与交互重于过程和工具可用的软件重于完备的文档客户协作重于合同谈判响应变化重于遵循计划 在每对比对中后者并非全无价值但我们更看重前者。KentBeckMikeBeedleArievanBennekumAlistairCockburnWardCunninghamMartinFowlerJamesGrenningJimHighsmithAndrewHuntRonJeffriesJonKernBrianMarickRobertCMartinSteveMellorKenSchwaberJeffSutherlandDaveThomas我们的最高目标是通过尽早和持续地交付有价值的软件来满足客户。欢迎对需求提出变更即使是在项目开发后期。要善于利用需求变更帮助客户获得竞争优势。要不断交付可用的软件周期从几周到几个月不等且越短越好。项目过程中业务人员与开发人员必须在一起工作。要善于激励项目人员给他们以所需要的环境和支持并相信他们能够完成任务。无论是团队内还是团队间最有效的沟通方法是面对面的交谈。可用的软件是衡量进度的主要指标。敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。对技术的精益求精以及对设计的不断完善将提升敏捷性。要做到简洁即尽最大可能减少不必要的工作。这是一门艺术。最佳的架构、需求和设计出自于自组织的团队。团队要定期反省如何能够做到更有效并相应地调整团队的行为。

精彩专题

职业精品

上传我的资料

热门资料

资料评价:

/ 26
所需积分:1 立即下载

意见
反馈

返回
顶部

Q