Scrum实施应该小团队试点,还是全面转型?是否需要使用Scrum软件辅助?

然而我们在做敏捷转型时,首先遇到的问题就是我们要选择什么样的团队、我们是大张旗鼓的做敏捷,还是悄无声息的“偷偷摸摸做”以及什么样的项目,这小结我们将为大家解答这几个主要的问题。

一、敏捷Scrum实施前的常见问题与注意点

1、Scrum是小团队试点,还是全面转型?

按照惯例,向Scrum或者任何一个敏捷过程转型,长期以来最通常的建议是以一个试点项目作为开始,从中吸取教训,然后再企业范围内推广。这个方法就是我们经常使用的小团队试点(start-small)模式。小团队试点有许多不同的做法,取决于企业转型的规模及其对转型速度的要求,小团队试点应用方式也取决于企业如何规避转型风险及其不确定性。

一个普遍的做法是在一到三个团队参与试点项目结束后立即开始全面转型。虽然小项目试点模式比较受欢迎,但它不是使用广泛的,全面转型(all-in)也有它所能带来的好处。

选择小团队试点的原因具有以下优势:

  • 小团队试点成本低;
  • 几乎可以确保早期的成功;
  • 小团队试点规避了全面转型的巨大风险;
  • 小团队试点压力更小;
  • 小团队试点能在不发生企业变革的情况下进行。

相比小团队试点模式,全面转型也有自己的优势:

  • 全面转型可以减少阻力;
  • 全面转型避免了因Scrum和传统团队一起工作而导致的问题;
  • 全面转型可以使转型更快的结束。

那么何时选择全面转型,何时选择小团队试点呢?

当公司领导不愿意完全承诺实施Scrum时,请选择小团队试点。即使是一次小规模的成功,也足以说服怀疑论者。当失败有巨大代价时,请选择小团队试点。

但是如果时间是关键因素的话,请采用全面转型。虽然全面转型更加昂贵,但花的时间少。如果没有足够经验丰富的Scrum Master来指导团队,请不要使用全面转型。Scrum Master来自企业的外部或内部,在短期内无关紧要,但记住,最终你要让所有的Scrum Master都是内部的员工。

2、Scrum落地是公开行动还是悄无声息?

无论采用哪个方式来实施Scrum,都请记住,选择这个模式只是在转型时需要做出的众多决定中的名列前茅个

接下来,需要决定是否公开宣布Scrum转型。

如果决定公开敏捷,团队和组织就要广泛宣传他们正在实施Scrum。根据不同范围和过渡的重要性,公布的范围可以从小吃店告诉其他团队我们正在做Scrum,上升到全国媒体发布。公开展示敏捷,不论宣传的范围怎么样,团队要努力告诉其他人敏捷正在进行中。公开敏捷是没有退路的。公开敏捷是一个强有力的声明,组织不仅要开始转型,并且要取得成功。

与公开敏捷相反的做法是悄悄转型,在悄悄转型的过程中,直到项目结束,也只有团队成员直到他们在使用Scrum。

选择公开展示敏捷的原因:

  • 所有人都知道你在做敏捷,所以你更容易坚持下去。
  • 公开展示建立了工作的目标愿景。
  • 公开操作是对承诺的坚定声明。
  • 公开展示可以争取到企业的支持。
  • 明确目标,然后实现,这样更具有说服力。

而选择悄悄行动的原因:

  • 有机会在别人反对之前取得进展。
  • 悄悄转型避免了额外的压力。
  • 如果项目失败,则可以调整使用Scrum的方式,重新尝试,直到弄明白自己如何取得成功之后,再告诉其他人。
  • 如果没有人知道你使用Scrum,就不会有人阻止你。

其实,企业更愿意公开展示敏捷,享受成功的转型。当你对Scrum充满信心,并且对转型做出承诺时,请选择公开转型。

同样,如果你预计会有一些阻碍,但是你想快速战胜他们的时候,强烈建议考虑公开转型。相反,如果你只是想对完整的Scrum或其中的一部分做实验,则可以选择相对隐蔽的方式。如果你没有在行政上有影响力声张“我们在实施Scrum”或者这样做会带来非常多的障碍,请悄悄开始。

