敏捷开发流程与方法.pptxVIP

敏捷开发流程与方法;目录; 敏捷开发的起源; 什么是敏捷开发？; 目录; 敏捷方法; 敏捷开发特点;目录; 敏捷宣言;敏捷规则; 目录; 我们为什么需要敏捷; 我们为什么需要敏捷; 谁在用敏捷;敏捷开发成功的因素; 目录; 敏捷实践; 什么是XP; 什么是XP; XP的计划/反馈循环; XP开发工作流; XP的关键实践:; XP的关键实践;交付和管理; 交付和管理1:完整的团队(Whole Team); 交付和管理2: 计划游戏(Planning Game); 交付和管理3:现场客户(On-Site Customer); 交付和管理4:小规模发布;小组实践; 小组实践1:持续集成(Continuous integration); 小组实践1:持续集成(Continuous integration); 团队实践2:隐喻(System Metaphor); 小组实践2:隐喻(System Metaphor); 小组实践3:编码标准(Coding standards); 小组实践4:集体拥有代码; 小组实践5:稳定高速的步伐(40-Hour Week);编程方法; 编程方法1:测试驱动开发(TDD); 编程方法2:重构(Refactoring ); 编程方法3:简单设计; 编程方法3:简单设计; 编程方法4: 结对编程(Pair Programming); 目录; SCRUM; SCRUM的过程图; SCRUM实践; Scrum中的3、3、3; Product Backlog; SPRINT划分示意; Sprint会议; 目录;讨论;;;　　文档只是为了达成目标的一种手段，如果这种手段是低效的，那就换一种手段。可是完全抛弃了文档，怎样解决沟通的问题?难道你想每次沟通都完全用手比划，用嘴说，跟不同的人重复表述同样的想法，那样更是低效的。 　　应该清楚文档的本质是把知识显性化。在一个项目中存在很多需要沟通的知识，知识具备两种形态，显性的和隐性的，传统的观念是尽量把隐性知识显性化，即文档化，而忽略了这其中的代价(特别是更新同步文档的代价)。 　　因此，在实施敏捷的时候，需要在团队内明确哪些知识是必须显性的，这些知识可以通过文档交流。哪些知识是可以隐性的，这些知识则完全可以通过口头的方式进行交流，以达到沟通的最佳效率。 　　文档不是目的，有效沟通才是目的。 ;　　“嗯，敏捷这么好，我们也敏捷吧”，可能很多人会有这种想法。忘了以前是在哪儿看的大师采访录： 　　Q：“我们现有的过程很好，不知道怎么用敏捷改进?” 　???A：“既然很好，那就不要用敏捷”。 　　做什么事情都要有明确目标的，敏捷虽好，得看你需不需要，能不能解决你现在头疼的问题，如果不是，那就不要给自己找麻烦了。 ;　　重做不等于重构，很多场合这两个概念是混淆的。但是在敏捷中，重构的一个特征是必须可控的。当对系统结构进行大的调整时，如果没有测试驱动辅助的话，那么可控性就会很差，这不能叫做重构。 ;提升你的潜力