敏捷开发要点.pptVIP

* * 人是关键 * 成功的最终关键 团队团结 充分沟通 + 必要的文档 * * 结 束! * 郑州埃文计算机科技有限公司 敏捷开发 姓名：文小立 * 目 录 成功的关键 研发管理困惑 * 敏捷是神马？ 神马是SCRUM？ * * 研发管理困惑 许多人都经历过由于没有实践的指导而导致的项目噩梦。 缺乏有效的实践会导致不可预测性、重复的错误以及努力的白白浪费。 延期的进度、增加的预算和低劣的质量致使客户对我们丧失信心。 更长时间的工作却产生出更加低劣的软件产品，也使得项目组成员感到沮丧，失去成就感。 * * * 寓言故事 有一天，有位大学教授特地向日本明治时代著名的禅师南隐问禅，南隐禅师只是先以茶相待，却不开始说禅。 只见禅师将茶水慢慢地注入这位风尘仆仆的来客的杯子里，直到杯满，还是继续注入茶水。 这位教授眼睁睁地望着茶水不停地溢出杯外，他愣住了。起初，他沉默不语，可是，他后来再也忍受不了，终于开口说道：“ 茶水早已经漫出来了，禅师，请您不要再倒了！” “你就像这只杯子一样，”这时，南隐禅师缓缓的答道，“里面装满了你自己的看法和想法。你不先把你自己的杯子空掉，叫我如何对你说禅？” * * * 研发管理困惑 世界唯一不变的就是变化。什么意思？“冬天的雪花，秋天的霜，春天一片绿，夏天孩子看不到，秋天出生的孩子看到的已经不是那一年的雪”。 环境在变，人在变，企业在变，软件开发也要变。 * * * 目 录 成功关键 敏捷是神马？ * 研发管理困惑 神马是SCRUM？ * * 敏捷开发定义 敏捷开发兴起于1990年代，敏捷开发其实无所谓“官方定义”，你只要足够牛B，你自己都可以建立自己的门派，用你喜欢的名字来命名你的门派！ 但问题来了，如果这么多门派都说自己才是正宗的敏捷，咋办？那简单，开一个武林大会决一胜负就是了，谁赢就是正宗滴！ * 所以美国各大敏捷门派开了一个敏捷大会，各大门派血战九九八十一天，决不出胜负，干脆成立了一个敏捷联盟，达成了一个重要的一致决定，那就是：敏捷的四大宣言和十二准则，要满足这四大宣言和十二准则才能叫敏捷！这下好了，决不出胜负，他们干脆抱团结盟，为敏捷立下了门槛了。当然可能有人会跳起来说：怎么又是美国？不能是中国吗？ * * 敏捷开发宣言 敏捷开发宣言（价值观） 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 虽然右项也有价值，但是我们认为左项具有更大的价值。 这四句话怎样理解呢？我们先通过几个简单例子来体会一下吧。 * * 敏捷开发宣言 例1：有人说做CMMI(软件能力成熟度集成模型)就是用一套流程和文档将事情复杂化，然后为了管理这一套流程和文档，再用一套流程和文档来管理前面的这一套流程和文档。这样是相当悲催的事情，说它是反敏捷已经轻了，我觉得是反人类！这样的做法明显就是违背了敏捷宣言的第1、2条。 * * 例2：某公司过了CMMI3级，过程要求必须产生一系列的文档，结果文档有了，但软件不能工作。这样做明显违背了敏捷宣言的第2条。 实践敏捷的你觉得爽了，这下可以“打正旗号”地不写文档了，但问题哪怕文档不用写，你能保证软件是可以工作的吗？能做到“持续集成”和“测试先行”吗？武学的最高境界是”无招胜有招”，那我什么武功都不学不就天下无敌了？ 只要记着一条，文档是为软件服务的，软件不是为文档服务的。 例3：某软件公司为了让客户“高兴”，一直满足客户的“无理”要求，但客户最后还是将软件公司告上法庭，于是双方在法庭上引用合同条款互殴。软件公司律师辩护的理据：一直按照客户的要求来做出软件，软件公司没有过失。客户律师的理据：软件公司没有提供专业服务，没有能满足客户的真正需要。最后法庭判客户胜诉！遇到强势的客户，可能你会觉得难以做到“客户合作”，但如果你一味奉承客户，而不想办法和客户好好沟通，达至双方合作和双赢，最后如果要闹上法庭，我们软件公司败诉的机会是很大的。 敏捷开发宣言 * * 例4：为了更好实践敏捷宣言第4句话，我们的项目干脆就不需要计划了，因为计划赶不上变化！请问这是在敏捷吗？恰恰相反，计划正是应对变化的最好办法，但我们的计划需要及时响应变化。“敏捷”常常成为“伪敏捷”外壳，或者成为“手工作坊”模式的遮丑布，这些都是我们需要注意的。 * 敏捷开发宣言 个体交互 胜过 过