你不会因为实施了Scrum而变敏捷

原文链接
作者:Jurriaan Kamer

很多公司已经实施了Scrum。Scrum已经成为了软件开发的行业标准。然而,为了获得敏捷的好处,很多公司还在苦苦挣扎。他们无法真正地敏捷起来。怎么回事呢?

盲点

敏捷(Agile)和Scrum常常被相提并论。通过实施Scrum,你应该能够在一半的时间内完成两倍的工作。这能促成更快的创新,以及快速响应市场变化的能力——灵活、机动。对于管理团队来说,这是梦寐以求的东西。

管理层指定了一个Scrum试点项目。新成立的Scrum团队满腔热情地开始,并且全力以赴。遗憾的是,他们背负的期望太高了,他们无法达到,结果常常还比以前更糟!试点项目失败了,敏捷遭到了非议。所不为人知的是,通过实施Scrum,你并不会自然而然地变得敏捷。

Scrum不等于敏捷

仅仅在软件开发部门实施Scrum是不够的,这不足以达成真正的敏捷。很多公司忽视了在企业文化、管理风格、流程以及项目执行方法上的必要改变。

Scrum是一种流程,而敏捷是一种观念

管理扼杀创新

改变一家公司的企业文化从改变管理运作方式开始。自顶而下、命令控制式的管理时常相伴在Scrum的左右。当一件事情失败时,管理层要求一个解释,并且寻找相应的责任人。于是,通过实施很多正式的检查点,流程被设计出来以避免再次犯错。在你被允许做一件事情之前,你必须递交详尽的文档,请相关部门盖章以获得批准。因为不主张员工跨越这些边界,创新和敏捷也就被扼杀了。

凌驾于Scrum之上的项目

伴随着老的企业文化,计划驱动的项目管理也得以保留。只有当管理层被说服他们将会赚钱时,项目才会被批准。在成本预算和既定范围之内按时交付仍然是他们的期望。在一个Scrum组织里,这会导致项目经理不得不与产品所有人(Product Owner)和Scrum Master交涉。范围常常被定义为一种期望的交付物,而不是达到一个业务目标。产品所有人决定如何达到一个业务目标的授权是非常有限的。当最后期限不再可行(比如因为有了新的深入认识),压力便接踵而至。为了赶上最后期限,团队被要求通宵加班,周末也不能休息,最终导致质量方面的问题。

相比于以前的情况,把瀑布模式与Scrum混合在一起更加低效、无用。

只有改掉旧习惯和老的工作方法,敏捷才能达成!

敏捷文化

什么是敏捷的企业文化呢?它以信任为根基。管理层相信,只要让正确的人在一起合作,就不愁找不到最好的解决方案。人们被赋予信任和自由,可以自主探寻思路和解决方法,而不必事先征得许可。即使失败了也没关系。犯错以及从错误中学习是受鼓励的,因为有了试验和失败的铺垫,才会有创新。

为了达到敏捷,做决定的权力和责任应该下放到一个组织里尽可能低的级别,也就是说,要下放到Scrum团队。如果人们被允许去做他们认为是最符合公司利益的事情,他们就会有主人翁精神。管理层只是通过解释清楚战略优先级和(可衡量的)业务目标来掌控大局。Scrum团队深得信赖,他们自己能够想办法实现这些目标。

管理者成了服务型领导,他们只在团队依靠自身的力量无法解决问题时才伸出援手。

向敏捷转变

一个公司不可能仅仅在IT部门实施Scrum就变得敏捷。如果管理层希望Scrum来解决所有的问题,那他们一定会大失所望,除非他们准备好了满足前提条件。向敏捷转变常常是一次大的变革,需要改变的地方有很多。

传统公司与敏捷公司之间的最大差别

规则与政策

敏捷:因为对人的高度信任,规则和政策就没必要了,数量非常有限。只有在关键的业务领域(比如安全和合规性)才会制定一些规则。Airbnb的大部分政策都是基于“直觉判断”是否有风险。

传统:存在很多规则和政策。但凡你想要做些改变,必须先征得中央集权部门(像架构和安全)的同意。即使是小修小补,也必须在获得批准之后才能动工。

译者注:Airbnb是AirBed and Breakfast(“Air-b-n-b”)的缩写,意思是空中食宿。这是一家联系旅游人士和家有空房出租的房主的服务型网站,可以为用户提供各式各样的住宿信息。2015年6月,Airbnb完成15亿美元融资后,公司估值达到了255亿美元。

工作移交

敏捷:团队可以自己把代码部署到生产环境,并且继续负责处理突发事件和故障。拿亚马逊公司CTO的话来说:“你做的东西,你负责让它运行起来。”尽量避免移交给别的部门。