3、是否该使用Scrum工具辅助管理?

敏捷开发中非常强调公开、透明、直接有效的沟通,这也是“可视化的管理工具”在敏捷开发中如此重要的原因之一。

通过“可视化的管理工具”让所有人直观的看到所有需求池、UserStory、Task、燃尽图和Bug的状态及之间的流动。为使团队成员快速适应敏捷开发流程,将流程标准固化到可视化的管理工具。特别是随着人数规模越大,工具的价值体现就越明显。

这里分享国内外的几款拔尖敏捷开发管理工具。

1、国内拔尖 Scrum 管理工具PingCode

这是国内较好用的敏捷开发Scrum工具之一,曾在2021年获得由36氪发布的研发项目管理榜前二,被广泛用于敏捷开发项目管理。在Scrum 项目管理方面具备如下能力:

  • 需求管理:史诗/特性/用户故事三级体系,根据优先级、故事点形成待办列表
  • 产品规划:根据产品目标及项目需求排期,有序规划产品路线图、迭代和版本
  • 迭代管理:将需求和Bug分配到迭代,通过燃尽图、速率图等跟踪迭代进度
  • 版本管理:支持多版本共存,新增功能和修复对应版本,让发布更有计划
  • 开发管理:拆分用户故事为任务,开发人员领取任务完成Coding
  • 构建部署:工作项关联代码托管、CI/CD工具,跟踪开发、构建及部署进度
  • 工时统计:估算、填报任务工时,可视化度量项目和团队工作量

除此以外,PingCode 还是一站式研发管理工具,包含需求收集、需求池管理、优先级排序、产品路线图、kanban/瀑布/敏捷项目管理、测试用例管理、缺陷管理、团队知识库、效能度量,与gitlab、jinkens、飞书等外部工具集成

微信图片_20220811154658.jpg



支持saas、私有部署等购买方式,价格仅为Jira的30%-40%。【 PingCode官网 

2、国外拔尖Scrum管理工具Jira

Jira是全球范围内软件开发的先驱。该品牌于2002年由Atlassian公司在澳大利亚创立,最初是一个问题跟踪工具,此后逐渐发展为多任务的项目管理软件,能够很好的支持敏捷开发项目管理。

Jira 同样是国外能够实施Scrum方法的知名软件,Jira提供了丰富的功能,其中包括:可用于backlog的自定义过滤器、项目报告的可视化表示、以及可定制的Scrum板。

当然,如果您不太熟悉Scrum的话,可能需要花上一定的时间来测试,熟悉和掌握该软件的各项功能,因为Jira 上手会比较难,这也是很多人诟病的点。

除此以外,自从2020年停售国内本地版后(一定意义上对国内用户禁售),所以这可能会带来一定的风险,但也丝毫不影响其地位。

image.png



不得不说,Jira 在国外使用的体验比在国内使用要好很多,因为售后服务国内是没有原厂的,所以如果有国外团队,Jira是个不错的选择。【官网:Atlassian.com】

3、G2网站第二的项目管理软件monday

Monday 是国外的一款产品,在项目与团队管理方面,Monday.com提供了自定义通知、以及自动化的功能,可方便用户更加专注于需要完成的各项任务。

通过其出色的跟踪功能,我们可以跟踪与项目相关的所有任务与进度。Monday.com能够创建并可视化还各项任务,以方便团队的共享和稳步推进。同时,它还能够轻松地创建backlogging,以方便用户对手头的任务进行排序。

image.png



Monday.com的一项缺点是:用户无法通过创建专门的燃尽图,来跟踪sprint的进度。不过,它能够提供简单的图表和报告,以方便用户粗略地了解整个sprint的状况。以及国内的服务支持服务可能不如国外。【官网:monday.com】

部分内容参考:《Scrum敏捷软件开发》,作者:Mike Cohn

