BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

如何把Scrum推销给管理层?

| 作者 Mark Levison 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2010年10月15日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

hspace=5你刚上了2天的CSM课程,满脑子的新想法,想要去付诸实践。最近这段时间,你的公司在交付和质量方面都存在问题,好像进行改变已是万事俱备,只欠东风了。于是你走进老板的办公室向他推销Scrum,但他对此并不感兴趣。你该怎么办呢?这正是近来在Scrum Master邮件组里讨论的一个问题。

Rafael Fuchs所遇到的就是这个问题,他想引入敏捷开发但得不到管理层的支持。于是他和他的团队打了擦边球。他们没说要变成敏捷开发,而是称自己仅仅做些小小的改变。每当管理层问起时,他们就会说:“这些新鲜玩意是用来改进我们的工作的。”但他们绝不会说这和敏捷有关。几个月后,他们揭开面纱,摊牌说这就是敏捷开发,并且指出现在一切进行得有多顺利。Rafael认为,有些管理层是抵触改变的。在这种情况下,他认为最好先行动起来,等你有了结果以后通过结果来谈改变。

Steve Ropa则提醒道,有些不愿意尝试敏捷开发的管理者所带来的问题要大得多,他们可能破坏那些像Rafael一样的人所做的尝试

Roy Morien建议,如果管理者不负责日常活动,那么就直接采用敏捷开发吧。“你只要改变你的开发方式,并且经常地、定期地给他们展示结果,这样可行吗?我肯定他们会对你策略改变有些惊喜和好奇,但我的经验证明‘用户’始终看重的是及早的、经常性的交付”。

Alan Dayley提醒我们,大多管理者不怎么关心方法论的问题。他们更关心交付价值以及无发布事故。他建议把问题从怎样引入Scrum转换为怎样解决管理者当前面临的问题。

与Alan不约而同,Brian Lawlor发现他的秘密王牌也是去询问管理者,问他们是否想要更频繁地看到项目交付,例如每个月。他通过展示每个月更好的ROI获得了管理层的信任。

笔者认为:

管理者不可能轻视改变。他们想要高质量的软件,并且能够定期发布。这是业界常见的一个问题。我的真言是:推销敏捷开发?不要推销!而是去倾听。你的经理也有需要解决的问题和烦心事,问题是它们是什么?你不能告诉位高权重的人(或者就那件事而言有决定权的人)你想要什么,而应该发现他们需要什么。通常这会归结到“更高的质量”,“更快上市”。如果你运气好,他们两个都想要。我们不一定要惊天动地改进方法学,相反,进行一些小的变化也能帮助把刚刚说到的两者中的某项做得更好。在此,我们不是在寻求解决全部问题,而是需要小小的胜利。你和你的团队需要展示的是,通过一两个星期的学习,你们能让事情更好一点。你每一次这样的努力,都会为下一次多赢得一点信任和自由空间。最终你将获得大展拳脚的机会来完成更彻底的转变。

关键是:询问你的经理他们关心什么?聆听他们的需要。专注于交付他们所重视的。最终将体现出你的价值。

Don MacIntvre推荐了一篇Mike Cohn的博文:你如何从这里出发实现敏捷?迭代进行。Mike认为,想要实现敏捷,你应该建立一个需要改进/改变的待办事项列表,迭代进行。同时有效地运用Scrum实施这一切。

查看英文原文Selling Scrum to Your Manager?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

首先,我很难理解… by 熊 节

为什么上了一个为期2天收费4000元的课程就有资格去要求老板把你那满脑子不知道从哪儿来的新想法付诸实践了。
是的,万事俱备只欠东风。不过我觉得在谈论“不愿意尝试敏捷开发的管理者”之前,在“询问你的经理他们关心什么”,最好还是先看看自己到底有多少份量。也许你应该庆幸老板说了No。万一他真说Yes,你想好该怎么“大展拳脚”了吗?

Re: 首先,我很难理解… by 泥 泥

没错,管理者要考虑更多的,每个人都可以推销新的东西,但不是每样东西都可以直接尝试,所以,应该一点点来,比如,每天固定时间开个早会如何?或者我把最重要的任务贴在公告栏让大家都能够知道进展如何?
一点点的小动作比大规模的折腾要好的多。

循序渐进且坚持不懈... by Liu Huanqing

循序渐进且坚持不懈地促成任何积极的变化其实也正是敏捷的精髓之所在,而且我们的老祖宗也早就明晰这一点,故曰:不积跬步,无以至千里;不积小流,无以成江海 ;)

Agile不是强制,而是逐步演化 by chen Joseph

管理层强调结果,而Project Management是过程方法论。我认为不应强调应用某个Agile方法,而是focus在项目顺利的进展上。
管理层往往不希望改变流程,因为这会带来更大的风险和投入更多的成本(推广一种方法,需要培训、推广、实施)。不一定非要经过管理层的意见,从项目细小的部分中,逐步应用和积累Scrum过程,管理层会逐步认识到这种方法的优势,当然,前提是你的项目要做的漂亮,所以你必须有相当多的经验积累,同时逐步实施的过程中,不应该显露出太多完全更改流程的想法。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

4 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT