敏捷软件开发论文

【摘要】在软件开发实训教学中实施Scrum敏捷开发方法，比使用传统的“瀑布模型”更有利于学生实践能力的培养。具体实施办法为：组建开发团队，实行双教师教学;约定开发规范，精简开发流程;结对编程，以强带弱，相互促进;持续集成、交换测试。今天小编为大家推荐《敏捷软件开发论文(精选3篇)》的文章，希望能够很好的帮助到大家，谢谢大家对小编的支持和鼓励。

敏捷软件开发论文 篇1：

探究敏捷软件开发方法在软件维护中的应用

摘要：在科技蓬勃发展的影响下，人们对计算机软件开发给予了高度的重视，逐渐成为社会中各个行业运行的必备工具，为了切实满足人们和发展的实际需求，计算机软件开发领域着重研究开发方法，通过不断的努力和实践，诞生了一些全新的软件开发方法，这些方法具有快捷、轻便等特点，在实际应用时，为各个行业都创造了十分有利的条件，凭借其优势此类开发方法在专业领域中广为流传，此类开发方法因此而得名为敏捷软件开发方法。该文阐释了敏捷软件开发方法的原则和特点，并对敏捷软件开发方法在软件维护中的应用进行了综合探究，对我国软件开发事业的发展提供参考。

关键词：软件开发；软件维护；合理应用

Key words： software development； Software maintenance； the reasonable application

软件维护是确保软件发挥出最佳效果的关键环节，如果缺乏完善的软件维护系统势必会对软件的生存周期产生严重的影响，因此敏捷软件开发方法即是以软件维护作为根本的，也是服务于软件维护的，对软件维护具有至关重要的作用。软件维护对如软件开发具有更高的要求，开发内容不仅要全面更需要具备一定时效性，将敏捷软件开发方法更好的融入到软件维护中，使其充分发挥出应有的效果，提高开发和服务的质量，逐渐成为相关技术人士的首要任务，此外这也是延长软件生命周期的重要手段，是软件开发工程持续发展的必要条件。

1 敏捷软件开发方法的原则和特点

1）尽量在最短的时间内向客户持续交付价值较高的软件，从而提高客户的满意程度。

2）确保软件结构具有一定灵活性，如果软件开发处在后半阶段，也可结合实际的需求做出适当的整改，为客户提供更为全面的软件，使其创造出更高的价值。

3）尽量向客户定期提供可工作的软件，为了满足客户的需求，应将提供的时间间隔控制在最低的水平。

4）在项目的开发时期，项目负责人和各级工作人员应根据实际情况进行多次沟通和交流，确保项目按照预期进行。

5）结合自身的实际条件，为软件开发工作创造良好的环境，并从物质和精神双方面激励工作人员，使他们在确保完成自身任务的同时不断的进行创新和实践。

6）在开发团队中，应尽量使用面对面的信息传递方式。

7）工作软件是保证开发进度的关键前提，应根据客户的实际需求数量制定标准。

8）软件开发应切合可持续发展政策，并能保持稳定的开发速度。

9）在严格控制开发设计的前提下，运用更为先进的技术能显著提高软件开发的敏捷能力。

10）在处理开发中出现的问题时，应尽量使用较为简单的方法。

11）明确软件开法的具体职责，保证开发团队的组织性和纪律性。

12）团队应在日常的工作中不断的进行学习和总结，规范自身行为，将敏捷性做到最好。

2 敏捷软件开发的特点

1）敏捷软件开发不会受到形式的局限，并将提升开发效率与质量作为基本原则。

2）注重人为因素，密切关注开发过程中工作人员对开发目标完成情况的影响，并将以人为本的开发理念融入其中，达到了多样性的目的。

3）强调团队协作，提倡整个团队的高度配合和沟通，并形成健全的团队文化。

2 敏捷软件开发方法在软件维护中的应用

2.1 可行性分析

1）软件维护过程中，相关维护人员切实了解软件的基本结构和特点。

