敏捷开发管理方法.ppt

敏捷开发流程与方法目录敏捷开发的起源什么是敏捷开发？目录敏捷方法敏捷开发特点目录敏捷宣言敏捷规则目录我们为什么需要敏捷我们为什么需要敏捷谁在用敏捷敏捷开发成功的因素目录敏捷实践什么是XP什么是XPXP的计划/反馈循环XP开发工作流XP的关键实践:XP的关键实践交付和管理交付和管理1:完整的团队(WholeTeam)交付和管理2:计划游戏(PlanningGame)交付和管理3:现场客户(On-SiteCustomer)交付和管理4:小规模发布小组实践小组实践1:持续集成(Continuousintegration)小组实践1:持续集成(Continuousintegration)团队实践2:隐喻(SystemMetaphor)小组实践2:隐喻(SystemMetaphor)小组实践3:编码标准(Codingstandards)小组实践4:集体拥有代码小组实践5:稳定高速的步伐(40-HourWeek)编程方法编程方法1:测试驱动开发(TDD)编程方法2:重构(Refactoring)编程方法3:简单设计编程方法3:简单设计编程方法4:结对编程(PairProgramming)目录SCRUMSCRUM的过程图SCRUM实践Scrum中的3、3、3ProductBacklogSPRINT划分示意Sprint会议目录讨论文档只是为了达成目标的一种手段，如果这种手段是低效的，那就换一种手段。可是完全抛弃了文档，怎样解决沟通的问题?难道你想每次沟通都完全用手比划，用嘴说，跟不同的人重复表述同样的想法，那样更是低效的。
应该清楚文档的本质是把知识显性化。在一个项目中存在很多需要沟通的知识，知识具备两种形态，显性的和隐性的，传统的观念是尽量把隐性知识显性化，即文档化，而忽略了这其中的代价(特别是更新同步文档的代价)。
因此，在实施敏捷的时候，需要在团队内明确哪些知识是必须显性的，这些知识可以通过文档交流。哪些知识是可以隐性的，这些知识则完全可以通过口头的方式进行交流，以达到沟通的最佳效率。
文档不是目的，有效沟通才是目的。“嗯，敏捷这么好，我们也敏捷吧”，可能很多人会有这种想法。忘了以前是在哪儿看的大师采访录：

Q：“我们现有的过程很好，不知道怎么用敏捷改进?”

A：“既然很好，那就不要用敏捷”。

做什么事情都要有明确目标的，敏捷虽好，得看你需不需要，能不能解决你现在头疼的问题，如果不是，那就不要给自己找麻烦了。
重做不等于重构，很多场合这两个概念是混淆的。但是在敏捷中，重构的一个特征是必须可控的。当对系统结构进行大的调整时，如果没有测试驱动辅助的话，那么可控性就会很差，这不能叫做重构。
谢谢!www.vanceinfo.com