敏捷开发管理浅谈

敏捷开发管理浅谈

惠吧技术部QA李晗

帮助你在公司更好的工作课程大纲课程大纲理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结2023/2/6理解敏捷2023/2/6何为敏捷？敏捷核心价值是什么？2023/2/6敏捷开发是…“一种以人为核心、迭代、循序渐进的开发方法!”理解敏捷在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。2023/2/6理解敏捷敏捷开发核心价值观是什么呢？答案是：

沟通，简单，反馈，勇气2023/2/6理解敏捷敏捷开发的核心思想是：以人为本，适应变化。2023/2/6谁在用敏捷2023/2/6课程大纲课程大纲一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结2023/2/6敏捷开发流程(1)2023/2/6敏捷开发流程(2)2023/2/62023/2/6课程大纲课程大纲一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结Scrum将小型团队转化为自身命运的管理者强调每个人的主动性与参与性快速实现“频繁变更的需求”关注交付与产出的商业价值目的：促使整个开发过程迅速、自我驱动Scrum特点2023/2/62023/2/613Scrum总体骨架迭代每30天DailySCRUM每24小时高优先级可运行的软件工作项分解产品订单ProductBacklog迭代订单SprintBacklog新的功能增量迭代规划会议SprintPlan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时：团队计划本Sprint的安排迭代复审会议SprintReview一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况迭代回顾会议SprintRetrospective一般3个小时，ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快每日站立会议DailyScrumMeeting在简会上，每个成员主要回答三个问题;–自上次SCRUM简会后的一天了（昨天），你做了什么?–从现在到下次SCRUM简会的一天里（今天），你要做什么?–在实现SCRUM及项目目标的工作中，你遇到哪些困难吗?产品负责人Scrum主管开发团队2023/2/6Scrum角色及职责Scrum角色分类-各种“猪”ProductOwner传递来自市场的声音、提升项目的回报确定产品Backlog中的优先级从产品的角度确保团队工作方向Scrum

Master管理Scrum流程，确保Scrum运转确保每个Sprint目标的实现与产出，不受外界干扰团队

由5-9人组成（开发，测试等）、评估每个Sprint工作2023/2/6非Scrum角色-“鸡”利益相关者（客户，供应商）产品使用者、项目相关者仅在Sprint回顾展示中参加会议经理设置环境的产品开发组织管理层公司管理层（比如总裁办公室等）垂直职能经理层（比如开发经理等）2023/2/62023/2/6职责现在POPOScrumMaster需求定义（保真图）维护Story列表，透明确保Scrum运行推动需求讨论判定Story优先级与期望上线日期组织需求讨论、计划、站会、评审、回顾推动排期确定需求（包括从课题组，落实细节）在Team

Capacity基础上，引导排期协调资源（找各端）参与Scrum组例会帮助Team排除干扰确保Scrum组方向与目标分析团队排期优化、产出效率验收需求完成情况维护WiKi内容产品ScrumTeam（大项目期望上线日期）Scrum流程PO：准备ProductBacklog团队：Sprint计划会议（SprintBacklog）Daily简会评审会议、总结2023/2/6Scrum工具ProductBacklog所有需要完成的产品清单，包括优先级、商业诉求，PO负责SprintBacklog由团队主动选择完成的每个Sprint需要完成的Story列表每个Story包括了需求、优先级、工作量一旦确定，不亦更改SprintBurndown显示工作量趋势变化的图表每天由ScrumMaster更新2023/2/62023/2/6ProductBacklog团队资源现有软件Sprint目标SprintBacklogPO讲解需求以及项目目标通过讨论，由PO确认功能的优先级按照优先级讨论和设计功能逐项评估时间，确定和生成SprintBacklogSprint计划会议项目计划SprintPlanningMeeting2023/2/6Story是什么样子的故事是用来讲的、分享的、讨论的有价值：从商业的角度阐述（非技术术语）小、独立：简单的功能可讨论：关于故事的交流更重要动态的：伴随交流，确定细节、优先级优先级、需要交付的截止日期大需求可先写下大故事，再提炼、分解2023/2/6惠吧可以用微信支付订单费用备注：接受支付宝、支付内容优先级P1Sprint

iOSSprint1细节1：XXX细节2：XXX细节3：XXXTask1：3hourTask2：2hourTask3：3hourTask4：3hourTask5：2hourTask6：3hourDeadline20150315SP8完整的Story2023/2/6如何估算时间(storypoint)－

计划纸牌估算工期2023/2/6DailyMeeting的样子（1+）每天15分钟，团队面对面站立成圈晨会是为项目信息同步可视化,不是为了解决问题避免无关的讨论(SM引导)欢迎各界人士，但只有“猪”可以发言2023/2/6DailyMeeting的样子（1-）2023/2/6任务看板(1)2023/2/6任务看板(2)2023/2/6燃尽图（BurnDown）2023/2/6迭代结果的验收(Review)团队需要演示所完成的迭代工作典型的做法是使用演示形式展示新功能或者底层架构的实现非正式的2小时的提前准备不需要正式演示文档相关的利益相关者邀请所有关注产品的人参加2023/2/6一个好Demo的效果1.促进PO融入团队，PO真正被团队认可成为团队的一员，不再是“那个被Boss传递需求”2.判定演示成效：符合故事结果预期没有Bug亮点可以是技术的革新，界面好，生产力提升等每个评委都必须把不足点表达出，并请团队改进3.沟通：每个故事Demo后，有1–3分钟沟通和提问，团队会直接直面客户的反馈迭代结果的验收(Review)回顾与总结作用：展示产出，总结工作，确定改进参与者ScrumMaster、团队，并邀请关心此次产品发布的相关人规范已完成、未完成工作展示反思、总结（可团队独自开展）做的好的当前Sprint的完成情况可以得到改善的2023/2/62023/2/6回顾与总结举例2023/2/62023/2/62023/2/6课程大纲课程大纲一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结总结2023/2/6一些常见的误解1、敏捷是拯救任何项目的银弹。敏捷方法只有运用得当才有效果。2、敏捷意味着简单快，不需要任何文档。

-敏捷是有严格要求的，也是面向质量的

-根据沟通的需要产生相应的文档3、敏捷项目的范围可以随时改变。

-变更可以等到下一次迭代开始，当前正在进行中的迭代不能变更4、只对小项目使用。

-在中型和大型的项目中一样取得了成功5、不要为了敏捷而敏捷。2023/2/6重点回顾1、敏捷开发是软件开发所强调的一个精神，而不是一个方法。2、敏捷核心价值观3