DeliverthehighestbusinessvalueintheshorttesttimeScrum的目标是“交付最高的商业价值，通过尽量短的时间”。用英文表达可能更准确一些，中文的语义比较容易混淆。Scrum的目标并不是“在最短的时间内交付最高的商业价值”，它强调的不是最短的时间，而是价值。我们关注的是如何在交付最高价值的前提下花费更少的时间。3个工件ProductBacklogSprintBacklogProductIncrement3个角色ProductOwnerScrumMasterDevelopmentTeam5个价值观勇气专注承诺尊重开放5个事件Sprint、SprintPl

Scrum是敏捷开发的一种，是一种以人为本，迭代式增量软件开发的过程，以英式橄榄球争球队形（Scrum）为名，因此可以想象，整个团队是高效而富有激情的。以人为本，即Scrum开发特别强调沟通，要求团队所有人员都坐着一起工作，通过高效的沟通解决问题。传统的软件公司大都是使用瀑布开发模式，流程是以下这样的：瀑布开发模式一般都需要很久的开发时间才能交付，笔者目前所在公司，以前开发产品都是利用瀑布开发模型，往往需要至少三个月到半年的开发周期，而过程往往都是这样的：产品经理完成一款产品的所有需求—UE设计出原型和视觉—开发完成开发—测试完成—产品经理和UE验收的时候永远是一副不可思议的惊讶表情，觉得交付

IBM2010-2011软件创新论坛的相关演讲片子。开发管理如何制定有效的管理过程？持续集成与自动化构建 如何实现需求驱动的质量管理应用开发：统一的需求管理 用模型驱动的开发方法 建立敏捷快速的团队协作 确保Java 应用开发和良好代码分析 保证应用开发的全面质量 开发解决方案总览 系统工程最佳实践经验，敏捷开发经验 软件交付经验等。

敏捷开发PPT 敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

敏捷开发中用户故事简介

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum ofScrums.　Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。在每一次冲刺（一个15到30天周期，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲

用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。但是MVC和用户故事有很大的关系，如果用户故事写好了，做MVC的时候，一定要记得参考用户故事。本人在C++的年代用过MVC，但那个时候MVC还只是一种编程思想，说用了也行，说没用也行。但到了C#之后，就出现了正牌的自称是MVC的东西（现在最新版本是MVC3），本人也在用。Java世界也有MVC的概念，但是没有见识过，下文中所描述的MVC，若没有特殊说明，均指Asp.net MVC；但相信对Java中的MVC也有借鉴意义。

定位 拒绝CRUD。使用调整简单的方式，完成重新的需求。通过约定的方式实现统一的标准。告别加班，拒绝重复劳动，远离搬砖 概述 “ Rocket-API”基于spring boot的API敏捷开发框架，服务端50％以上的功能只需要写SQL或mongodb原始执行脚本即可完成开发，另外30％同时不停的完善公共组件，此类文件上传，下载，生成，预览，分页等等通过一二行代码也能完成开发，剩下的20％也能依赖于动态编译技术生成类的形式，不需要发布部署，不需要重启来实现研发团队的快速编码，提测以及回归。实现了服务端研发效率300％-500％的提升，人力成本减少了3倍 特性 用于快速开发API接口。不再定义的Controller ， Service ， Dao ， Mybatis ， xml ， Entity ， VO等对象和方法。 可视化界面，将所有关系性数据库SQL执行语句，非关系型MONGODB查询语句。 完全基于springboot2.x作为springboot项目的stater方式集成，无侵入性，新老项目都能快速集成 只需编写一行代码即可完成大部分的业务需求开发，使用难度等级（测试或运维）也

AM的价值观包括了XP的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的project stakeholder之间的沟通。画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件（开发）过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你（对软件）的理解的加深，也能够很容易的改进。KentBeck在ExtremeProgrammingExplained中有句话讲得非常好：“乐观是编程的职业病

摘要：在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。“敏捷”一词实质没有统一定义，各家有自家的说法，本教程将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。小甲想到某开发公司应聘开发工程师，向该公司的某开发人员打听他们的开发方式。小甲：请问贵公司开发模式是怎样的？开发人员：咱们敏捷开发！不用写文档，写好代码就可以了。小甲心想：哇，爽啊！赶紧去应聘！小甲已经在该公司工作了数周，他觉得很郁闷：无需求文档，要做东西都是口头分配的。无计划可言，想到啥就做啥。加班不在话下，返工是家常便饭。这就是敏捷开发吗？不少公司搞CMMI认证，推行过程改进，往往被开发人