敏捷软件开发管理IBM孙昕

1、会计学1敏捷软件开发管理敏捷软件开发管理IBM孙昕孙昕议程如何有效的实施Scrum第一款全面支持敏捷开发的工具成功案例分享：IBM如何实现敏捷开发Individuals and interactions over processes and tools(人和交互重于过程和工具 )Working software over comprehensive documentation(可以工作的软件重于面面俱到的文档)Customer collaboration over contract negotiation(客户合作重于合同谈判)Responding to change over followi

2、ng a plan (拥抱变化胜于遵循计划 )That is, while there is value in the items on the right, we value the items on the left more.关注敏捷软件开发是因为我们认为它是一种很好的软件开发理念，能够应对现实中的软件需求经常不完善和快速变更的问题，用好它能够提高客户满意度，降低项目失败的风险。但什么时候使用它、如何很好地实施这些理念，是我们需要考虑和解决的问题。“使用持续的项目干系人的反馈，通过用例（用户需求）和一系列的较短的、稳定的、时间固定的迭代来交付高质量, 可用的代码.”This figure

3、 shows the Four Ss that describe agile in a nutshell. 6Scrum总体骨架总体骨架冲刺规划会议冲刺规划会议Sprint Plan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时：团队计划本Sprint的安排冲刺复审会议冲刺复审会议Sprint Review 一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况冲刺回顾会议冲刺回顾会议Sprint Retrospective一般3个小时， ScrumMaster将鼓励团队在

4、SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快每日站立会议每日站立会议Daily Scrum Meeting在简会上，每个成员主要回答三个问题;自上次SCRUM简会后的一天了（昨天），你做了什么?从现在到下次SCRUM简会的一天里（今天），你要做什么?在实现SCRUM及项目目标的工作中，你遇到哪些困难吗? 产品订单产品订单Product Backlog冲刺订单冲刺订单Sprint Backlog新的功能新的功能增量增量产品负责人产品负责人Scrum主管主管开发团队开发团队干系人干系人燃尽图燃尽图角色角色工件工件活动活动产品订单产品订单Pro

5、duct Backlog冲刺规划会议冲刺规划会议每日站每日站立会议立会议每日工每日工作作产品订单产品订单冲刺复审会议冲刺复审会议冲刺回顾会议冲刺回顾会议冲刺目标冲刺订单产品新的功能增量新的功能增量开发流程开发流程7迭代迭代每30天Daily SCRUM每24小时高优先级可运行的软件可运行的软件工作项分解产品订单产品订单Product Backlog冲刺订单冲刺订单Sprint Backlog新的功能新的功能增量增量冲刺规划会议冲刺规划会议Sprint Plan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时：

6、团队计划本Sprint的安排冲刺复审会议冲刺复审会议Sprint Review 一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况冲刺回顾会议冲刺回顾会议Sprint Retrospective一般3个小时， ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快每日站立会议每日站立会议Daily Scrum Meeting在简会上，每个成员主要回答三个问题;自上次SCRUM简会后的一天了（昨天），你做了什么?从现在到下次SCRUM简会的一天里（今天），你要做什么?在实现SCR

7、UM及项目目标的工作中，你遇到哪些困难吗? 产品负责人产品负责人Scrum主管主管开发团队开发团队Scrum总体骨架总体骨架Are you about to put something in another teams way? Well done. Good luck and enjoy! Failure (colloquially fail, phail or flop) in general refers to the state or condition of not meeting a desirable or intended objective. It may be viewed

8、 as the opposite of success. Product failure ranges from failure to sell the product to fracture of the product, in the worst cases leading to personal injury, the province of forensic engineering. So you need to quickly identify Scrum Smells. 保持一致性和协调性 在Scrum当中避免混乱和杂音，专注于交付本身 明确的阐明预期 进行适当的引导和培训 求助于

