为了不落后他人，于是我也开始学习Scrum，今天主要是对我最近阅读的相关资料，根据自己的理解，用自己的话来讲述Scrum中的各个环节，主要目的有两个，一个是进行知识的总结，另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解；所以我决定写一篇扫盲性

通俗的来说力软敏捷开发框架其实是一套软件半成品加一套功能3D打印机，相当于一座建好的毛坯房，主体框架已经建好，样板已经做好，各类装修材料也已经准备齐全，业务功能可以通过3D打印机生成，您只需要根据自己的业务需求来装修完房间就可以高价出售。

敏捷开发是一种新型的开发方法，实际操作中采用种循序渐进的迭代式开发模型，力求在保证项平稳运行的情况下，逐次开发出需要使用的核心功能。客人：那个，我要蒸羊羔儿、蒸熊掌、蒸鹿尾儿、烧花鸭、烧雏鸡、烧子鹅...一共18个菜。其中SCRUM与XP最为流行。每一天，

Olga Kouzina认为使用敏捷项目管理工具需要遵守三个原则：流程优先，工具次之；开发流程需可复用；正确做法需可复制。因为人们在选择或使用敏捷项目管理工具时，往往会忽略开发流程中的某些关键要素，所以他重点对第一个原则中提到的“流程”进行了介绍，以期帮助

敏捷开发加班吗？楼下有人问到“敏捷和加班有什么关系”，补充这两句。有些程序员认为，敏捷开发从制度上要求不加班，因此会说“老板，现在你不是推敏捷开发吗，那我们就不能加班了，因为敏捷开发不能加班。”“存在的就是合理的”，既然加班，至少还是有目的或好处的，要想把

传说中的结对编程，大致结构是两个人共用一台电脑，一个开发，一个测试，以随时评审来抵消返工时间损失。他们既不用一台电脑，也不是老死不相往来，这其实就是一种“松散”的结对编程。尽管“松”，但还是“结对编程”，学习和指导过程实在生产过程中集成的，因此师徒关系的成

敏捷开发定不定流程和模板？以及模板，则在千变万化的项目进展中，就极有可能多写了本可以不写的文档，多做了本科避免的事情，或者虽然没有“多”，但是形式却不合适。原来，CMMI是美国国防部的招标标准。而另外一些行业则正好相反，比如热销的苹果手机，多年来业务不断变

所谓结果导向，就是直指结果，而不拘泥于形式。可以被拘泥的“形式”各式各样，比如方式、方法、流程、文档、部门、分工、职责……这些形式本来是设立来帮助实现更好的结果的，但是如果拘泥于此，则可能起到反作用。可怕的是，左侧的4条，也是形式而非结果。

软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。维护过程比硬件复杂的多，甚至会引发新的错误。结构化的分析方法使用数据流图DFD与数据字典DD来描述。

在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。“敏捷”一词实质没有统一定义，各家有自家的说法，本教程将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。极限编程认为，客户不能清晰认识自己想要什么是很正常的事情，

本文转载自《敏捷开发中编写高质量Java代码》感谢作者的分享，转载仅作学习参考！Java项目开发过程中，由于开发人员的经验、Java代码编写习惯，以及缺乏统一的标准和管理流程，往往导致整个项目的代码质量较差，难于维 护，需要较大的测试投入和周期等问题。这些

本文主要是为了检测你对SCRUM 评估会议的了解和使用程度,ProductOwner需要在场，以帮助判定某些用户故事能否拆分为更小的故事。

周一时候甲方项目经理把我们10来个开发人员和组长叫到一小屋开了一个会议，会议主要说了一些敏捷开发思想，打算以后也实行敏捷开发，什么“敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测

的主体在测试人员，包括功能、非功能，并要给出测试报告。这个活动就称为SIT或发布测。如果Story测试、迭代SDV测试都自动化了，则本次测试主要是执行自动化用例、如前。面有测试不充分，则补充测试，以及详细性能测试。刷选部分用来进行测试。所有迭代开发完成后，

在迭代开始后，通常以一个一个Story分别完成开发的。人员以及资料人员进行需求串讲工作，详细介绍Story的业务实现和功能要求。这个Story，这也体现了测试先行的理念。到SE确认通过后才可以开始编码。a.各个模块的接口确认清楚；b.简单设计方案通过评审；

敏捷十年，成效几何？自从编程界的领袖们发表旨在通过接受需求变更，加强同用户合作，缩短软件提交周期来改善软件开发过程的敏捷软件开发宣言至今已近10年之久了。尽管早在犹他州会议之前，敏捷开发方法就已经出现，但这次会议却被当作这种方法论推广进程中的一次分水岭事件

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一

简单一句话，我认为SCRUM不是一个拥抱变化的软件方法。公司最近一直在搞scrum。从一个developer的角度看来，scrum，至少我们实施的以及绝大多数我所了解的scrum，用处不大。当然你可以说scrum也只是一个方法论，这个应该由具体项目去解决，

首先声明一下，我对敏捷开发了解的并不深刻，但我仍然持有很多怀疑。这个行业从不缺乏创意和神话，以前面向对象、UML等概念刚面世时，也都吹嘘得包治百病。Java提出Writeonce,runanywhere的口号又曾经打动过多少程序员的心！SUN被卖了，Jav

最大感触是微软竟然也用Scrum，其实据统计公开用Scrum的公司有500多家，微软也是摸索之后才走上用Scrum的路，而VS2010在系统上对Scrum的支持，更说明微软对Scrum的看好，说明他不仅仅自己采用这套方法，还提供工具协助软件开发公司用好Sc