用Scrum的方式实施Scrum

标签: scrum scrum | 发表时间:2013-10-22 22:24 | 作者:u012081959
出处:http://blog.csdn.net
       用Scrum的方式实施Scrum就是说组织利用Scrum的流程来实现组织的转型。要成功实施Scrum,必须在组织内进行两项主要改变:首先,软件开发人员必须被派到小团队中,还需要教会他们如何使用Scrum进行软件开发;其次,移除所有有碍于优化创新和软件交付的障碍,这些障碍会随着Scrum的使用逐渐显现。第一项改变能够改进软件交付,第二项改变则可以消除提高生产效率和投资回报率的障碍,这两项改变都具有挑战性,也需要努力才能达成。它们是转型工程的核心,因此无论管理层有多强烈的欲望或者决心,都不能在这两方面节省时间。

转型团队
       转型策划团队:转型策划团队的产品负责人就是带领企业转型工程级别最高的人物。他(她)能够为了整个企业的利益快速地解决组织、部门和个人的各种冲突。组织里的每个人都是产品负责人的相关责任人。这个团队里还需要一位擅长进行引导和组织发展的Scrum Master,主要负责凝聚所有参与转型工程的人,并利用Scrum让转型工程快速的运转,从而推动组织的变革。只有转型策划团队的所有成员都齐心协力的时候转型才能成功。如果将高管的个人成就看得比团队的成功更重要,那么转型就会失败。没有合作和团队精神就无法带来改变。关于这种团队合作的入门经典著作就是帕特里克•兰西奥尼(Patrick Lencioni)的《团队协作的五大障碍》
       转型执行团队:转型策划团队负责策划组建转型执行团队来进行组织的变革。执行团队从转型产品待办中挑选出工作,每项工作的结果就成了改变的增量,一步一步推进组织的转型。策划团队会在需要时组建执行团队,执行团队的存在有可能是长期的,也有可能是临时的。团队的成员可能是管理层、Scrum Master或者是组织中的一些意见领袖,他们并不一定是全职的。他们是需要改变的领域中的专家和领袖。转型的步伐由他们可以投入的时间和精力决定。执行团队有别于负责领导和指引变革的策划团队,也不同于负责一个一个增量地开发软件版本的Scrum开发团队。执行团队的责任是创造变革。

转型流程
       企业级的转型是非常复杂的。转型策划团队通过Scrum管理转型的进程,一个Sprint接一个Sprint地驱动变革的进行。他们从转型产品代表列表中挑选出最重要和最可行的变革任务,然后交给转型执行团队来执行,从而使转型以增量的方式推进。
        在每个Sprint之前 策划团队会在每个Sprint开始之前评估接下来要从转型代表列表中挑选的任务,同时也要根据代表列表的类型确认执行团队的成员,也就是说每个团队的成员都是根据接下来的Sprint需要的进行的工作而挑选的。
        Sprint计划会议 Sprint计划会议一般不超过1天。执行团队在会议上和负责转型的产品负责人碰面。产品负责人会描述接下来的要进行的变革,并帮助执行团队制定策划和进行变革的机会。然后执行团队会对这个Sprint要做的待办列表项进行评估。
        Sprint 在Sprint中,执行团队要创造变革的增量。团队成员每天碰头一次评估进度,如果需要的话还会修订接下来的工作计划。每个执行团队都有一位Scrum Master负责在团队遇到障碍和困难的时候向策划团队的产品负责人求助。v
        Sprint评审会议 每个Sprint结束时都需要举行一次Sprint评审会议。在会议中会展示已经实际产生的变化,还会评估变化的结果和变化的工作,以及下个Sprint要开展的最佳工作。
       有时执行团队没有任何东西可以展示,这就意味着执行团队的成员是错误的人选,或者他们没有在转型上花足够的时间,或者要解决的问题正如描述中一样难以解决或在当前的条件下很难解决。这个时候补救措施可以是重新构建转型产品代表列表或者执行团队,然后再试一次。
        持续Sprint 随着一个接一个Sprint的进行,组织的部分已经完成转型,有些部分则正在转型中。策划团队必须不懈地寻找可以改进的地方。通常在变革没有完全在组织中扎根的时候,组织中会有自满和松懈的情况发生。这样的话变革就不能长久,变革的内容也就局限于领导变革的人的任期。