9、基本的Scrum规则节奏能够帮助我们走上正轨 始终如一的防止狼群的骚扰 指导和培训作为项目启动的一部分 在项目启动过程中认定角色 通过回顾加固预期 把鸡从猪圈里赶出去 适当的变更会议时间和地点 或许鸡可以下蛋 成为一个称职的牧羊犬团队成员活在不恰当的技术决策的痛苦当中vs.干系人感觉被强制的为团队做决定 角色框架 变更会议的时间和地点 解释, 说服, 和商讨 拥抱技术 改组团队 团队成员活在不恰当的技术决策的痛苦当中vs.干系人感觉被强制的为团队做决定 需求可以尽早的看到其进展、尽早的看到其价值以及按时地完成 对于客户存在极大价值的功能特性可以很容易的构造 “零缺陷”的产品 总是对即将交付的产

10、品保持承诺 总是愿意去问, “是否没有交付有用的可执行的代码, 有什么好处呢?” 意识到缺陷是不可避免的良好的Sprint backlog管理 让团队自己掌控工作 团队自己来做任务分配 Scrum每日例会由团队参与并且最终是为了团队团队的自组织和自管理是Scrum的核心原则之一 工作由团队自己分配 Scrum每日例会可以进行工作的分配 每个专家都要对整个系统负责 “我将尽一切我所能来帮助团队”的态度“同舟共济” 的态度 私下里和执行者沟通，告诉他们他们的做法和期望可能背道而驰 询问执行者到底什么是他们真正关心的，依此来指导团队 让产品负责人和执行者就产品的优先级问题进行充分的商讨支持它，承诺必

11、须来之团队 用榜样和指导者来领导，并帮助团队成员完成他们的任务 打破竖井和一成不变的角色 适当的改变团队架构来鼓励团队而不是个人英雄主义 鼓励结对编程, 代码复查等能够促进团队协作和交流的实践活动Scrum项目的效率来自作为一个整体的团队 让大猩猩在每个问题的最后发言 让大猩猩多问问题而不是下结论 需要考量大猩猩是不是必须的参与者? 可以让其适当的缺席一二次会议 在某些情况下，有必要让项目干系人永远离开会议 (因为即使没有发言，他们也可以对团队产生极大的影响)团队的智慧 vs. 个人的天赋 议程有效的实施Scrum第一款全面支持敏捷开发的工具成功案例分享：IBM如何实现敏捷开发仪表盘仪表盘增量

12、设计增量设计持续集成持续集成测试驱动得开发测试驱动得开发迭代迭代/冲刺冲刺构建构建工作项工作项配置管理配置管理Backlog（需求）（需求）敏捷和适应性敏捷和适应性流程流程21为团队定义自己的流程我可以我还可以看看是不是出现问题了？看看是不是出现问题了？促进高效能团队的原则促进高效能团队的原则工作软件工作软件人员交互人员交互响应变更响应变更客户协作客户协作 透明 目的共同性 项目健康状况检查 上下文驱动 流程的灵活性 迭代的计划执行 多次发布 JIT代码审查 启动特设团队 团队感知 流程感知 特设共享 持续集成 管理团队资源 变更驱动的 已集成的 / 可追溯的IBM Rational Team

13、 Concerttransparent integrated presence wikis OPEN real-time reporting chat automated hand-offs Web 2.0 custom dashboards automated data gathering EXTENSIBILITY Eclipse plug-ins services architecture FREEDOM TO CREATE支持任何流程的设定，包括敏捷支持任何流程的设定，包括敏捷 议程有效的实施Scrum第一款全面支持敏捷开发的工具成功案例分享：IBM如何实现敏捷开发Developmen

14、t AustraliaRational Team Concert for System z配置管理配置管理工作项管理工作项管理构建构建DevelopmentRTP, USDevelopmentFranceUASVL, USBidiIsraelBidiEgypt Failure (colloquially fail, phail or flop) in general refers to the state or condition of not meeting a desirable or intended objective. It may be viewed as the opposite of success. Product failure ranges from failure to sell the product to fracture of the product, in the worst cases leading to personal injury, the province of forensic engineering. So you need to quickly identify Scrum Smells. 保持一致性和协调性 在Scrum当中避免混乱和杂音，专