关于scrum:译文-敏捷真的是开发者的绊脚石吗

54次阅读

共计 1993 个字符,预计需要花费 5 分钟才能阅读完成。

“咱们明天有个改良讨论会,但我工作还没做完。”

“把回顾会议跳过,间接做需要不好吗~”

“会议太多,没工夫写代码!”

……

咱们常常从开发人员那里听到这样的拥护意见,他们认为 Scrum(也包含其余的麻利框架)障碍了事件的实现。然而:Scrum(包含其余的麻利框架)是真正的问题吗?

对 Scrum 的谬误利用,的确会解放开发人员,使他们的工作变得很苦楚。然而,如果你违心克服一些阻碍,你能够找到解脱这种悲惨情况的办法。

在这篇文章中,咱们将分享「为什么许多开发人员感到被 Scrum(蕴含其余麻利框架)解放,本人能够做什么来扭转这样一个可怕的场面?」心愿你能从中受害。

问题从何而来?

1948 年,Tom Kilburn 才写出了有史以来的第一行代码。

从那时起,咱们始终在寻找从软件开发中获益的办法,现在咱们曾经获得了相当大的停顿—简直所有的事件都是以数字形式进行。

开发软件并不像建造一座桥,你不可能当时计算好所有,确定资料和所需的劳动力,创立一个我的项目,而后施行它。

土木工程是简单但可预测的,软件开发是简单且不可预测的。不少公司仍专一于用从土木工程中借用的思维形式来创立软件。开发人员是有创造力的人,他们喜爱承受问题来解决,而不是接受任务来施行。

然而,高层管理人员往往把他们看作是在墙上砌砖的建筑工人而非克服特定的挑战的有意义的修建。

当管理层对开发人员有谬误的冀望时,无论你应用什么框架,其后果都会令人丧气。但如果你有足够的勇气,你能够扭转游戏的场面。

是什么让开发者感到被解放了?

很多开发者都对 Scrum(或其余麻利框架)示意恶感。

他们感觉 Scrum 障碍了他们的工作,而不是帮忙他们实现工作。这种谬误的认识往往是因为对 Scrum 的不良体验而产生的。

“我晓得的大多数问题都是因为产品治理单薄而产生的。”一位开发者说。

常常有人在没有筹备好的状况下就成了产品负责人。在没有任何产品治理技能的状况下演变成了一个产品负责人,让人误以为 Scrum 是一个专一于交付的过程而误用了这个框架。

以下这些迹象表明你正在被 Scrum(蕴含其余麻利框架)解放而非开释本人的后劲:

1.在细化会议中,有人早早定义了解决方案,开发人员被要求提供解决方案,而不是解决问题。

粗体
2. 机械的开始一个冲刺打算,但因为所选的工作并不互相关联,导致这个指标的设立变得毫无意义。

3.我的项目负责人过于关注我的项目进度而疏忽了团队成员的成长。每个人都在议论本人的 “Sprint “,指标各不相同。

4.经常为了实现工作而疏忽细节导致技术债权减少。产品负责人也默认承受了这一点,没有解决。

要么成为内部世界的受害者,要么成为故事的英雄,挑战现状。

开释开发者的后劲

一旦你成为产品负责人,就要做好与反模式作战的筹备。想要回绝“每周工作 40 个小时,却看不到任何有意义的工作成绩”,上面这些态度能够帮忙到你:

▶ 专一于少而精的事件

确保开发人员能够作为一个团队工作,而不是在 Scrum 团队外部创立微型团队。如果无奈设定一个 Sprint 指标,你就会失去意义。

▶ 充沛调研和了解指标

专一于达成指标。

即便你收到高度规范化的路线图,也要了解每个我的项目背地的指标,而不是匹配一系列的需要。不要试图用与利益相关者的其余计划来解决,用后果而不是论据来证实。

▶ 与开发人员一起解决问题

当你意识到开发人员因为你给他们施加压力而产生技术债权时,要公开探讨并找到解决的办法。如果欠缺会议耗尽了你的精力,因为开发人员想晓得每一个小细节,这就是不足信赖的体现。可能他们胆怯失败,胆怯被追究责任。除非你能解决与开发人员的抵触,否则团队将是不失常的。

▶ 设定指标

作为产品负责人,你必须采取推动的立场,不要被动。理解当下最要害的问题,设定一个产品指标,并确保利益相关者理解其重要性。但凡无助于实现产品指标的事件,都与当下无关。

▶ 受权给开发人员

不要试图通过呈现在所有的每日 Scrum 上向他们施压,要求停顿,来对开发人员进行宏观治理。赋予他们做决定的权力,给他们发明的空间。

信赖是任何高绩效团队的根底。在一个松软的 Scrum 团队中,开发人员是自我管理的,并带来所有须要的技能,为业务和最终用户发明价值。

可能你的组织中面临施行这些要点的阻力,不必放心,这很失常,很多团队也在面临同样的问题。

你应该晓得:不采取立场,不依照我应该的形式做我的工作会产生什么。不要让外界来决定你如何做你的工作。你是产品负责人,你应该做正确的事件,而不是做他人通知你的事件。

最初的思考

当公司专一于产出或取悦利益相关者时,无论他们施行什么样的框架,开发人员最终都会落入陷阱。

真正的 Scrum 或其余麻利办法,都是在赋予开发者势力,而不是解放他们。咱们应该与谬误的实际做奋斗,帮忙 Scrum 团队产出真正的价值。


关注我的思否账号 @LigaAI,继续接管更多干货分享~
进一步理解咱们的产品,请拜访 LigaAI- 新一代智能研发治理平台 一起交换,共同进步。

正文完
 0