《敏捷开发管理实践》.pptVIP

clare clare Sprint0 高层业务流程梳理 初始用户故事列表 团队建设 技术架构选择 UI风格 开发、测试环境准备 持续集成 Sprint1的User Story和验收标准 迭代分工 角色 Sprint n-1 Sprint n Sprint n+1 Scrum Master Product Owner Team 确保Scrum正常运转 确保Scrum正常运转 确保Scrum正常运转 辅助开发，准备n Story 辅助开发，准备n+1 Story 辅助开发，准备n+2 Story 开发测试 开发测试 开发测试 迭代计划会议 Product backlog Sprint n backlog 创建迭代backlog 任务分解 站立会议 晨会上的三个经典问题： 昨天我完成了那些工作？ 今天我打算做什么？ 完成我的目标是否存在什么障碍？ 站立会议 晨会上的三个经典问题： 昨天我完成了那些工作？ 今天我打算做什么？ 完成我的目标是否存在什么障碍？ 迭代验收 迭代验收的好处： 通过演示可工作的软件来确认项目的进度，具有真实性 能尽早的获得用户对产品的反馈，是产品更加贴近客户的需求。 Scrum master---组织 PO、用户代表---验收 Team---演示 真实的产品演示； 收集反馈意见，调整backlog 迭代回顾 迭代回顾的好处： 激励团队成员 挖掘优秀经验并继承 避免团队犯重复的错误 营造团队自主改进的氛围 宽松自由、畅所欲言、发现分析问题 Team全员参与，领导、KPI相关不参与 记录 跟踪问题 迭代回顾 迭代回顾的好处： 激励团队成员 挖掘优秀经验并继承 避免团队犯重复的错误 营造团队自主改进的氛围 宽松自由、畅所欲言、发现分析问题 Team全员参与，领导、KPI相关不参与 记录 跟踪问题 总结回顾 敏捷方法的核心 适应性VS预见性 面向人VS面向过程 预见性过程 执行 计划 预想目标 实际目标 定义性的过程 预见性过程 预想目标 实际目标 适应性过程 传统的价值交付 需求 设计 实现 验证 价值 时间 半成品 价值交付 敏捷的价值交付 价值 时间 迭代1 迭代2 迭代3 迭代4 迭代n 增量交付价值 Netscape的陨落 时间 Netscape的陨落 clare clare 客户本来想要的是结构简单、价格低廉，能适应各种环境的枪，但是他描述成了水下步枪（俄罗斯的APS水下突击步枪）； 项目经理只记住了结构简单、价格低廉这部分（纳粹德国二战末期研制的所谓“人民冲锋枪”VG1-5，基本上是用边角料拼凑的）； 项目构架师设计了一个和客户需求差异很大但是还基本过得去的产品（英国在二战后研制的7mm口径EM-2无托枪，各方面性能都还不错）； 程序员在此基础上做出了一个弱化阉割版（英国因为遵从北约协议而被迫采用的SA-80 5.56mm小口径突击步枪，存在很多质量问题）； 销售把这个产品吹得非常牛逼（美国的 OICW“理想单兵武器”项目的样枪，具有发射20mm智能榴弹和5.56mm枪弹的功能，该项目早已无限期中止）； 而客户真正需要的其实不过就是AK47…… 需求的理解和沟通，是产品和项目实施的前提和必须，这个值得我们去认真对待并要在项目开始之前理解并正确传达给项目线的每一个人。 clare 敏捷开发管理实践 目录 了解敏捷 软件开发简史 CodeFix 重量级过程控制 敏捷 敏捷开发联盟 2001年初，在美国犹他州的滑雪胜地Snowbird，十七位专家聚集在一起概括出了一些可以让软件开发团队具有快速工作，响应变化能力的价值观和原则。他们称自己为敏捷联盟。在随后的几个月中，他们创建了一份价值观申明，也就是敏捷联盟宣言。 敏捷开发宣言 我们一直在实践中探索更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观： 也就是,说右项有价值，但我们更重视左项的价值 高于 工作的软件 高于 详尽的文档 个体和互动 高于 流程和工具 客户 合作 高于 商业 谈判 响应 变化 高于 遵循 计划 Scrum简介 Scrum简介 需求管理 需求管理中的常见问题 用户故事（User Story） 用户故事描述了对用户、系统或软件购买者有价值的功能 对用户有价值的功能，如： 用户可以搜索职位 公司可以发布新职位 用户可以限制浏览其简历的人 不理想的用户故事，如： 这个程序用java语言编写 程序将通过连接池连接到数据库 理想用户故事特点-INVEST User Story要素 作为。。。。 我希望。。。。。 以便。。。。。 作为博客作者， 我希望通过博客发布我的照片， 以便我的读者们认识我。 作为网站管理