趋势-从传统到敏捷课件.ppt

PRODUCT BACKLOG Product Backlog 主题级： 作为一个手机微博控。 我希望能搞出好玩的场景 这样会有更多乐趣 SPRINT BACKLOG Sprint Backlog 在一个固定Time Box中的待办事项 必须足够具体可以实施 在Sprint内尽可能避免把Product Backlog的内容添加进来 禁止把不在Product Backlog中的东西放到Sprint。 SPRINT BACKLOG Sprint Backlog 每天计算剩余工作量 不要尝试用太小的时间粒度来度量 Team内尽可能不要采用类似“完成了80％”这样的表达方式 Scrum不考虑已经花在Sprint待办事项列表上的工作时间。 我们只关心剩余工作和日期这两个变量。必须足够具体可以实施 Increment(增量) Increment(增量) 增量是一个Sprint及以前所有Sprint中完成的所有产品代办事项列表条目的总和。 每一个Sprint结束，新的增量被确认完成 即使不正式发布，增量是必须是可用的、可演示的 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Increment SCRUM 框架 Scrum的框架归根结底是两个PDCA 1、每24小时 2、每Sprint SCRUM 价值观 承诺：乐于对目标做出承诺。Scrum为人们提供实现承诺所需的所有权限。 专注：做自己的工作。把所有精力和技巧专注于你所承诺的工作上。不用担心其他事情。 开放：Scrum中与项目相关的每件事对所有人都是可见的。 尊重：背景和经验塑造出不同的个体。对团队中不同的人保持尊重非常重要。 勇气：有承诺的勇气、行动的勇气、开放的勇气和期望得到尊重的勇气（Schwaber和Beedle 2001）。 SCRUM应用 没有银弹－敏捷不是，SCRUM也不是 谢谢 * * * * * * * * * * * * * 注意：此处的排序并不包含优先级的概念 * 承诺：乐于对目标做出承诺。Scrum为人们提供实现承诺所需的所有权限。 专注：做自己的工作。把所有精力和技巧专注于你所承诺的工作上。不用担心其他事情。 开放：Scrum中与项目相关的每件事对所有人都是可见的。 尊重：背景和经验塑造出不同的个体。对团队中不同的人保持尊重非常重要。 勇气：有承诺的勇气、行动的勇气、开放的勇气和期望得到尊重的勇气（Schwaber和Beedle 2001）。 如果你不使用Scrum，但认为这些价值观会带来益处，不引用Scrum这个词即可。（甚至不需要说明它们来自Scrum。）对于软件开发团队，也可以用极限编程的价值观来代替或补充说明Scrum价值观。这些价值观的定义有一个前提，那就是团队在整个软件开发过程中已经在应用极限编程的实践。 沟通：利用许多实践可以保持畅通的正确沟通，而这些实践必须通过沟通才能完成。项目中的问题总是能追溯至同一根源，那就是大家没有沟通好一些重要的事情。 简单：什么是最简单可行的事？打个赌，今天做件简单的事情明天再稍微改进一下，要比今天做件较复杂的、日后也许再也不会用到的事情要好。 反馈：对系统当前状态的具体反馈绝对是无价的。乐观是编程人员的职业病，而反馈则是解药。 勇气：有勇气去开发优良的软件，开发这样的软件也许意味着扔掉现有代码、改变方向甚至是延迟开发周期。不是说任何时候都别自己走入死角么？勇气（Beck和Andres 2004）。 如果这些价值观都不适用且你的公司已有一套有效的价值观，那就用那些已有的价值观。关键在于：必须定义出你要使用的价值观，要与敏捷相关、易于理解（不要满是抽象概念或商业术语）且能引起共鸣。只选用那些能激发团队成员渴望感的价值观。当团队成员仔细琢磨这些定义并说道：“是的，这就是我希望自己做到的，希望我们都可以做到，希望我们公司能够做到”，那就说明你们有一套不错的价值观了。 * * 趋势－20年软件工程标志性事件摘录 1970年软件开发瀑布模型发布 1975 年《人月神话》第一版 1984年SEI成立 1987年《人件》出版 1991年CMM体系发布 1991年Scrum首次命名 1995年ISO/IEE12207发布 1995年Scrum论文首次发表 1996年RUP首次提出 1996年第一个正式XP项目 1999年准CMM2.0完成－未发布 2000年持续集成方法被提出 2002年CMMI 1.1发布 2001年敏捷联盟成立 敏捷宣言 * 敏捷宣言 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 服务的对象始终是用户 责任 导向 成果 导向 敏