2）相关维护人员充分掌握了软件应用环节的各项标准，并可以与需求方完成沟通。

3）软件维护在正常条件下进行时所需的维护人员数量不大，比软件开发所需人员少很多。

4）软件维护更注重维护结果，对维护的过程文档没有更多的要求。

5）软件维护过程中所产生的文档资料是在原有的基础上形成的，通常是以补充和完善为主，无需单独版本。

6）在维护的过程中，如果需要进行整改，应与需求方充分沟通，从理论的角度讲，运用推理等方式很难得到最终的需求和目标。

在软件维护的实际情况中，会受到很多因素的影响，比如，维护相关的管理政策虽然较为全面也十分重要，但需求方对这些管理政策的理解还不够深入，这样不可避免的会为日后的需求变更留下隐患，这样的实际问题在维护的过程中并不少见。

7）软件维护应在较短的时间以内完成。

多数情况下，软件维护时间的制定一般不需参照维护规律，而是在结合实际支付的需求下形成的。比如，保险全新产品上架销售的软件维护和开发需求，一般需要从市场的角度制定维护时间，通常不会将管理系统对开发提出的要求作为主要的依据。

由此可见，通俗的讲软件维护实际上就是一种软件的售后服务，维护的前提是依照需求方的意愿，目标则是对软件实施整改和优化。在维护期间，不管是软件的开发维护人员还是需求方，都会对指定的软件形成一种感性上的人数，从而减少沟通上的障碍，并且由于需求方对软件维护的需求普遍表现出较为迫切的情况，因此从理论的角度将，敏捷软件开发方法是很适合软件维护的。

2.2 应用模型

国内金融的信息化建设在上世纪八十年代开始，历经近三十年的发展和进步，现今的金融服务体系已初具规模，实现了向电子化的迈进，并在自动化理论的影响下，各项服务也达到了预期的自动处理目标，为了更好的适应如此快速的发展，相关领域推出了一系列的服务产品，并创建了全新的办公环境，致力于将管理推向信息化。纵观我国金融机构得知，金融机构已经基本实现了多领域的相互关联和沟通，因此现阶段软件维护技术促进了金融行业的发展，是金融行业得到了显著的进步。

3 总结

随着我国各个行业多样化的迅速发展，行业相关的服务软件可能随时被更改，传统的软件维护技术已经无法适应需求方的要求，软件维护需要切实满足需求方的管理变化，并以客户为服务的宗旨和核心，在现有维护方法的基础上进行了全面的整改，从根本上降低了软件二次开发和维护的工作量，大幅提高了维护的效率，全方位多角度的切合了企业发展的个性化要求。

参考文献：

[1] 丙雄健，王忠民.基于敏捷软件开法的基金管理信息系统开发[J].计算机应用，2011（11）：25-26.

[2] 郑人杰.实用软件工程[M].2版.北京：清华大学出版社，2012：369-393.

[3] 林锐.软件工程与项目管理解析[M].北京：电子工业出版社，2013：260-266.

作者：吴月红

敏捷软件开发论文 篇2：

软件开发实训教学中Scrum敏捷开发方法的应用研究

【摘 要】在软件开发实训教学中实施Scrum敏捷开发方法，比使用传统的“瀑布模型”更有利于学生实践能力的培养。具体实施办法为：组建开发团队，实行双教师教学;约定开发规范，精简开发流程;结对编程，以强带弱，相互促进;持续集成、交换测试。

【关键词】Scrum 敏捷开发方法  软件开发  实训教学  应用

一、问题的提出

1970年温斯顿·罗伊斯在软件开发中提出了著名的“瀑布模型”。该模型将软件生命周期划分为制订计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本阶段，各阶段工作必须按次序自上而下开展，每个阶段要撰写大量文档，并对工作结果进行严格验证，只有上一阶段工作结束，才能开启下一阶段工作。这种开发模式应对上世纪60年代出现的软件危机问题，是一种很好的解决方案，成为了软件开发模型的经典。

