首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >单单Scrum是不够的

单单Scrum是不够的

作者头像
CSDN技术头条
发布2018-02-12 09:37:17
5870
发布2018-02-12 09:37:17
举报
文章被收录于专栏:CSDN技术头条CSDN技术头条

伴随着Scrum的实施,你若想取得长久的成功,需要的可不只是基础的框架。Scrum是故意这么设计的,它提供了框架结构作为起点,而它生来就能与其他的有效模式组合应用。

就像20世纪90年代晚期倡导的设计模式一样,一个模式可以被独立使用,也可以与其他模式组合使用。举个例子,命令模式和备忘录模式就可以组合起来构建一个高效的撤销/恢复系统。Scrum只是为一个团队设计的一种模式。它给了你最低限度的条条框框,确保你能运转起来。然而,在很多情况下,你需要吸纳其他的工具或模式,以构建更为有效的系统。

除了Scrum,你应该考虑:

  • 有效的敏捷工程实践——比如单元测试、持续集成、测试驱动开发、验收测试驱动开发(或者行为驱动开发)、结对编程等等。如果没有这些实践,日子久了,代码的健康度会越来越差!
  • 看板——一种用以在团队内部和组织层级间帮助沟通并改进工作流的工具。如果对组织内部的工作流没有一个良好的理解,我们可能会做出一个对局部有利但会伤害到整体的改变。
  • 组合管理——这是全局决策的艺术——业务聚焦,决定工作重点。组织需要通过组合管理来确保产品负责人理解主要的优先级,并确保团队是按照优先级顺序开展工作的。
  • 组织改进——Scrum实施过程中发现的很多问题,靠团队自身或者Scrum Master是无法解决的。组织需要成立一个旨在持续改进的专职团队来解决这些问题。
  • 内部团队协作——你怎样在多个团队之间协调工作?在Scrum之上再实施一层Scrum是最常用的模式,但它也未必是最好的选择。
  • 团队组织——你会怎样组织团队?按照组件来划分团队?还是成立全功能团队?还是采用Spotify模式(诸如小组、部落、公会等形式)?

译者注: Spotify是全球最大的正版流媒体音乐服务平台。它的具体做法是将公司的业务分成若干个小块,其内部将这些小块称为小组(squads),每个小组就像一个单独的创业公司,完全独立运行。相关的小组会组成部落(tribes)。各个部落之间会尽量保持自主与自治。为了更深入的沟通与协作,Spotify会组成一些更大的群组,叫做章节(chapters)和公会(guilds)。据Spotify的内部调查显示,这种工作方式让团队保持了新鲜感和敏捷性,在公司的员工与业务都呈快速增长的情况下,员工们的满意度却在持续上升。

没有最佳实践!

Scrum原本可以把所有这些都纳入规范,但那样会与敏捷的一个重要观点背道而驰——没有最佳实践!在其他组织内部(或特定环境下)工作得好好的一种实践,你照搬过来却未必行得通。这种现象在大型组织内解决工作效率问题时尤为明显,而这类组织才刚有些可重复的模式浮现。即使一些固定的模式开始形成了(比如大规模Scrum、企业级Scrum等等),但在哪种特定的情况下采用哪种模式,这个问题仍然是不明确的。

最后,请记住:Scrum的诞生不是为了适应你当前的组织及其现有结构的。它意欲逼着我们去考虑:什么行得通?什么需要改进?

Scrum只是一个起点!

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2016-04-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 CSDN技术头条 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
持续集成
CODING 持续集成(CODING Continuous Integration,CODING-CI)全面兼容 Jenkins 的持续集成服务,支持 Java、Python、NodeJS 等所有主流语言,并且支持 Docker 镜像的构建。图形化编排,高配集群多 Job 并行构建全面提速您的构建任务。支持主流的 Git 代码仓库,包括 CODING 代码托管、GitHub、GitLab 等。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档