传统:软件会被移交给测试和运维部门。在得到他们的批准之后,会被部署到生产环境。当有突发事件时,运维团队会尝试分析并解决它们。

管理行为

敏捷:“管理者鼓励通过合作来解决问题,而不是直接指出解决方案。管理者帮助解决那些团队依靠自身力量无法解决的障碍。”——这是Spotify关于服务型领导的敏捷宣言。

传统:管理者口述解决方案,告诉大家应该做什么。遇到问题的时候,人们常常不会尝试自己去解决,而是把问题逐级上报给管理层。

译者注:Spotify是全球最大的正版流媒体音乐服务平台之一,2008年10月在瑞典首都斯德哥尔摩正式上线。截止到2015年1月,Spotify已经拥有超过6000万的用户,其中1500万为付费用户。Spotify公布过一份文件,解释了它怎样做到:在快速实现规模化的同时还让企业对外界保持敏捷性。

管理知识

敏捷:工程师的管理者总是掌握着技术技能和知识,因为他们自己通常也是工程师出身的。如果你在Airbnb申请一个管理职位,你首先必须是一位成功干了6个月的程序员。

传统:管理者通常不需要掌握技术知识。也许因为他们管理的是流程吧。结果是:在他们为工程师们做一个决定或尝试解决一个问题时,会制造不必要的噪音和困扰。

角色

敏捷:在多工种团队里,角色是混合的。比如说,Spotify没有雇用专职的测试人员,但他们确实有一些工程师去教会其他团队如何取得和衡量产品的质量。测试成为了一种能力,而不是一个角色。这是从质量保证(Quality Assurance)到质量援助(Quality Assistance)的改变。

传统:人事部门设置了固定的角色,并且为每个角色定义了岗位要求和职业发展路径。如果你是一名测试员、架构师或系统管理员,你就一直做与你的角色匹配的工作。

心态

敏捷:人们都有“我可以做到”的心态。InfoScout是美国旧金山的一家初创公司,在它办公室的显眼位置贴着萧伯纳的一句名言:“一个说不能干的人不应该打断别人去干。”

传统:人们常常抱怨,总是强调问题,而不是去寻求解决方案。当面临挑战的时候,他们寻思的是任务不可能完成的理由。

译者注:萧伯纳(George Bernard Shaw),爱尔兰剧作家,1925年因作品具有理想主义和人道主义而获诺贝尔文学奖,他是英国现代杰出的现实主义戏剧作家,是世界著名的擅长幽默与讽刺的语言大师。

人才

敏捷:只雇用顶尖的人才。除了工程技术,态度、沟通等软技能也是很重要的。新员工是否能适应公司的文化,是否有足够的责任心——这是面试流程中需要重点考察的部分。这确保了敏捷的企业文化,吸引更高水平的人才加入。

传统:如果能力强的人不能持续承担有挑战性的任务,不能从其他能力强的人那里学到东西,他们就会不乐意。很多传统公司的环境很难留住他们。这会导致恶性循环。拿乔布斯的话来说:“一流公司雇用一流的人才;二流公司雇用三流的人才。”

决策

敏捷:决策常常是基于数据做出的。所有一切都用数据来衡量,通过试验不同的做法,最好的解决方案也就显而易见了。

传统:决策常常是基于管理者的意见做出的。在谷歌,他们倡导远离危险的Hi.P.P.O(Highest Paid Person Opinions的缩写,即拿最高工资的人的意见)。

产品开发

敏捷:只有当预定的业务目标达到之后,工作才算完成。在谷歌,他们称之为“发布后迭代”。尽快把你的产品送到客户手中。收集反馈,衡量效果,快速迭代以做出最好的产品。尽可能避免设定了最后期限的大项目!

传统:产品开发是通过执行设置了固定的最后期限和范围的大项目来完成的。工作怎么开展通常是预先定义好的,但在项目启动之后,业务目标就会被遗忘,甚至都无法衡量。当产品的第一个版本正式发布之后,项目组也就解散了。

时间: 2024-07-30 20:31:50

你不会因为实施了Scrum而变敏捷的相关文章

那些我们常用的scrum工具、敏捷开发工具

1,Leangoo Leangoo非常适用于Scrum和敏捷开发,我们可以用它轻松的创建Sprint Backlog,添加用户故事卡或任务卡,为用户故事添加估算的故事点,或通过拖拽来移动卡片到不同的状态列表.您还可以通过把团队成员拖动到一个任务卡上来快速为其安排任务. 作为一款免费.简洁.可视化的敏捷团队协作工具,它的简洁的体验给人留下了很不错的印象!推荐想要轻量级.简洁敏捷工具的团队使用. 官网:www.leangoo.com 2,Jira JIRA是Atlassian公司出品的项目与事务跟踪

Leangoo Talk第一期——Scrum与OKR融合实践