www.shinescrum.com
www.shineagile.com
作者:u012081959 发表于2013-10-22 14:24:13 原文链接
阅读:113 评论:0 查看评论

相关 [scrum scrum] 推荐:

Scrum的故事

- Philip - 《程序员》杂志官网
2001年2月,17位敏捷先驱齐聚犹他雪鸟度假村,起草《敏捷宣言》的时候,Scrum只是众多方法中不太起眼的一个. 十年之后,Scrum却成为最流行的敏捷方法,几乎成为敏捷的代名词. 本文来介绍下Scrum的两位创始人——Jeff Sutherland与Ken Schwaber. 大家可能不会想到,Jeff Sutherland的第一份工作居然是美国空军战斗机飞行员,还曾于1967年获得了“壮志凌云”称号,完成过100次飞越北部越南的作战任务.

scrum经验

- - CSDN博客研发管理推荐文章
Scrum是基于过程控制理论的经验方法,倡导自组织团队;其运行框架核心是迭代增量型并行开发,也是“适应性”的软件开发方法. Scrum提供了高度可视化的用于管理软件开发复杂性管理的敏捷项目管理的实践框架或敏捷过程,可以用于对现存软件工程实践的包装,提高软件生产率,改善沟通和合作的方法,使人们协作并注重业务目标.

Trello中的Scrum

- - IT瘾-infoq
Trello的用户数量近期超越了1000万的大关,它正迅速成为各色敏捷团队中流行的工具. 它的简洁及在Web、移动端优秀的体验,使它从众多更复杂的解决方案中脱颖而出,赢得了更多的团队. 因为Trello完全不在意用户如何使用,所以导致用户在用它进行Scrum过程最佳实践时产生一些困惑. 去年,我就如何使用Trello及对Scrum和Kanban过程进行管理与很多人进行了交流,同时,我还翻遍了网上所有关于使用Trello管理敏捷过程的文章.

用Scrum的方式实施Scrum

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

Scrum 实施经验

- bluesnail - 新浪UED
Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发. Scrum在英语的意思是橄榄球里的争球. 虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法:Scrum of Scrums. Scrum定义了许多角色,根据猪和鸡的笑话分为两组,猪和鸡:.

Scrum中的QA(一)

- - ITeye博客
来自“Priyanka Hasija”的经验,她认为QA在Scrum中要做到:. ① 不仅仅是完成test case,还可以作为Product Owner的代理,完成Acceptance test,在PO没有时间的时候代替PO和团队沟通,甚至通过质疑各种假设等方式帮助PO明确需求. QA在复杂的用户场景和异常流程方面更有感觉,这些可以帮助开发人员做估算时不仅仅考量“happy path”.

Scrum中管理bug

- - CSDN博客研发管理推荐文章
如果bug来自于正在开发的sprint. 会在task阶段就被QA/Scrum Master/Product Owner标记为有bug,并且Story不能被置为done状态,这个很容易解决. 如果bug来自于已经结束的sprint,那么怎么办呢. 理想状态下是将bug放到backlogs中,然后由product owner调整其优先级,并决定放在后面的哪一个sprint中修复.

关于敏捷开发(Scrum)

- - 前端攻城师-攻城记
敏捷开发的话题已经由来已久,但是我们如何实施敏捷开发一直成为争结. 很多团队协作性差,产品、技术、测试、运营脱节,我们如何解决这些问题,成为了很多团队面临的问题. 有幸接触到Scrum项目管理,我想如果我们真的把Scrum实施起来,协作一定会上一个层次. 1.一切从产品出发 我一直信奉一个出色的产品经理不应该因为种种原因降低产品质量,不要因为技术难度大,不要因为项目时间紧,不要因为人员不足,领导压力,其实产品要说的就是:“喔.