| Scrum的独特之处在哪里? |
| Scrum过程中的协作和沟通使其独具特色。比如,我们有一个跨功能开发团队,测试、技术、文档、客户和产品经理,他们每天举行会议,对项目进展进行讨论与分析。举例来说,我昨天做了什么,我今天要做什么,我有什么问题,我该如何解决,我如何将从客户实时反馈过来的信息反映到产品中去。 |
| Scrum的收益没法度量吗? |
| 敏捷好不好,不能仅凭感性去感觉,还要进行理性的分析。敏捷实施的效果,不但可以做到定性分析,也可以做到定量分析。最终,敏捷的好处都应该能够转换成企业真正的收益。 |
| Scrum的工作量如何估计? |
| 当我们提起工作量估计的时候,我们会碰到同样的问题,我们如何来做估计?有什么方法可以遵循呢?如何估计才更准确?我对某个功能做了估计,但它超出了预计的开发时间,为什么? |
| 每日站立会议怎么开? |
| 在那些最简单也最常谈到的Scrum敏捷实践中,每日站立会议(又称作每日例会)就是其一。Jeff Martin在scrumdevelopment Yahoo!邮件组中问道:我搜索过相关知识却一无所获。谁能给我一个每日例会的范本? |
|
|
|
确实存在一种用于软件开发的可重复和可定义的过程吗?一部分人认为这不仅可能的,而且是必须的。然而,很多在此领域第一线的人随着时间的推移逐渐发现,可重复或可定义的过程方法做出了很多不正确的假设。
Scrum提供了一种经验方法,它使得团队成员能够独立地,集中地在创造性的环境下工作。它发现了软件工程的社会意义。这一过程是迅速,有适应性,自组织的,它代表了从顺序开发过程以来的重大变化。本专题将从原则+做法+案例分析+疑问解答等方面帮助您全方位熟悉Scrum。 |
| 很多软件从业者倾向于相信存在一种能够计划优先级的最优解决方案,能够实现详述所有需求。与此相反,Scrum从允许我们构建更具弹性的软件出发,认为没有必要预先写出全部的需求。从该意义上说,Scrum不仅是一种“迭代和增量并行的”开发方法,它也是“适应性”的软件开发方法。 >> 详细 |
| ·在Rational Team Concert和Jazz上应用Scrum |
| Rational Team Concert与Jazz平台,通过降低并减少团队中的许多日常行为,有助于提供一个“无阻力的开发平台”。应用Rational Team Concert与Scrum Process模板,能克服许多困难的一个方面,就是它能将敏捷计划与追踪开发工作进行融合。>> 详细 |
| Scrum是众多快速发展的Agile方式之一。现在此方式已被众多大中小型企业使用,其中包括Yahoo、Microsoft、Google、Lockheed Martin、Motorola、SAP、Cisco等。许多使用Scrum的团队取得了重大的改进,其中更有个别在生产效率和职业道德方面得到了彻底地改革。对于产品开发者这是非常重要的。Scrum是简单的,强有力的,并立足于常识之中的。>> 详细 |
| Michele Sliger指出在敏捷开发中每日站立会议、迭代计划会议、发行计划会议、项目回顾(Retrospective)以及检讨会议都能应付风险。Scrum团队可以按价值和风险程度来决定故事的优先次序,花足够的时间在有风险的故事上,正确地确定及减轻风险。>> 详细 |
| |
|
|
|