当前，随着软件开发技术的进步，人们发现“瀑布模型”灵活性差，不适用于需求不明确的软件项目，很多软件企业已不再使用“瀑布模型”，但它作为软件开发模型的经典仍广泛应用在高校软件开发实训课堂中。实际上，应用“瀑布模型”进行教学的高校计算机软件开发相关专业学生毕业时的动手能力远远达不到企业的要求，这说明该教学方法和实训模式存在问题。为了提高学生实践能力，很多高校与计算机软件开发培训机构或企业进行联合办学，以弥补学校实训教学能力的不足。

二、“瀑布模型”实训教学存在的问题

应用“瀑布模型”进行的实训教学中主要存在如下问题：

首先，学生把握项目需求的能力差，难以达到“瀑布模型”对开发者的要求。“瀑布模型”适用于需求明确的项目，要求开发者具有很强的整体把握能力和前瞻性。但是对于初学开发的学生来说，需求再明确的项目，他们也不能很准确地把握细节，导致实训进程不能按计划正常开展，影响了实训效果。在实际教学中，虽然很多实训项目在以往的教材中有类似的解决方案，但是区别还是存在的，学生看不到软件在实际应用中可能出现的问题，到了项目开发后期才发现错误，导致实训项目失败。

其次，在“瀑布模型”开发的每一个阶段，都要求撰写细致准确的文档，这大大占用了学生的实训时间。据统计，如果严格按瀑布模型的要求来撰写文档，消耗的时间至少是整个实训时间的1/5。本来实训课堂留给学生实训的时间就不多，对一些效率低的学生来说，文档还没写完实训期就结束了，整个实训过程变成了纸上谈兵的演练。

最后，“瀑布模型”实训方式过时，学生不能学以致用，实训技能与企业要求脱节。当今的软件开发中，已经很难看见完全实施“瀑布模型”的企业，大家都已对“瀑布模型”进行了改进或者实施其他更先进的开发方法。教育部曾多次指出，高校教育应服务地方和行业，密切与行业、企业合作，为企业提供人才培养和技术服务支撑。这要求我们必须改革过时的实训模式，使教学与行业结合，与企业接轨。

三、Scrum敏捷开发方法概述

近年来，很多先进的软件开发模型在实际应用中得到了推广，这里要特别提出的是敏捷开发。著名IT组织VersionOne在2013年进行的敏捷现状调查结果显示，在全世界收集的3501份调查报告中，使用敏捷开发方法的占88%，其中使用Scrum敏捷开发方法或Scrum变种开发方法的占73%。这个调查数据充分说明了敏捷开发方法在行业中的主导地位。

敏捷开发（Agile development）是一种以人为核心、迭代、循序渐进的开发方法，它把项目分割分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。敏捷开发方法包括Scrum、Crystal和极限编程（XP）等，是一组开发方法的总称。它也是软件开发的一个过程管理框架，遵循了敏捷开发的主要价值观：个人与交互重于开发过程与工具;可用的软件重于面面俱到的文档;与客户的合作重于对合同的谈判;响应变化胜过遵循计划。

Scrum敏捷开发过程是迭代的增量开发，整个开发过程由若干个短周期的迭代组成，每一个迭代周期称为Sprint（冲刺），每个迭代实现不同的特性，迭代中重大的、优先级高或风险高的特性优先实现。Scrum敏捷开发方法重视软件的可用性，强调与客户的沟通，开发过程能够快速响应用户需求变更，尽早处理风险问题。

四、Scrum敏捷开发方法在软件开发实训教学中的优势

相对于“瀑布模型”，Scrum敏捷開发方法具有更多适合软件开发实训教学的优势，主要表现在如下方面：

