Scrum敏捷项目管理.pptxVIP

Scrum敏捷项目管理; 敏捷的背景与动机 敏捷宣言及原则 敏捷方法是什么？ 敏捷方法的实践 Scrum的角色 Scrum流程和工作 产品 Scrum应用 总结;; 横轴代表需求的 复杂度 纵轴表示技术的 复杂度 还有人力资源的 复杂度; 解决问题的两种方式： * 预定义过程控制（富士康流水线生产） * 经验性过程控制（摸着石头过河） 如果复杂度超过预定义方式的能力范围， 应该采用经验性方式 经验性方式的三大支柱：可见性、检查及 适应;; 敏捷的背景与动机 敏捷宣言及原则 敏捷方法是什么？ 敏捷方法的实践 Scrum的角色 Scrum流程和工作 产品 Scrum应用 总结;; 敏捷价值观之敏捷宣言; 个体和交互胜过过程和工具 * 人是软件项目获得成功最为重要的 因素 * 合作、沟通能力以及交互能力比单 纯的软件编程能力和工具更为重要 * 方法和工具是死的，人是活的，人 要是太“面”或者协作不好，再强 大的方法和工具都是白扯；; 可以工作的软件胜过面面俱到的文档 * 过多的面面俱到的文档往往比过少的文档更糟 * 软件开发的主要和中心活动是创建可以工作的 软件 * 直到迫切需要并且意义重大时，才进行文档编 制 * 编制的内部文档应尽量短小并且主题突出; 客户合作胜过合同谈判 * 客户不可能做到一次性地将他们的需求完整清 晰地表述在合同中 * 为开发团队和客户的协同工作方式提供指导的 合同才是最好的合同 ; 响应变化胜过循环计划 * 变化是软件开发中存在的现实 * 计划必须有足够的灵活性与可 塑性 * 短期的迭代的计划比中长期计 划更有效; 1. 我们最优先要做的是通过尽早的、持续的交付有价值的 软件来使客户满意。 2. 即使到了开发的后期，也欢迎改变需求。 3. 经常性地交付可以工作的软件，交付的间隔可以从几周 到几个月，交付的时间间隔越短越好 。 4. 在整个项目开发期间，业务人员和开发人员必须天天都 在一起工作。 5. 围绕被激励起来的个人来构建项目。 6. 在团队内部，最具有效果并且富有效率的传递信息的方 法，就是面对面的交谈。; 10. 简单化是根本（不做过度设计和预测）。 11. 最好的构架、需求和设计出自于自组织的团队。 12. 每隔一定时间，团队会在如何才能更有效地工作 方面进行反思并对自己的行为进行相应调整。; 敏捷的背景与动机 敏捷宣言及原则 敏捷方法是什么？ 敏捷方法的实践 Scrum的角色 Scrum流程和工作 产品 Scrum应用 总结;;; 敏捷方法 * 完整地开发，每少数几周或是少 数几个月里可以测试功能。 * 强调在获得最简短的可执行功能 的部分，能够及早给予企业价值。 * 在整个项目的生命周期里，可以 持续的改善、增加未来的功能。; 传统项目管理： * 事先对整个项目进行估计、计 划、分析 * 反对变更; 变更需要重新估计、 重新规划 * 严密的合同来减少风险, 如果改 变需求要走 CR 流程. * 项目作为一个“黑盒子” ，对 客户与供应商的可视性差. * 文档和计划驱动的方法. * 软件交付时间晚, 意识到风险的 时间晚. * WBS,甘特图,关键路径分析; CMMI更加关注于流程，敏捷 更加关注于人 CMMI自顶向下，敏捷自底向 上 敏捷并不排斥必要的文档 敏捷的很多实践是对CMMI的 一种实现，比如sprint计划 会议就是PP的实现，每日例 会就是在做PMC 很多CMMI4~5级的公司也在应 用敏捷，比如说宝信、华为 项目级的敏捷实践通过CMMI 可以在组织级得以重用;; Scrum开发流程; * 提高了生产率; 减少“浪费 ” （不需要的文档，重复工作等） ， 项目的每次迭代都有明确的目标. * 提高客户满意度; 短期内产生成效, 按预期交付软件, 每次迭代结束 产生可以运行的软件. * 改善员工的满意度; 团队精神，减少官僚，能够规划和管理自己的 工作，减少“恐慌” ，稳定的工作量（可持续的步伐） . 24; 敏捷的背景与动机 敏捷宣言及原则 敏捷方法是什么？ 敏捷方法的实践 Scrum的角色 Scrum流程和工作