RUPQRational Unified ProcessQRational l一q程Q，是一U被q泛使用的Y件过E框架。它可以很好地迎合你的Y件开发过E的需要，q可以容U_他技术。Scrum是一pd有趣的，用来包装灉|软g目的项目管理模式?br />
Scrum提供了一U经验方法，它得团队成员能够独立地Q集中地在创造性的环境下工作。它发现了Y件工E的C会意义。这一q程是迅速，有适应性，自组l的Q它代表了从序开发过E以来的重大变化。Scrum认ؓ软g的开发不应用和一般制造业相同的方法，也就是不应采用一U反复的模式。这U重复得输入和输出参数更加Ҏ预测和描qͼ但这q不是当今Y件工E的有益目标。现代Y件工E的主要挑战包括上市旉Q投资回报，以及影响֮的需要等。RUP和其他敏捯Y件工E过E能够很好地q接q些挑战?br />
Scrum区别于其他开发过E之处是什么？最显而易见的不同是每天的短会，通常在每天的同一旉在同一个房间内举行。这个会议也叫ScrumQ在会议中每个团队成员仅׃下三点发aQ?/p>
自上ơScrum会议后你做了什么？
从现在到下次Scrum会议的时间里你准备做什么？
你在工作中遇C哪些困难Q?
Scrum团队的组?/strong>
׃一个Scrum团队最多由7人组成，会议应当不超q?5分钟。Scrum理?L会议Qƈ且对整个目的成败负责。他們每个成员的发aq设法解决会议中提到的各U障。Scrum理者在会上寚w提出即时的解决Ҏ或指|使团队不断向着目标前进。Scrum会议不同于项目会议，对团队来_它vC快速简报的作用。如果问题得不到解决Q团队成员应向Scrum理者或大项目成员提疑?
只有团队成员可以在Scrum会议上发aQ但是允许有旁听者。对于h数多?人的目团队QScrum与其扩大团队规模不如团队分l。分l可依据功能Q结构主体，或者应用，包括子应用等q行。分l后各个子团队就可以q行工作了，而且Scrum理者可以通过Scrum会议对各个子团队的工作进行同步。Scrum甚至可以兼顾在其他地方工作的团队成员?
Scrum团队不止是一个程序员队伍Q它由各U背景下的不同角色组合而成Q包括商业分析者，设计师，E序员和试者等{。更多时候，成员可以w兼多职Q正的l合军_了团队的能力和效率?br />
目规划
Scrum的P代过E被UCؓ“疾跑”Q时间ؓ30天。在RUP中，q代q程通常??周之_每次“疾跑”都以获得可执行可试的代码ؓl束?/p>
产品拥有者持有品订单，他控制ƈ区分功能的开发次序，但是工作量的评估是由Scrum团队来完成的。品风险的所有承担者，包括Scrum团队和品所有者，共同视订单，然后Ҏ优先U次序决定先开发哪一功能。除M先QRUP的P代规划过E也是基于风险的?/p>
现在团队定义?#8220;疾跑”目标已经成ؓ了进展控制的指导?#8220;疾跑”q程一旦开始，团队全部与外界的交流都必ȝ由Scrum理者进行。Scrum理者务必保证团队能够专心于既定目标而不受外界干扰?/p>
Scrum团队持有自己?#8220;疾跑”订单Q上面记录了更多关于待实现目标的具体d的细节。在团队?#8220;疾跑”的作用有更多了解以后Q团队成员就可以调整原始的品评伎ͼq将“疾跑”q程中获得的信息加入C品订单中。这些做法对Scrumq度回溯都是有益的?/p>
Scrum团队由每天的Scrum会议Q每月的“疾跑”计划?#8220;疾跑”审查会议紧密相连Q鉴于此Q整个组l必然存在一U纵向的透明度。这׃得组l上的问题和挑战清晰明显。由于团队成员都亲自观察整个目Q交也变得简短，q速和有效。团队是自组l的Q着g“疾跑”的目标，q样最大限度发挥了每一个团队成员的作用。Scrum理者充当一个问题和交流?#8220;据交换所”Q而不是一个控制整个团队的老板?/p>
“疾跑”审查会议持箋半天。在会上Q团队向目的风险承担者展C完成的功能模块。团队按照既定的“疾跑”目标来演C完成的内容?/p>
订单Q?#8220;疾跑”计划和回，理承诺Q每日Scrum会议Q进度回溯，以及其他Scrum技术都是基于主要用于Y仉目管理的q程模式的。这些模式在q去的大项目和不同商业领域中都获得了成功?br />
http://www.cnblogs.com/epjnpe/archive/2006/06/30/440034.html
]]>