敏捷软件开发中Scrum方法运用
Scrum敏捷开发模式讲解
案例三：Scrum在非技术团队的应用
总结词
有效应用于非技术项目管理
详细描述
Scrum不仅适用于技术团队，还可以 应用于非技术团队。通过合理地调整 Scrum框架，非技术团队可以更好地 应对变化，提高项目执行效率，满足 客户需求。
负责确定产品的方向和愿景，制定产品需求和优先级，并确保开发团队理解这些需求。
Scrum Master
负责确保Scrum过程被正确实施，并帮助开发团队解决障碍和问题。
开发团队（Development Team）
负责开发产品，并按照Scrum的节奏和规则进行工作。
Scrum Master
01
负责确保Scrum过程被 正确实施，并帮助开发 团队解决障碍和问题。
速度
速度是Scrum团队在一段时间内完成的故事点数。通过跟踪团队的速度，可以 了解团队的开发能力和工作效能，为未来的计划和预测提供依据。
冲刺计划和时间盒
冲刺计划
在Scrum中，冲刺计划是在一个固定的时间盒内完成一系列用户故事的计划过程 。团队需要根据优先级和资源情况，确定在冲刺期间要完成的任务和用户故事。
冲刺演示
冲刺演示是向利益相关者展示团队在冲刺期间所完成的工作 的会议。通过演示，团队可以获得利益相关者的反馈和建议 ，以便进一步改进和完善产品。
冲刺收尾和总结
冲刺收尾
在Scrum中，冲刺收尾是一个阶段，用 于完成未完成的工作、进行测试和修复 缺陷、进行代码审查和集成等。这个阶 段的目标是确保产品质量和可交付性。
02
确保所有团队成员理解 和遵守Scrum的规则和 仪式。
敏捷项目scrum方法论
敏捷项目scrum方法论摘要：一、引言1.敏捷项目背景2.Scrum方法论简介二、Scrum核心理念与原则1.敏捷开发理念2.Scrum五大核心价值3.Scrum十二条原则三、Scrum角色与职责1.产品负责人（Product Owner）2.敏捷团队（Scrum Team）3.敏捷教练（Scrum Master）四、Scrum流程与机制1.迭代（Sprint）2.规划（Planning）3.评审（Review）4.回顾（Retrospective）五、Scrum实践与应用1.用户故事编写2.燃尽图与看板3.信息发射源与风险管理六、Scrum拓展与优化1.规模化Scrum应用2.混合型敏捷开发3.Scrum与其他敏捷方法的比较七、总结与展望1.Scrum在我国的应用现状2.Scrum的未来发展趋势正文：一、引言1.敏捷项目背景随着信息技术的高速发展，软件项目的复杂性和不确定性日益增加。
传统的瀑布模型已经无法满足快速变化的市场需求，敏捷项目开发方法应运而生。
敏捷开发注重团队协作、快速响应变更和持续交付价值，已逐渐成为现代软件开发的主流。
2.Scrum方法论简介Scrum是一种基于迭代的敏捷开发方法，它将复杂项目划分为多个短期迭代，从而实现快速适应变更、提高项目可控性。
Scrum方法论具有严格的流程和角色分工，适用于复杂、不确定的软件项目。
二、Scrum核心理念与原则1.敏捷开发理念敏捷开发注重个体与团队的协作，以人为核心，追求灵活性和适应性。
它强调持续交付、短周期迭代，让客户在项目过程中持续参与，以满足不断变化的需求。
2.Scrum五大核心价值（1）透明度：通过明确的流程和信息共享，让所有人了解项目状态和进展。
（2）变更响应：灵活应对变更，确保项目始终朝着正确的方向前进。
（3）敬业度：团队成员积极参与，自主承担责任，充分发挥个人潜能。
（4）协作：跨职能团队密切合作，共享知识和资源，实现共同目标。
（5）价值交付：以客户为中心，关注项目价值的实现，为客户创造最大价值。
敏捷软件开发中的Scrum框架详解
敏捷软件开发中的Scrum框架详解在软件开发领域中，敏捷开发已经成为了一种趋势，为了让开发过程更加高效，Scrum框架应运而生。
Scrum框架是一种敏捷开发方法，它可以帮助开发团队更好地协作，快速响应客户需求，提高软件开发的质量和效率。
本文将详细介绍Scrum框架的概念、流程和应用。
一、Scrum框架概述Scrum框架是一种基于迭代和增量的敏捷开发方法，它采用迭代、透明、自组织和实时反馈的方式来实现软件开发。
Scrum框架的核心是团队合作和持续交付，每个迭代都需要完成一个潜在可交付的增量。
在Scrum框架中，有三个角色：产品负责人、Scrum Master和开发团队。
产品负责人确定产品需求、优先级和发布计划；Scrum Master负责推动Scrum流程，确保团队遵循Scrum原则；开发团队负责实现需求。
Scrum框架有一些重要的术语和概念，例如冲刺（Sprint）、冲刺计划会议(Sprint Planning Meeting)、每日站会(Daily Scrum)、冲刺评审会议(Sprint Review Meeting)和回顾会议(Retrospective Meeting)等等。
二、Scrum框架流程Scrum框架流程包含以下步骤：1.产品规划：在这个阶段，产品负责人和团队合作定义产品范围、需求和目标，确定一个产品BACKLOG。
2.冲刺计划会议：团队将产品BACKLOG转换为可完成的待办事项，并计划如何实现它们。
冲刺计划会议的结果是一个冲刺目标，该目标概括了需要在此冲刺中完成的所有功能。
3.每日站会：每个工作日的同一时间和地点，开发团队成员在15分钟内互相汇报昨天完成了什么，今天将完成什么，以及他们面临的任何障碍。
4.冲刺周期：每个冲刺都是一个迭代，通常持续2-4周。
在此期间，开发团队将实现待办事项，并与其他团队成员共同努力，以实现冲刺目标。
5.冲刺评审会议：在这个阶段，团队展示他们刚刚完成的工作，并接受利益相关者的反馈和建议。
Scrum敏捷软件开发方法实践中的改进和应用
Ｏ 引 言
随着软件行业的发展 ， 基于详尽 的需求分 析 、 系统
ｘ ） Ｓｒｍ、 Ｐ 、ｃｕ 动态系统 开发 （ ｙ ａ ｃＳ ｓ ｍ ｅ ｅ ｐ Ｄ ｎｍｉ ｙｔ Ｄ ｖｌ — ｅ ｏ ｍ ｎ Ｍｅ ｏ ， Ｓ Ｍ ） ｅｔ ｔ ｄ Ｄ Ｄ ｈ 、自适 应 软 件 开 发 （ ｄｐ ｖ Ａ ａｔｅ ｉ
质 。它拥有特定 的成员角 色 ： 品的负 责人 Ｐ Ｐｏ － 产 Ｏ（ ｒｄ ｕｔＯ ｎｒ ， ｃｕ 主 管 Ｓ （ ｃ ｍ Ｍ ｓ ｒ ｃ ｗ ｅ） Ｓｒｍ Ｍ Ｓｒ ａｔ ）和 团 队 ｕ ｅ （ ｅｍ） 适宜 的人数是 ５到 １ ） Ｔａ （ ０人 。它拥有独特 的实 践 方式 ： 冲刺（ ｐ ｎ） 计划会议 （ｐ ｎ ｌ ｎ ｇＭｅｔ Ｓｒ ｔ， ｉ Ｓｒ ｔ ａ ｉ ｅ ｉ Ｐｎｎ － ｉ ） 评 审 会 议 （ ｐ ｎ ｅｉ ｅｔ ｇ ， 顾 会 议 ｎ ， ｇ Ｓｒ ｔＲ ｖ ｗ Ｍ ｅ ｎ ） 回 ｉ ｅ ｉ
Ｆ Ｄ） 测 试 驱 动 开 发 （ ｅｔ Ｄ ｉｅ ｅｅ ｐ ｎ ， Ｄ 和 Ｔ ｓ— ｒ ｎ Ｄ ｖｌ ｍｅｔ ｖ ｏ Ｔ Ｄ） Ｄ 等 。敏捷 方法 在 实践 中取 得 了 巨大 的成功 。
很 多数 据和实例告诉我们 ， 敏捷是 提高 软件生产 率不 争的事实 。然而过程本身不是敏捷的 ， 但人可 以敏捷 ，
ＭＦ （ ｍｏ Ｆｌ Ｓ ｓ ｍ）ｍａａｅ ｎ ｌ ｐ ｌ ｄｉ ｔｉｐｐ ｒ ｉ ｒｖｎ ｅｐｔ ｍ ｆ ｃ ｍ ａｌ ｍｅｔ ｇ ｄ ｐ ｎ ａｒ ｒ Ｓ Ｍｅ ￣ ｉ ｙｔ ｅ ｅ ｎ ｇ ｍｅｔ ｅａｐｉ ｓ ａ ：ｍｐｏ ｉｇｔ ａｅ ｏ ｒ ｄｉ ｅｉ ，ａｏ ｔ ｇｐｉｗｏｋ ａ ｅ ｎｈ ｅ ｈ ｔ Ｓａ ｙ ｎ ｉ
团队或者组织可 以敏捷 。如果只是做敏捷 而不是敏捷 地去做 ， 就会导致敏捷 方法 应用 的失败 。在 敏捷开
实习报告：软件开发中的敏捷开发与Scrum实践
实习报告：软件开发中的敏捷开发与Scrum实践一、引言近年来，随着信息技术的不断发展和软件行业的快速发展，软件开发的需求日益增加，同时开发周期也越来越短。
在这种情况下，传统的瀑布式开发模式逐渐暴露出了一些问题，例如开发过程缺乏灵活性、需求变更难以适应等。
针对这些问题，业界提出了敏捷开发方法，并引入了Scrum框架来进行项目管理。
本次实习报告将重点介绍敏捷开发与Scrum实践在软件开发中的应用。
二、敏捷开发概述敏捷开发是一种以人为本、迭代开发的软件开发方法。
相比于瀑布模型，敏捷开发更加注重灵活性和适应力，能够更好地满足需求的变更和客户的反馈。
在敏捷开发过程中，开发团队采用迭代的方式进行开发，每个迭代都会生成一个可用且具有价值的软件产品，并及时与客户进行沟通和反馈，从而更好地满足客户的需求。
三、Scrum框架介绍Scrum是一种敏捷开发的项目管理框架，相比于传统的项目管理方法，Scrum更加注重团队的自组织和迭代开发。
Scrum框架由三个角色、三个仪式和三个工件组成。
1. 角色（1）产品负责人（Product Owner）：负责定义产品需求，并对产品的优先级进行排序。
产品负责人需要与开发团队密切合作，确保开发团队始终了解客户的需求。
（2）Scrum团队（Scrum Team）：通常由开发人员、测试人员、UI设计师等多个角色组成，是项目的具体执行者。
Scrum团队必须具备自组织和跨职能的能力，能够在迭代周期内完成可用且具有价值的软件产品。
（3）Scrum主管（Scrum Master）：负责协助Scrum团队执行Scrum框架的方法和规则，解决团队在开发过程中遇到的问题。
Scrum主管需要具备良好的沟通和团队管理能力。
2. 仪式（1）Sprint计划会议（Sprint Planning Meeting）：在每个迭代开始之前召开的会议，产品负责人与Scrum团队一起确定本次迭代的目标和需求。
开发团队还需要将这些需求细分为可执行的任务，并估算任务的工作量。
敏捷开发scrum的步骤
敏捷开发scrum的步骤
Scrum是一种敏捷开发方法论，适用于团队协作开发软件和其他复杂产品。
以下是Scrum的基本步骤：
1. 产品待办清单（Product Backlog）：根据项目需求，列出所有需要完成的任务，这些任务按照优先级排序，并且进行明确的描述。
2. 冲刺计划会议（Sprint Planning Meeting）：团队在冲刺期开始前，通过讨论和评估来确定下一个冲刺要完成哪些工作，并将这些工作分配给各个团队成员。
3. 冲刺（Sprint）：一个冲刺通常持续两周到一个月（具体时间由团队决定），在这个时间内，团队集中精力完成之前确定的工作。
4. 每日站立会议（Daily Scrum Meeting）：每天团队成员在15分钟内互相汇报工作进展情况、遇到的问题和解决方案，以确保所有人都知道项目的状态。
5. 冲刺回顾会议（Sprint Review Meeting）：在冲刺结束后，团队成员要进行回顾，检查他们所完成的工作是否达到了预期目标并探讨如何改善。
6. 冲刺回顾和改进计划（Sprint Retrospective and Improvement Plan）：团队评估过去的冲刺，找出改进的方法，并且创建下一个冲刺计划的待办清单。
以上就是Scrum流程的基本步骤，每个步骤都有具体的执行规
则和时间要求，团队需要按照这些规则和要求进行协作和沟通，以确保项目能够按时完成并达到预期效果。
敏捷软件开发迭代式增量软件开发模型--SCRUM
敏捷软件开发迭代式增量软件开发模型--SCRUM⼀什么是Scrum?Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的⼀种，在最近的⼀两年内逐渐流⾏起来。
Scrum是⼀种迭代式增量软件开发过程。
Scrum的基本假设是：开发软件就像开发新产品，⽆法⼀开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有⼀种固定的流程可以保证专案成功。
Scrum 将软件开发团队⽐拟成橄榄球队，有明确的最⾼⽬标，熟悉开发流程中所需具备的最佳典范与技术，具有⾼度⾃主权，紧密地沟通合作，以⾼度弹性解决各种挑战，确保每天、每个阶段都朝向⽬标有明确的推进。
Scrum 开发流程通常以 30 天(或者更短的⼀段时间)为⼀个阶段，由客户提供新产品的需求规格开始，开发团队与客户于每⼀个阶段开始时挑选该完成的规格部分，开发团队必须尽⼒于 30 天后交付成果，团队每天⽤ 15 分钟开会检查每个成员的进度与计划，了解所遭遇的困难并设法排除。
⼆ Scrum较传统开发模型的优点Scrum模型的⼀个显著特点就是响应变化，它能够尽快地响应变化。
三 Scrum模型1> 有关Scrum的⼏个名词backlog: 可以预知的所有任务，包括功能性的和⾮功能性的所有任务。
sprint:⼀次跌代开发的时间周期，⼀般最多以30天为⼀个周期.在这段时间内，开发团队需要完成⼀个制定的backlog,并且最终成果是⼀个增量的，可以交付的产品。
sprint backlog:⼀个sprint周期内所需要完成的任务。
scrumMaster: 负责监督整个Scrum进程，修订计划的⼀个团队成员。
time-box: ⼀个⽤于开会时间段。
⽐如每个daily scrum meeting的time-box为15分钟。
sprint planning meeting: 在启动每个sprint前召开。
⼀般为⼀天时间（8⼩时）。
该会议需要制定的任务是：产品Owner和团队成员将backlog分解成⼩的功能模块, 决定在即将进⾏的sprint⾥需要完成多少⼩功能模块，确定好这个Product Backlog的任务优先级。
Scrum敏捷开发模式的介绍与应用
Scrum敏捷开发模式的介绍与应用1. 介绍Scrum敏捷开发模式Scrum是一种敏捷开发模式，最初应用于软件生产。
它侧重于通过灵活、快速的迭代方法进行软件开发的管理，以便更好地满足客户需求和产品功能。
Scrum在行业内具有良好的声誉，因为它通过缩短开发周期和提高生产效率来增强团队的协作和创造力。
2. Scrum的核心特点Scrum敏捷开发模式有三个核心特点：Sprint，Product Owner和Scrum Master。
Sprint是团队开发的短期目标。
在每个Sprint中，团队将致力于实现一些具体的任务，同时不断地反馈和改进产品。
Product Owner是负责管理项目计划和优先级的人。
他/她的工作是确保团队开发的产品是真正满足需求的，并在开发周期中尽可能地提高价值。
Scrum Master是团队的负责人，他/她确保团队能够在所有方面高效地运转。
Scrum Master还是团队沟通和协作的主要推动力。
3. Scrum的优势Scrum敏捷开发模式的最大优势是其能够快速、灵活地适应客户需求变化。
通过迭代开发，团队能够及时地得到反馈，并在下一个Sprint中进行改进。
此外，Scrum还可以促进跨职能团队合作，提高效率和被动协作能力。
因此，它已成为当今IT行业最为流行的开发模式。
4. Scrum的应用场景Scrum适用于任何需要快速开发、需求经常变动、需要跨职能合作的项目。
特别是在软件行业，Scrum已成为最受欢迎的项目管理方法之一。
同时，Scrum还被广泛应用于其他领域，如生产制造、建筑、医疗和旅游业等。
5. Scrum的实现步骤实施Scrum需要经过以下步骤：（1）确定产品需求和目标；（2）创建Scrum团队；（3）制定Sprint计划和目标；（4）安排Sprint开发周期；（5）组织日常的Scrum会议，包括每日站会、Sprint回顾和Sprint规划会议；（6）确保团队的沟通和协作；（7）不断分析和改进。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅谈敏捷软件开发中Scrum方法的运用
摘要：目前软件开发除了强调产品质量，同时对产品能够快速发布并且迅速适应市场变化的要求也日益强烈。
为适应这种开发环境和市场需求，传统的软件开发模式已被敏捷开发模式所替代。
本文介绍敏捷软件开发中的scrum方法，并结合实际问题，分析scrum
方法在实践中的运用。
关键词：敏捷开发；scrum
中图分类号：tp311.52文献标识码：a文章编号：1007-9599 (2013) 07-0000-02
产品质量和开发效率一直是软件产品开发的关键。
随着科技和经济的发展，软件的市场环境和用户需求不断发生变化，这对软件产品的快速发布提出很高的要求。
传统的瀑布模型、螺旋模型、原型模型等已不能适应越来越复杂和不断变化的需求和市场环境。
近年来，敏捷软件开发逐步流行，并被广泛认识、研究和使用。
敏捷开发具有应对快速变化的市场和需求的能力，因此，它被越来越多的公司企业采用。
用于敏捷软件开发的方法有很多，其中scrum方法是被广泛应用的方法之一。
1scrum简介
scrum是一个增量的、迭代的开发过程，名称来自英式橄榄球的
争球。
scrum的整个开发周期包括若干个小的迭代周期，每个小的
迭代周期称为一个冲刺（sprint），每个冲刺的长度一般为2到4周。
在scrum中，使用产品订单来管理产品或项目的需求，产品订
单是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。
开发团队总是先开发的是对客户具有较高价值的需求。
在每个冲刺中，开发团队从产品订单中挑选最有价值的需求进行开发。
冲刺中挑选的需求经过计划会议上的分析、讨论和估算得到一个冲刺的任务列表，我们称它为冲刺订单。
在每个迭代结束时，开发团队将交付潜在可交付的产品增量。
scrum的主要角色有：产品负责人、scrum主管、开发团队。
scrum 的会议包括：计划会议、评审会议、回顾会议、每日站立例会。
scrum 的文档有：产品订单、冲刺订单、燃尽图。
scrum方法的运作过程就是产品负责人、scrum主管、开发团队依据scrum必需的文档，通过scrum定义的会议方式展开的一轮一轮产品开发的迭代过程。
2scrum方法的实际运用
scrum方法给出的是一个框架，各角色人员如何根据这个框架来实践scrum，尤其如何利用好每日站立例会、评审会议、回顾会议，是影响敏捷开发效果的关键因素。
在scrum方法的实际运用中，会遇到或多或少的一些具体问题。
笔者根据以往自身敏捷开发项目的经验，对这些问题作简要的分析，并给出有效的解决办法。
2.1每日站立例会
每日站立例会是scrum主管和开发团队成员必须参加的会议。
它是除了面对面沟通之外，开发团队成员的另一个有效的沟通交流方式。
scrum倡导的每日站立例会平均时间不超过15分钟，开发团队的每个成员需要向scrum主管回答三个问题：今天完成了哪些工
作？明天打算做什么？完成目标是否存在什么障碍？
每日站立例会需要scrum主管的有效组织。
每日站立例会最常见的问题是，团队成员之间陷入了具体技术问题的讨论中，导致会议时间严重拖长，影响了会议的效率。
还有一种情况是，一个成员汇报所遇到的障碍的时候，其他成员没有认真聆听，对一些共有的障碍或者有依赖性的问题没有引起足够的重视，导致大家都卡在同样的问题里，影响了开发的进度。
为使每日站立例会更加有效率，开发团队的每个成员需要控制好自己的发言时间，一般在3分钟左右。
发言突出要点，简明扼要，不要详细论述具体技术问题。
一旦发现团队成员开始讨论具体技术问题，scrum主管应及时给与提醒，这样可以有效地控制会议时间。
为了使每个成员都清楚目前项目的状况，尤其对可能影响完成目标的障碍有所了解，scrum主管在每次例会结束之前把记录下来的障碍向开发团队总结一遍，让大家心中有数，确保第二天的开发工作不受广泛影响。
这样做也有助于scrum主管在接下来的工作中有效地为团队去除这些障碍。
2.2评审会议
在每一个冲刺的尾声需要进行一次评审会议，产品负责人、scrum 主管、开发团队必须参加评审会议。
评审会议的目的是让开发团队向产品负责人展示在该冲刺完成的功能，回答与会人员对展示的疑问并记录所期望的修改。
评审会议进程一般不超过4个小时，开发团队准备的评审展示内容一般不超过1个小时。
评审会议包含阶段
性验收的意味，如何才能在有限的展示时间内，得到产品负责人的积极认可和有效反馈，是在会议准备阶段和会议进行过程中必须注意的问题。
在会议准备阶段，开发团队应该按照本次冲刺的冲刺订单，组织产品功能的展示点，形成清晰简要的ppt文档。
在会议现场最好能进行在线实际的功能展示，所以会议前开发团队要准备好工作站和设备等。
同时开发团队还需要把能展现产品功能效果的图、表、日志等数据提前保存下来，以防突发情况导致现场展示失败时无内容可展示。
在会议开始时，scrum主管和开发团队需要确保所有人员对产品和该冲刺的目标有所了解，如果有人对此不清楚，则先用几分钟进行描述。
然后，开发团队按照准备好的ppt文档，逐个介绍这次冲刺实现的结果，并且展示其功能效果。
在展示的过程中，开发团队应该把重点放在“我们做了什么”，而不是“我们怎么做的”。
这样可以让产品负责人对产品目前的功能状况有直观的了解，而不是陷入到技术细节之中。
如果产品负责人想改变某些功能，scrum 主管把这个需求添加到产品订单中，留待以后的冲刺解决。
2.3回顾会议
回顾会议是在每个冲刺结束之后进行的，通常在评审会议后进行，它通过总结本次冲刺的实践经验，为团队指出日后改进的方面，避免团队重犯相同的错误。
scrum主管、开发团队必须参加回顾会议。
回顾会议是scrum方法中很重要的会议，利用好回顾会议，可以有效地提高团队的生产力。
回顾会议需要鼓励团队成员积极参
与，集思广益，否则，这个会议就会流于形式，达不到预期的效果。
在实际应用中，回顾会议的形式可以采取头脑风暴法模式。
会议开始时，scrum主管先给团队成员总结上次冲刺的回顾会议确定的改进内容的执行结果。
然后，scrum主管给每个成员发一张即时贴便签，让他们自己思考，回顾本次冲刺中团队做得好和做得不好且需要改进的地方，各选三点意见写在便签上，然后把便签贴在白板上。
等所有成员都把写好的便签贴在白板上后，scrum主管和团队成员一起逐条讨论便签上的意见，充分理解团队成员的想法。
讨论过程中，scrum主管对相似的意见进行合并，对有依赖相关性的问题进行梳理。
回顾会议结束后，scrum主管就可以得到本次冲刺做得好的地方和需要改进的内容。
那些需要改进的内容供下次冲刺的回顾会议进行效果跟踪。
3小结
scrum方法是敏捷开发的一个框架，它并没有规定具体的实践方法。
scrum提倡灵活，遵循敏捷开发以人为本的原则，这需要软件项目管理人员根据企业文化、管理模式、开发团队的经验等因素，选择合适的方案。
本文总结和分析了scrum方法在实际运用中遇到的一些问题，并给出有效的解决方法，希望起到抛砖引玉的作用。
参考文献：
[1]刘慧玲,王申申,陈晓军.scrum敏捷方法在快速开发中的实践及改进[j].电脑知识与技术,2012,7.
[2]陈国栋,罗省贤.scrum敏捷软件开发方法实践中的改进和应
用[j].计算机技术与发展,2011,12.
[3]杨帆,徐俊刚.一种改进的scrum敏捷软件开发方法[j].电子技术,2011,9.
[4]张敬周,钱乐秋,朱三元.agile方法研究综述[j].计算机应用与软件,2002,6.
[作者简介]徐欣欣（1979-），女，工程师，硕士，从事软件开发管理，信息化系统建设工作；罗晓斌（1977-），男，工程师，硕士，从事软件开发管理，互联网通信系统建设运维工作。