u012081959-CSDN博客

转载选择迭代长度时考虑的因素

大部分敏捷开发过程和采用敏捷开发过程的小组都把迭代长度设置为2~4周。有些小组使用更长一些的迭代，但是2~4周是大多数开发小组普遍接受的标准。并不存在一个神奇的迭代长度，可以适用于任何环境中的所有小组。小组在开发一个项目时的合适迭代长度在同一个小组开发另一个项目时也许并不合适。您在选择迭代长度的时候，应该受下列因素的指引：正在处理的发布的时间长度

2014-02-13 14:12:51 2153

原创 Scrum培训之旅——参加ShineScrum CSM认证班的心得体会

从事软件开发工作已经有很多年了，对敏捷的管理理念却一直很陌生。虽然在加入目前的公司后，在与同事的协作中对敏捷和Scrum有了一些懵懵懂懂的认识，甚至还在日常工作中有意或无意的参与很多Daily Scrum的工作内容，却一直无法对Scrum有系统而详实的理解。这次的培训恰好给了我一个这样的机会，能够在世界级Scrum大师的带领下，由浅入深地了解Scrum的内涵。两天的时间虽然很短暂，但还是给我带来了

2014-02-11 14:30:30 1656 1

原创揭开Scrum神秘面纱重新认识Agile——记参加ShineScrum的CSM培训有感

