知识分享：敏捷开发方法.pptxVIP

知识分享：敏捷开发方法;目录／Catalog;;敏捷概念的提出;如何走出困境？;敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法。;双模式可以用来开发不同的应用系统;目录／Catalog;敏捷方法;XP方法;XP的关键实践;XP特点1——完整的团队;XP特点3——现场客户;XP特点4——小规模发布;Scrum方法;Scrum流程图;如何进行Scrum开发？;Scrum开发中的产品BackLog;Scrum开发中的Sprint Backlog;目录／Catalog;敏捷开发的误区;敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。;　　敏捷相对以前的软件工程最大的革新之处在于把人的作用提高到了过程至上，正如敏捷宣言的第一条“个体和交互胜过过程和工具”所说的。 　　涉及到人的问题，就已经不再是过程所能覆盖的了，就到了企业管理的层面上了，包括企业的价值观和文化。这也是敏捷在国内实施的最大障碍： 　　把客户当作合作伙伴而不是对手，从客户角度出发去想问题，充分的跟客户沟通，而不是出了问题推诿责任。目标是让软件实现客户的价值，而不是收钱就完事儿。 　　把人的能动性调动起来，给动力而不是给压力。 　　要实用而不是要规范。让开发人员理解并实施，体验到敏捷的好处，而不是盲目机械地实施规范。 　　没有绝对的权威，每个人都有可取之处。 ;　　文档只是为了达成目标的一种手段，如果这种手段是低效的，那就换一种手段。可是完全抛弃了文档，怎样解决沟通的问题?难道你想每次沟通都完全用手比划，用嘴说，跟不同的人重复表述同样的想法，那样更是低效的。 　　应该清楚文档的本质是把知识显性化。在一个项目中存在很多需要沟通的知识，知识具备两种形态，显性的和隐性的，传统的观念是尽量把隐性知识显性化，即文档化，而忽略了这其中的代价(特别是更新同步文档的代价)。 　　因此，在实施敏捷的时候，需要在团队内明确哪些知识是必须显性的，这些知识可以通过文档交流。哪些知识是可以隐性的，这些知识则完全可以通过口头的方式进行交流，以达到沟通的最佳效率。 　　文档不是目的，有效沟通才是目的。 ;　　“嗯，敏捷这么好，我们也敏捷吧”，可能很多人会有这种想法。忘了以前是在哪儿看的大师采访录： 　　Q：“我们现有的过程很好，不知道怎么用敏捷改进?” 　　A：“既然很好，那就不要用敏捷”。 　　做什么事情都要有明确目标的，敏捷虽好，得看你需不需要，能不能解决你现在头疼的问题，如果不是，那就不要给自己找麻烦了。 ;重做不等于重构，很多场合这两个概念是混淆的。但是在敏捷中，重构的一个特征是必须可控的。当对系统结构进行大的调整时，如果没有测试驱动辅助的话，那么可控性就会很差，这不能叫做重构。 ;谢谢!