第一，能够快速响应需求变更。与实际开发相似，学生的实训项目都是在重复多次的修正需求、修改设计后才交付实现的。Scrum敏捷开发方法中的Sprint都很小，即使需求变更很大，也可以在短时间内修改设计完成开发。而“瀑布模型”希望需求是稳定的，但不变只是愿望，变化才是永恒。如果在软件设计后期提出需求变更，那会是一种灾难。这种影响小则使实训进度不可控，重则导致实训项目失败。

第二，Scrum敏捷开发方法要求尽早编码，尽快开发出系统原型，尽早使客户见到可运行的软件，暴露项目的技术风险，从而提出优化意见。这恰好迎合了学生开发实训时急切渴望进行编程实现的心理，激发了学生学习的积极性。而“瀑布模型”要求推迟实现，要尽可能把需求分析透彻，设计完整，完成文档编写后才能进行编码实现。这个过程对急切渴望编程的学生无疑是一种打击。

第三，Scrum敏捷开发方法不要求文档面面俱到，更注重于软件可用性设计。在敏捷开发中，很多文档只是一个草图，大部分文档在集成测试阶段产生，而且只写有必要的文档。所以实训团队不需要安排专人撰写完备的开发文档，从而使学生有时间专注于开发实训工作。

第四，Scrum敏捷开发方法能更全面地培养学生的软件开发技能。在Scrum项目中，每个开发成员主动认领开发任务，开发过程涉及的设计、编码和单元测试全部是个人独立完成，实际上一个人承担了传统开发模式中系统架构师、程序员、测试员和产品构建经理等角色工作。这种实训方式有助于提升学生软件开发的单兵作战能力，从而快速适应企业软件开发工作的各个环节。

五、Scrum敏捷开发方法在软件开发实训教学中的实施

综上所述，在软件开发实训教学中使用Scrum敏捷开发方法，可以更好地促进教学，提高学生实践能力，实现教学与行业结合，与企业接轨。具体实施方法如下：

（一）组建开发团队，实行双教师教学

在实训中，可将教师和学生按Scrum敏捷团队角色分组，主要有以下三类角色：一是Product Owner（产品负责人）。该角色可安排熟悉产品需求的教师承担，负责产品需求的提炼、条目化和优先级排序。二是Scrum Master（团队负责人）。该角色可安排熟悉Scrum开发流程的教师承担，负责整个Scrum团队的协作运行，并协作解决非技术问题。三是Team团队成员。Team团队由Team小组长和3～5名小组成员组成。小组长由开发能力较强的学生担任，其他成员根据开发能力强弱穿插分配。每班学生可分为若干个Team团队，每个开发实训项目由一个或多个开发小组的学生在老师指导下完成开发任务。

在实训开发课堂中，之所以要实行双教师教学，一是开发团队角色需要，二是为了让教师能在实训过程中相互讨论，取长补短，弥补高校教师在实践经验上的不足，提高实训教学的整体质量。

（二）约定开发规范，精简开发流程

实训开始前，开发团队应约定统一的开发规范和流程，以便学生掌握团队开发方法，并养成良好的编码习惯。图1为经过精简的Scrum实训开发过程模型。

图1  Scrum开发过程模型

图1是Scrum开发的一个迭代周期。其中，Product Backlog为软件产品总的需求条目，这些需求多以用户故事（User story）的形式展现，Product Owned负责维护;Sprint Backlog是Product Backlog的一部分，通过计划会议（Planning Meeting）讨论选定，是需要在当前迭代（Sprint）中完成的需求条目;圆环为迭代开发（Sprint）的过程，一般周期为2～4周，迭代过程包含分析—设计—实现—测试等工作。迭代开发过程中，Team成员每天进行15分钟的站立会议（Daily meeting），主要汇报昨天做了什么、今天要做什么和遇到了什么问题。Scrum master每天负责绘制任务燃尽图（Burn Down Chart），以曲线展现当前Sprint任务的剩余量，这对团队开发有很大的鼓舞作用。每一次迭代开发完成后，教师要组织Team团队成员召开评审会议（Review Meeting），发布一个可执行的软件版本（Release），并让相关人员和团队成员提出优化意见。