第一次接触敏捷还是在2008年之后的5年都在使用Scrum,其间经历过两个项目，两个项目都使用了scrum，我一直担任的都是Scrum Master的角色。说实话这两个项目给我带来的Scrum体验并不好，原因是我觉得一个sprint又一个sprint的迭代，相当于每一个月或者两个星期就是一个冲刺，因为需要完成sprint planning中承诺的story(任务），整个团队都觉得很疲惫。这一错误的

2014-02-10 12:34:09 1701

原创 CMMI与CSPO认证培训之我见——参加ShineScrum CSPO认证课有感

前一段时间参加了两天CSPO（Certified Scrum ProductOwner）的培训。仔细想想自己上次参加培训还是六七年前的CMMI 3的培训（应该做个自我检讨），两次培训印象均颇为深刻。不过个人认为本次参加的CSPO的培训与自己的工作更加贴近，收获更大。比较两位讲师的风格，也能看出两种开发模式的不同。CMMI的讲师更加严谨，不喜欢说笑，基本是按照自己制定的培训计划进行的。而

2014-02-07 16:25:20 2015

原创参加ShineScrum CSPO认证课的个人体会

尽管是从2009年就懵懂的接触Agile，尝试Scrum。但实际上去拿Scrum Master的认证还是去年11月份的事情，之后越发觉得自己应该学习一下ProductOwner方面的知识，刚好今年1月份在北京有一个CSPO的认证班，就报名参加了。因为目的性比较明确，所得的收获也颇多。下面总结几点：首先，两天的培训让大家见到Scrum可无处不在，培训的过程就是一个Scrum实施的

2014-01-24 14:52:54 3051

原创敏捷是一场关于适者生存的进化

Ken Schwaber作为Scrum的缔造者之一，与Jeff Sutherland一起倾情撰写的敏捷图书《30天软件开发——告别瀑布拥抱敏捷》，现已由ShineScrum成功翻译图灵出版，并在各大网站出售。近日，ShineScrum又邀请Ken Schwaber参加了图灵社区的访问，下面请见详细访谈内容及Ken Schwaber的精彩回答。KenSchwaber

2014-01-23 14:38:43 880

翻译 PTC逆袭之道

PTC（Parametric Technology Corporation）是一家拥有5000名员工的跨国公司，从事产品生命周期管理软件的开发。其产品基于CAD/CAM（计算机辅助设计/计算机辅助制造）系统，帮助像雷神、BAE系统、空中客车等世界顶级的工程组织管理大型系统的开发，例如空中客车A380的开发。其主要是通过监控所有部件、配件和子配件的配置来进行管理。2005年，PTC遇上了使用预测

2013-12-25 16:30:33 792

翻译有关Scrum Master的用户故事

作为一个Scrum Master，我需要理解敏捷宣言，以便实施Scrum。作为一个Scrum Master，我需要理解Scrum是如何被创造的，以便更好地实施。作为一个Scrum Master，我需要理解如何开始，以便启动Scrum。作为一个Scrum Master，我需要理解Scrum框架，以便实施Scrum。作为一个Scrum Master，我需要理解复杂的适应体系，以便实施Scrum。作为一

2013-10-29 14:35:25 1116

翻译为什么增量必须要是“完成的”

在每个Sprint结束时，团队都可以完成一个或多个可以投入使用的需求增量。这个时候你可以想尽一切办法对增量进行各种暴力测试，目的就是为了保证这些增量可以经受各种测试的考验。只有增量的质量足够好，才能够投入到实际的生产环境中。你还可以将新的增量和老的增量结合起来测试。一个完成、完整的增量必须是可以正式投入使用的。如果一个增量无法正常工作，或者无法马上部署到生产环境中，那么你就不

2013-10-24 15:41:35 1013

翻译为什么企业转型必须深化并固化

在向Scrum转型的过程中，整个企业会发生剧变，所有人都在一种可控的混乱中工作，而这种状态会持续几年。但最终，软件的每个版本会变得越来越好，员工都很乐意来上班，客户也开始乐于和企业合作。然而，企业转型成功与否取决于发起转型的高管。我们已经见过太多例子，在企业内的其他人还没有真正懂得如何用新的方法思考和工作，转型还没有在企业内扎根时，发起人就由于晋升或离职离开了原来的岗位。当发起人高管离开之后，之前

2013-10-23 13:56:50 1248

翻译用Scrum的方式实施Scrum

用Scrum的方式实施Scrum就是说组织利用Scrum的流程来实现组织的转型。要成功实施Scrum，必须在组织内进行两项主要改变：首先，软件开发人员必须被派到小团队中，还需要教会他们如何使用Scrum进行软件开发；其次，移除所有有碍于优化创新和软件交付的障碍，这些障碍会随着Scrum的使用逐渐显现。

2013-10-22 14:24:13 1850

翻译如何决定Sprint长度？

使用Scrum的组织通常会使用30天作为Sprint的长度，但是Scrum同样允许周期更短的Sprint。周期较长的Sprint通常用于变化较少的环境，而周期较短的Sprint则通常用于机会较多或者更具有挑战的多变环境。

2013-10-21 14:03:44 2153

翻译企业级敏捷转型系列专题之四 —— 企业转型

从企业启动转型到实现完全转型的道路是非常漫长的，其中要通过各种努力，经历长达5，6年的时间，才能让变革在企业里扎根。主要的改变很快就会显现出来，在转型的第一年里，你就能看到转型带来的好处。在转型后的两年内，主要的竞争优势就会得到体现。然而，就算转型已经完成，成功的关键——持续改进——却永远不能停止。转型一般分为6个阶段：启动转型传播愿景和策略推向整个组织造成影响度量

2013-10-17 18:06:38 1454

翻译企业级敏捷转型系列专题之三 —— 成立Scrum工作室

项目级Scrum再进一步，就是成立Scrum工作室——一个长期运营的、可以让Scrum软件项目快速启动的、一个全新的独立组织。有些公司用Scrum工作室来运营所有项目，也可以只将达到一定复杂程度、规模或者风险的项目放到工作室中运营。只在工作室中使用Scrum避免了在企业里全面推广Scrum的困难和可能遇到的潜在问题。Scrum工作室是一个学习形的组织在工作

2013-10-16 12:41:06 1071

翻译用Scrum的模式整合并购新公司和产品的故事

SeaChange International是一家全球领先的多屏幕视频传输产品制造商。她的技术被众多合作伙伴使用，例如NBC、Comcast、Telus、PBS、SKY、Vodacom、Verizon、Cox、Time Warner Cable以及一些其他需要广播高清视频的公司。史蒂•大卫（Steve Davi）是SeaChange International开发部门的主管

2013-10-15 17:19:24 684

翻译企业级敏捷转型系列专题之二 —— 在项目中应用Scrum

在成功建立试点项目后，下一步就是在需要的项目中实施Scrum，这就是我们所说的PRN Scrum。PRN来自于拉丁语pro re nata，意思就是“当亟需时使用”。因此，PRN Scrum就是指在急需Scrum支持的项目中实施Scrum。下面是一个例子。 Fidelity Investment在1997年开始使用Scrum，为他们的客户提供基于网页的功能。Charles Sc

2013-10-14 16:46:43 801

原创 ShineScrum10月27日高端敏捷沙龙火热报名

ShineScrum10月27日高端敏捷沙龙火热报名您是否一直苦心钻研敏捷流程却苦于没有机会和其他敏捷实践者面对面交流？您是否在敏捷的道路上遇到了各种问题却没有找到高手指点？现在机会来啦！我们诚意邀请您参加ShineScrum 2013 高端敏捷话题系列沙龙，本期主题——“优秀Scrum Master之路”。届时将有来自CCG、ShineScrum的敏捷和Scrum

2013-10-12 11:45:44 820

翻译企业级敏捷转型系列专题之一 —— 建立试点项目

建立试点非常简单，只需要遵循下面的步骤就可以了：组建一个团队。确定你想要创建试点的项目。完整地实现软件的一个小部分。评定你下一步想做什么。评估可以改进的方面并付诸行动。重复步骤3到5直到达到目标。接下来我们要介绍的试点项目的例子可以供你参考：一个位于俄亥俄州的金融组织拥有为不同行业和客户服务的共同基金。大多数客户都通过在线的门户软件管理自

2013-10-11 14:07:29 1503

翻译避免敏捷中的浪费

我们都知道浪费会使敏捷度降低，因为浪费不光会减缓进度，还会让本可以用于创造价值的资金付之东流。在这里我想说一下关于速率和能力方面的浪费。有一些Scrum的使用者试图预测团队在下一个Sprint的速率——能够完成的工作量或者产品待办列表项。其中一种预测的方法就是回顾以往的Sprint的速率。当一个项目或版本启动时，我们会定义一个大概的范围、成本还有日期。然

2013-10-09 17:48:01 772

翻译透明性如何影响Scrum的成功

在2002年的时候，加拿大一家能源公司正在引入Scrum，那个时候他们亲身体验了缺乏透明性所导致的后果。他们在其中一个部门建立了一个Scrum试点，这个部门的经理大卫非常喜欢Scrum提供的透明性。他希望开发人员用Scrum进行开发，这样他不但可以掌握项目进度，还可以在部分功能完成的时候试用。但不幸的是，大卫并没有确保增量都是完成并可用的，他甚至不知道他要那样做。在第三个Sp

2013-10-08 13:39:11 896

翻译优秀的ScrumMaster的特质

负责– 优秀的ScrumMaster能够并愿意承担责任。这不是说ScrumMaster要对项目的成功负责——这是整个团队的责任。但是，ScrumMaster要对最大化团队的产出和支持团队成员实施以及使用Scrum负责。谦逊– 谦逊的ScrumMaster不会把自己的需求排在第一位，而是愿意去做任何能帮助团队实现目标的事情。谦逊的ScrumMaster理解全体团队成员的价值，并以示例

2013-09-30 15:12:09 1248

翻译 Scrum如何帮助Adobe改进产品质量

Adode Premiere Pro是业界领先的图形设计、视频编辑、网页开发应用程序的套件，这个套件的目标是视频制作市场，BBC的《The Tonight Show》节目就是使用这套产品制作的。Adobe的部门副总裁史蒂夫•华纳(Steve Warner)负责Premiere Pro的管理工作，而彼得•格林（Peter Green）曾经是Creative Suite的项目经理。不断涌现的标准和对新

2013-09-27 15:43:14 865

翻译为什么敏捷流程能帮助你解决传统项目中的问题？

您是否饱受传统瀑布式流程的煎熬？您是否正在寻找瀑布式流程中所遇到问题的解决方法？下面就让我们来看看敏捷流程如何将瀑布式流程的问题逐一破解：瀑布式流程问题之一：版本发布的时间越来越长。在敏捷流程中，版本是由一系列增量集成在一起组成的，这些增量通过一个一个迭代按顺序开发。我们还可以在任意时间停止迭代。一旦发现产品的价值已经达到最大，尤其是发现软件里过半的功能很少被使用的时候，就可以停止迭代

2013-09-27 15:38:01 810

敏捷专栏