文章

为什么要拥抱Scrum——我的Scrum心路历程

2014年7月1日Scrum中文网深圳敏捷大讲坛的演讲稿。

各位朋友,下午好!

我今天要演讲的题目是:为什么要拥抱Scrum——我的Scrum心路历程。我的名字是Glen Wang。我今天的演讲没有PPT,不过有一份演讲稿,就是我手上的这一份。这份演讲稿将会在3天之内发表在图灵社区,并且也会在我的微博上放一个链接。大家可以用我演讲的题目或者我的名字搜索到。

我相信各位今天来到这里,都带着一双敏捷的耳朵,希望捕捉到一些与敏捷有关的信息。而我今天的演讲比较特别一点,初听起来似乎跟敏捷没什么关系。不过我恳请大家耐心听下去,一定会有所收获的。
Read more

Scrum中文网作为黄金赞助商赞助ScrumGathering大会

2014年6月5日,Scrum Gathering 中国大会在上海浦东假日酒店开幕,来自国内外百位敏捷讲师以及400多敏捷实践者与会,Scrum中文网作为大会黄金赞助商参会。

作为中国最早的Scrum及敏捷推广机构,从2008年至今,Scrum中文网一直大力推动和支持Scrum在中国的发展,支持中国Scrum敏捷社区的建设。ScrumGathering 作为国际Scrum联盟最具影响力的敏捷会议,Scrum中文网给予了大力的协助与支持。

关于Scrum Gathering大会 

Scrum Gathering是由位于美国的非盈利组织Scrum Alliance(国际Scrum联盟)组织的品牌会议,2008年Scrum Gathering第一次来到中国,在上海举办,随后在上海落地生根,由本地社区每年协助举办,吸引了国内外敏捷领域的顶级专家以及数量巨大的爱好者参与,并很快发展成为国内、乃至亚洲地区,最具影响力的国际级敏捷聚会。
Read more

Scrumcn_scrum

Scrum vs 持续部署

产品开发需要持续性

Scrum的基本思想就是给团队一个安全的和没有变更的环境,让团队可以集中在计划好的开发任务上。一般来说,团队为两周左右的一个Sprint做好计划,然后在Sprint当中不应该被打断,直到当前Sprint结束。这样的流程能够避免了“新的==重要的”的情况发生,能够保证当前的事情能够完成,也能够避免大家认为新的想法就一定比一个月前提出的想法要重要得多的问题。要在产品特性开发上获得成功,就需要稳定的特性优先级。 Read more

Agile stand-up meeting

让我们把这个讨论存档16分钟

很多团队努力缩短每日站会的时间。有些团队的站会甚至超过标准时间箱规定的15分钟,而这变成了一种常态。半个月前我教授scrum master认证课的时候,有些人提到了一个非常好的主意,在这里我想分享给大家。 Read more

妥协的艺术: Scrum与项目监管

敏捷的概念与项目监管并不是从根本上相对立的。他们都是改善产品的手段。Scrum通过紧密的协作和固定长度的Sprint中实现短周期的 “检测与调整”来达到这个目的。而项目监管则是希望通过设置所谓“检测及批准(拒绝)”的检查点来确保项目或者产品能达成一些可比较的参数目标。 Read more

应该为bug修复的故事安排故事点吗

在把一个产品从传统方法向敏捷方法的迁移过程中,团队通常带着一大堆bug前行。这通常是缺泛持续的高质量要求的自然结果。导入敏捷后不用多久,很多团队(及他们的产品负责人)会决定激进去清除这些Bug的backlog。 通常的做这件事的方法都是在每个Sprint中计划修复掉X个bug,或者是每个Sprint中计划花Y小时用在修复bug上。有时团队会为这样的活动写一个用户故事如“作为一个用户,我希望至少有15个bug被修复”或者“作为一个用户,我希望你这个Sprint中花大约50个小时去修复bug,使得应用系统逐渐的变得质量更高”。即使团队并没有明确的写一个这样的用户故事,他们也通常会在他们的任务板中加这么一行,以便于bug修复的工作是可见并且可以跟踪的。 Read more

优秀的 Scrum Master 应该具备哪些特质?

如今的外科医生是受过高级训练和技能娴熟的人,他们经过多年的正规教育,然后又做过广泛的实习。早期的情况并不总是这样的,Pete Moore写道“首批外科医生不懂解剖知识,但之所以能开展他们的业务,是因为他们有锋利的器械和强壮的胳膊。他们在当地的工作是理发师或者铁匠,经常在业余时间做手术。”(2005,143) Read more

敏捷体验设计工作坊模版

和以往的那种简单粗暴的“头脑风暴”,或者索然无味的“需求评审”不同,敏捷体验设计中的过程永远是开放的,强调在和客户的互动中识别需求,并产出设计,最终对项目交付内容达成共识。过去的五年里,我参与了几十次和客户的设计工作坊,这里把我经常使用的五种设计工作坊形式分享给大家。
Read more

产品负责人的职责

很难给出产品责任人的一个完整职责列表。这跟公司文化、个人和团队的能力、竞争对手等等上下文环境相关。这种上下文环境极大地影响着产品责任人在不同的公司如何开展起工作。因此我不会试图提供一份产品责任人的职责检查列表(“比如必须参加sprint计划会议”),而是认为更有价值的是,思考产品责任人给团队提供的两样东西:愿景和边界。
Read more

PMO在scrum中的角色

参与并支持向Scrum转型的项目管理办公室(Project Management Office,PMO),对于Scrum团队来说,将是一个极大的福音。PMO的成员常将他们看作是一项实践的保护者和支持者,所以PMO能帮助在组织内实施和扩大敏捷实践。但是,当PMO不恰当地参与时,PMO也是抵制的来源,因为它会尝试保护当前的流程,而不是改善它。

PMO大部分人的自然反应是抵制Scrum转型其中一个原因是个人和职业的恐惧。Scrum将传统的项目管理责任分散到ScrumMaster、产品负责人和团队,留给项目经理来思考他们的角色是什么。在大部分Scrum和敏捷著作中PMO的缺失,也增加了PMO成员很自然的担心。

我们将考虑PMO在下面3个方面的贡献和工作:人员、项目和过程。
Read more