（三）结对编程，以强带弱，相互促进

学生的学习能力和实践能力是强弱不一的。在实训过程中，教师的指导作用固然重要，但师生间的沟通往往没有学生间的沟通那么自如。因此，可以安排一个能力强的学生与一个能力弱的学生结对编程，充分发挥先进学生的带头作用，让后进学生有机会学习别人优秀的学习方法和实践经验，互相监督，互相促进，最终实现实训目标。

（四）持续集成，交换测试

在我们的实训中，并没有设立专门的软件测试小组，开发团队只是对软件进行了简单的单元测试。如果整个项目都要等到软件开发后期才进行集成测试，项目失败的风险就会很高。Scrum要求团队开发要尽可能频繁地进行集成测试，也就是持续集成。持续集成可以尽可能快地发现集成错误，通常每个成员每天至少集成一次，也可能进行多次集成。每次集成都通过自动化的构建（包括编译、发布、自动化测试）来验证，减少开发团队进行集成测试的时间消耗。实践基础好的团队可尝试实施测试驱动开发（TDD），即先编写测试代码，后编写功能代码，用测试代码驱动功能开发，这可以降低自动化测试的出错率，提高软件运行质量。如要进行人工测试，可安排各个开发团队进行交换测试，因为他人测试比自己测试更容易发现软件存在的错误。                                                           （下转第87页）（上接第60页）

总之，Scrum敏捷开发方法是一种新兴的软件开发方法，很多实践方法和理论还在不断地研究中。实训教学终究是以传授技能为主，不需要拘泥于Scrum开发的全部形式，教师可对Scrum开发方法进行修剪和优化，从而更好地实现教学目标。自2013年起，柳州师范高等专科学校在软件开发实训教学中实施Scrum敏捷开发方法，现已成功开发了教学质量监控系统、科研工作管理系统两个真实项目，用户对软件的满意度很高，实训教学取得了良好的效果，但相关管理制度和实训措施还需要进一步探索和优化。

【参考文献】

[1]VersionOne Inc.8th Annual State of Agile[R]. VersionOne Inc，2013

[2]Mike Cohn. Scrum敏捷软件开发[M].北京：清华大学出版社，2010

[3]Freder ick P.Brooks，Jr.人月神话[M].北京：清华大学出版社，2007

[4]陈国栋，罗省贤. Scrum敏捷软件开发方法实践中的改进和应用[J].计算机技术与发展，2011（12）

[5]Henrik Kniberg. Scrum and XP from the Trenches[M]. C4Media Inc，2007

[6]商惠华.计划驱动下敏捷开发过程的软件质量管理[J].汕头大学学报（自然科学版），2011（4）

【基金项目】广西高等教育教学改革工程项目（2013JGB301）

【作者简介】蒙焕念（1981-  ），男，广西宾阳人，柳州师范高等专科学校教務处系统分析师（高级工程师），硕士，研究方向：软件工程、教育信息化。

（责编 王 一）

作者：蒙焕念

敏捷软件开发论文 篇3：

对于敏捷软件开发重要元素的思考

摘要：通过对比传统软件开发方法，简要介绍了敏捷软件开发的优点，从不同角度对各个元素敏捷内容进行了说明，对敏捷软件的开发基本要领进行了阐述，分析并得出了敏捷开发的高质量、高效率、高收益结果。

关键词：需求；变化；敏捷开发；沟通

1敏捷软件开发的背景

随着时代的进步，以及科学技术的不断发展，传统的软件开发过程已经远远不能适应企业快速发展的要求。如CMMI这样的传统软件开发，其弊端越来越明显，因此全球都在寻找敏捷软件这种高效、快速、灵活的软件开发方法。敏捷开发方法从根本上解决了“持续满足不断变化的需求”这一软件开发过程中的核心问题。敏捷软件开发方法是一种灵活的软件开发方法，强调对变化的快速响应能力，通过引入迭代式的开发手段，较好地解决了传统软件开发的问题[1]。