文章标题:Scrum实施应该小团队试点,还是全面转型?是否需要使用Scrum软件辅助?,发布者:不及物动词,转载请注明出处:https://worktile.com/kb/p/23808

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
不及物动词不及物动词管理员
上一篇 2022年9月8日 上午1:46
下一篇 2022年9月8日 下午6:14

相关推荐

  • 如何建立自己的看板系统

    实践者们经常问的一个问题是“如果每块可视板和看板系统都是独一无二的,那么我该如何设计自己的系统呢?” 用系统思考的方式引入看板(STATIK)是一种可重复、人性化的方法,它已经在实践中应用了无数次。应该将STATIK方法应用于每一类服务,来设计一个完整的看板系统。在整个过程中要运用系统思考,系统作为…

    2022年6月13日
    89100
  • 看板和Scrum的区别有哪些

    虽然看板也能应用于敏捷开发领域,但看板并不像大家所认为的那样是一种敏捷框架。事实上,看板不是一种方法论,也不是一个流程框架,而是一种能应用于现有流程或工作方式的管理方法或途径。但本质上无论是看板还是Scrum都将帮助团队以更高的效率构建更好的产品和服务。 一、敏捷简介 敏捷是一种结构化的迭代方法,多…

    2023年2月2日
    47000
  • 瀑布式开发与敏捷开发的区别是什么

    瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。我们将在文章中详细说明两者各自的适合场景。 瀑布和敏捷都不是什么新概念,关于敏捷开发与瀑布开发的优势与缺点都已经比较明确,这里根据一些…

    2022年3月18日
    2.1K00
  • 瀑布开发与敏捷开发的区别有哪些

    瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。 瀑布和敏捷都不是什么新概念,关于敏捷开发与瀑布开发的优势与缺点都已…

    2023年2月2日
    54000
  • Sprint 评审会怎么开

    Sprint 评审会议在 Sprint 快结束时举行 ,这个事件是让开发团队展示他们在Sprint中取得的成就,根据DoD“完成的定义”和验收标准,验证增量,这些增量应该是:已经开发、测试完成、经过整合的和已经记录的。Sprint 评审会议不是一个进度汇报会议,所以不推荐大家使用PPT,这是一个非…

    2022年6月13日
    63700
  • 敏捷的概念是什么

    敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。 什么是敏捷(Agile)? 敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的…

    2023年2月2日
    69500
  • Scrum实施应该小团队试点还是全面转型

    按照惯例,向Scrum或者任何一个敏捷过程转型,长期以来最通常的建议是以一个试点项目作为开始,从中吸取教训,然后再企业范围内推广。这个方法就是我们经常使用的小团队试点(start-small)模式。小团队试点有许多不同的做法,取决于企业转型的规模及其对转型速度的要求。 一、敏捷Scrum实施前的常见…

    2023年2月1日
    44000
  • Sprint回顾会的目的以及流程分别是什么

    回顾会议的时间盒,以一个月的Sprint来说,回顾会议不超过3小时,半个月的Sprint,回顾会议不超过1.5小时。回顾会议由Scrum团队检视自身在过去的Sprint的表现,包括人 、关系、过程、工具等,思考在下一个Sprint中怎么样可以表现得更好,更高效,怎么样可以和团队合作地更愉快。 回顾会…

    2023年2月2日
    62900
  • 什么是增量(Increment)

    增量(Increment)是Sprint期间完成的所有Product Backlog项目的总和,以及所有先前Sprint的增量值。在Sprint结束时,新增量必须是“完成”,这意味着它必须处于可用状态并符合Scrum团队对“完成”的定义。 增量(Increment) 增量(Increment)是Sp…

    2023年2月2日
    78100
  • 什么是敏捷宣言

    敏捷宣言是:个体和互动高于流程和工具;;工作的软件高于详尽的文档客户合作高于合同谈判;响应变化高于遵循计。参会者将自己命名为“敏捷联盟( The Agile Alliance )”,希望能够帮助软件行业中的其他人以新的、更敏捷的方式思考软件开发、方法和组织。 敏捷宣言的诞生  2001年2月11日…

    2023年2月2日
    88800

发表回复

登录后才能评论
注册PingCode 在线客服
站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部