主题:Scrum 和OKR融合实践 概述: OKR全称是Objectives and Key Results,即目标与关键成果,是一套定义和跟踪目标及其完成情况的管理工具和方法. 1999年 Intel公司发明了该方法,后来被 John Doer推广到Google, LinkedIn等高科技公司并逐步流传开来,现在广泛应用于IT.风险投资.游戏.创意等行业. Scrum是运用非常广泛的敏捷开发框架,Scrum十分强调小团队协作.团队自组织. 那么,在Scrum敏捷环境下应该如何定义和管理团队目标

记敏捷开发——Scrum

前言 首先说说为什么会接触到敏捷开发,因为自己跳槽了,进入一家新的互联网公司,公司用的是敏捷开发的开发模式,进行产品开发的迭代.公司的产品是一个线上平台,说白了就是电子商务,主要做智能办公,其中涉及到一些东西就不一一细说了.回到正题,其实自己也一直想接触这种模式,一来是这种开发模式被越来越多的企业所采用,二来是自己也想学习一些心得东西来提高自己的水平.之前任职于一家科技公司,时间久了就觉得比较乏味.思考良久,还是决定换个环境,换种思维,接下来说重点. 主题 ————以下是我搜集的一些资料————

2016年Scrum状态调查报告

背景 Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发,包括一系列实践和预定义角色的过程骨架.Scrum由Jeff Sutherland和Ken Schwaber在一次IBM项目合作中研究成功,1995年OOPSLA大会上进入人们的生活.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括所有开发人员.2016年度Scrum调查报告的结果来自于76个国家的两千多名参与调查人士,代表了15种以上不同的行业. 组织中使用什

Scrum 学习笔记

敏捷火了非常长一段时间了,可是一直没有机会实践,如今開始组队实践了,哈哈,先好好研习下规则~~ 什么是 scrum Scrum是一个敏捷开发框架,是一个增量的.迭代的开发过程.在这个框架中,整个开发周期包含若干个小的跌代周期,每一个小的的跌代周期称为一个 Sprint,每一个 Sprint 的建议长度2到4周.在 Scrum 中,使用产品 Backlog 来管理产品或项目的需求,产品 backlog 是一个依照商业价值排序的需求列表,列表条目的体现形式通常为用户故事.Scrum 的开发团队总是先

Scrum学习笔记

1. 概述 Scrum是跨职能团队以迭代.增量的方式开发产品或项目的一种开发框架. 它把开发组织成被称为Sprint的工作周期.这些迭代每个都不超过4周(最常见的是两周),并且无间歇地相继进行.Sprint是受时间箱限制的,无论工作完成与否它们都会在特定日期结束,并且从不延长.通常由Scrum团队来选定一个Sprint的时长,并且对于他们所有的Sprint都使用这一时长,直到这个团队能力提高,可以使用较短周期. 在每个Sprint的初始,跨职能团队(大约7名成员)从排好优先级的列表中选择事项(客

让我们来讲讲,SCRUM和AGILE(资料来源:https://www.youtube.com/ 文中有代理参数配置)

本期我们讨论的主题是项目管理 以前,一直以为“ Write the code, Change the world ”.但实质上,我们就一写代码的.如果我们能上升到项目管理的角度来实行Project Management, 定期的对issue进行 Risks control, 实时评估Project status,将Challenge(也可以说,坡道定点60度起步)中的风险即时的throwable,因为对于OTD(on-time delivery)来讲,我们只有两种状态:YES or NO.(就像

Scrum到底怎么玩儿?

前言 BB-Talk 是什么? BB-Talk 是由Worktile 特别推出的线上分享活动,聚焦互联网时代更高效的工作流,横跨TMT.电商.律师.教育等各行业,覆盖研发.产品.设计.市场.运营.HR.行政等各职业. 每期邀请一位相关领域的大牛嘉宾,通过微信群内的语音.文字.图片等形式,分享干货.自在交流. 本文为6月14日BB-Talk 第一期嘉宾分享与互动提问的总结. 本期嘉宾 徐子岩,Worktile 首席科学家,软件架构师,连续5届微软MVP,著有<实战Windows Azure>.

Scrum总结

Scrum总结一个轻量级的软件开发方法 Scrum是一个敏捷开发框架,是一个增量迭代的开发过程..在这个框架整个开发周期由若干个小的跌代周期,每个小的的跌代周期称为一个Sprint,每个Sprint的长度2到4周.在每个Sprint中,Scrum的开发团队拿到一个排列好优先级的需求列表,我们称它为用户故事或者叫Sprint backlog, 所以我们先开发的是对客户具有较高价值的需求.  在每个迭代结束后,都会开发完成可交付的产品. 一个简单的框架 Scrum由三个角色,三种活动,3种交付物组成