2敏捷软件开发中的重要元素

每个新事物的诞生都会带来一些与之相关的新概念，敏捷软件开发也不例外。它不仅产生了Sprint、燃尽图等新名词，而且对文档、测试、会议等旧定义赋予了新的含义。这些新旧词汇成为了敏捷软件开发的组成元素。下面我就对一些重要的元素作以简明的介绍，并进行区别性的思考，希望能够加深人们对于敏捷软件开发的了解与认识。

2.1文档。敏捷软件开发方法对于开发过程中涉及到的中间产物，即文档，它是较具争议的一种中间产物，原则上是能省则省。在敏捷软件的开发过程中，文档的所占比重大大降低。敏捷开发并不反对一些关键的文档，文档的内容可以是可维护的代码、可以是产品的架构图或是简单的模型等[2]。敏捷开发中的文档既轻又重，轻是因为文档的数目、类型及花费的资源较少，而说它重，则主要是因为文档内容的精度和准度，它是以最少的形式传递着无限量的信息。控制文档的多与少以及难与易，要充分考虑两方面的内容，包括团队中的队员和客户。对于团队中的队员，由于他参与了整个项目，因此很容易能够理解文档中所要表达的意思，因此文档的文字就可以尽可能的精简。

2.2时间。时间掌控是敏捷软件开发一个很重要的因素，如果耗时较长，那么敏捷这一概念也无从谈起；如果时间较短，那么开发出的软件质量也无从保证。因此在保证质量的前提下，如何合理地确定开发软件所用的时间，是一门值得研究的学问。

在敏捷软件的开发过程中有几个比较重要的时期。包括Sprint（一个冲刺周期）、产品发布时间、工作时间三方面。其中Sprint（一个冲刺周期）也称之为迭代周期，也有固定的时长，但在开发过程中对其长短可进行适当调整。短的Sprint的长的Sprint各有其优势。短的Sprint表示交付时间及反馈时间较短，这样可以防止研发人员不要将过多的精力放在错误上，从而将更多的精力放在改进与学习上。长的Sprint也有其优势，它可以使研发人员有更充足的时间来做准备。第二方面是产品的发布时间，采用敏捷开发能够大大提高产品的上市时间，使企业获取更多的商业利润。此外工作时间方面，敏捷开发与大多数软件公司有所不同，它不提供加班制度，鼓舞了员工的士气，大大提高了工作效率。

2.3开发环境。敏捷软件的开发环境与以往软件的开发有所不同，它更强调沟通与交流。我们将敏捷软件的开发环境分为软环境和硬环境。软环境主要包括人员组成、配备、分配及工作地点等。敏捷软件开发有主管角色、产品负责人和开发团队三种角色，这种三种角色相互协作从而组成了敏捷团队。其中主管角色主要负责维护过程的任务，产品负责人代表的是利益所有者客户的意愿，开发团队则包括开发人员。硬环境则指的团队所处的工作环境中房间的布置及办公的设备用品等。敏捷软件比较重视团队人员之间的相互交流与沟通，开发房间不是一个个的隔断，而是在一个比较自由摆放桌椅的大房间内，在这样的环境下员工之间可以四处走动，自由交流，从而更好的了解项目的进度。

2.4测试。传统的软件开发过程是文档驱动式开发，而敏捷开发则是测试驱动开发。许多人认为测试很难，但事实上认为它难那是因为没有真正掌握测试，编写一段测试代码可以让开发人员及时发现程序中存在的漏洞，可以避免使错误发展的更严重。在敏捷开发中，应端正态度，要正确看待测试，不能以为进行测试是在浪费时间，影响软件开发的整个进度。此外可以通过借助TestNG、Junit等测试工具，更好地进行测试，从而达到事半功倍的效果。

2.5会议。在传统的软件开发过程中，开发团队一般只有很少的几次例行会议，根本没有起到开会的作用，完全是为了开会而开会。而敏捷软件开发与传统开发有着很大的区别，它更注重团队人员之间的交流与沟通，会议对敏捷开发可以起到很好的推动作用。敏捷软件开发常有三种会议，有sprint计划会议、每日例会和sprint回顾会议。其中sprint计划会议是在每个sprint冲刺周期开始之前召开的，持续时间大约在4小时左右。做好sprint计划会议会重要，它往往决定了整个sprint的成败。每日例会，它的表现形式是每天的同一时间在同一地点，所有人员均站立开会，与会时间一般不超过15分钟。会议内容主要是成员简述下自己昨天做了哪些工作，今天的计划又是怎样的？以及在工作过程中遇到了哪些问题？最后是sprint回顾会议，它是在冲刺结束时召开的。但要正视的一个事实是敏捷会议的机制虽然比较先进，而目前我国程序员的个性相对比较独立，崇尚规范化，在短时间内很难适应这种会议制度，因此要在我国国内实施敏捷会议还存在一定的难度。

2.6客户。客户在敏捷开发中担当着极其重要的角色，产品负责人就是代表了客户的意愿。软件开发掌握在客户手中，由他来决定，因为市场是他的，他是唯一知道软件开发应该往哪个方向的关键人。产品负责人代表了客户的意愿，这保证了开发团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。

在软件开发期间，产品负责人就是敏捷团队的一员，他可以对软件需求及时进行调整，可以在现场做出决策，因而应该被赋予决策的权力，这样可以减少团队等待客户决断的时间。当然，如果再增加一名现场客户是更好的了。产品负责人必须出席各类会议，在会议中及时更正调整错误偏差，使得开发人员获得及时的反馈。如果产品负责人抽不出时间参加会议，那么他必须委派一名可以行使他的权力的人代替他出席会议，总之必须保证客户与开发团队同在的状态。

2.7团队的生产率。敏捷开发的原则之一就是高效我们将生产率单拿出来说，并没有将其放在开发环境里面，主要是因为生率问题不仅仅只关系到人员的开发问题，也是整个项目制定计划的重要依据。敏捷开发强调“产品的发布高于一切”。只有掌握团队的生产效率，产品负责人才能够确定产品的发布日期，根据日期来创建开发路线。强调效率，就是要求员工在工作时间里百分百的投入，但是在实践中往往这是不现实的，因此就要引入投入程度这个系数，系数可以根据实际情况来调整。最后得出的数值就是在接下来的sprint中可以完成的故事点，也可理解为任务数，只有这样得出的生产率更为科学。

2.8可持续性。将软件的可持续性分为软件开发期间的可持续性及软件交付使用后的可持续性两个阶段。软件开发期间的可持续性是指在每个迭代周期后，都交付给客户一个能够使用的软件，使客户对软件开发的进度有一个动态的认识，每一个时期都能完成一定的任务，通过每个时期的增量开发，从而可以在最后时期交付给客户一个较为完整的软件版本。软件交付使用后的可持续性是指软件交付后开发团队对软件进行的维护工作等，项目交付后能够正常运转并不代表着成功，团队要进行后续跟踪服务。

3结束语

以上就是我对敏捷开发若干重要元素的认识与思考。敏捷软件开发就是由这许许多多的元素组成支撑起来的，开发团队只有正确认识到各个元素之间的区别和联系，合理对待每个元素，才能很好的执行敏捷软件开发，收到敏捷开发应有的良好效果。

参考文献：

[1]刘朝霞.基于敏捷软件模式的在线教学系统研究与开发[J].天津科技大学学报,2009,24(2):63-66,73.

[2]赵剑冬,林健.敏捷方法在软件项目开发中的实践[J].计算机工程与设计,2007,28(12):2772-2774.

[作者简介]朱建刚（1980.12-），男，山东省潍坊市人，潍柴动力股份有限公司，副部长，工程师，本科，计算机软件开发。

作者：朱建刚