• 00
  • 00小时
  • 00
  • 00
2023敏捷武林大会-上海站,正火热免费报名中...
Search
Close this search box.

敏捷实施,别拿企业文化说事

经常参加敏捷的各个讨论会,也经常听到类似的话题,“ 关键还是企业文化的问题 ”, “ 关键是敏捷需要改变企业文化,现在… ”。
诚然,我知道诸位说的很有道理。但我还是不能为诸位鼓掌。我只能点头。因为,鼓掌,意味着我在为你加油,在支持你。而点头,我可以这样解释:“Yes, you are right, but…”。下面就说说这个but后面的内容。
but就是,在企业内部,千万别老提企业文化转型。
先说为什么。
1、大家想想看,企业文化是什么?多年积累下的东西,能说改就改吗?
2、退一步讲,是某个人说改就改的吗?是你,还是某个咨询顾问,亦或是某个领导?
3、再反思一下这个问题:你提供的问题的解决方案,真的就是问题的定义吗? 也就是说,敏捷就是诸位公司当前趋待解决的问题的全部?
4、旧有企业文化是导入敏捷的主要障碍?
5、当你解决了一个问题的时候,你同时也会带来新的问题。
如果你的回答不了上面的问题, 你会死的很惨,真的,没吓唬你。
怎么办?我告诉你一些有可能可行办法
1、先好好的活着
如果你想在企业内做些事情,或者为对方的企业提供些帮助或服务,你首先要对方认可你,接受你。旧有文化在你看来再怎么不合适,都不应该成为你首选的“进攻(改变)” 目标。
堂吉诃德式的人物现在没法生存,牺牲或者快要牺牲的人,自身都难保,还能干些什么呢?所以,一定要先活下来,而且要好好的活。
2、脚踏实地,注重实效,做出成绩
你可以选择的着手点可以是,1)使用敏捷的沟通机制,看看是否沟通得到了有效的改善?尤其当你们是异地,多点,离岸的这种情况;2)尝试下从CI着手,看看是否有助于你们的交付能力。3)放个监控程序看看,你们原来写的N多的文档,是否有人再次阅读?分析下,为什么。看看这部分是否可以消除,依赖文档的工作,是否可以用沟通替代?在看看文档编写时间,这些时间的浪费很惊人吗?4)还有…你自己想,俯首皆是,记得,一定要去“现场”看…;5)把你看得到的改善点,编写成blacklog, 跟相关人士沟通,达成共识,排列优先级…
3、展示你的成果和进展,多跟更高的管理层沟通
把2中的内容,在取得阶段性成果的时候,去找相关领导层,展示给领导看。“ 领导,我现在这么做,效果很好..噼里啪啦…”。
记着,最好带着数据去找领导,你需要一份证据。
很可能的结果是什么?推广你的经验?安排学习和培训?……,而这一切的想法,都源于你对于敏捷的理解而采取的实际正确的行动。
有了成果,就好办了。
把手脚松开了,就好活动了。
接下来的有效实践,你尽可以尝试和引入。
4、通过3,有效的影响管理层的旧有看法和价值观
你尽可以相信,管理层比你更Open,他们更乐于尝试改变。但除非情不得已,他们一般会选择一个相对稳定/保守的渐进式的改进方案。
因为新方法往往不可靠且难以控制,它们会危害到原有流程或者破坏对于客户服务的稳定性,对于管理层来说,维持原有流程的稳定性的重要性要优于那些看起来不安全的改进。
我们需要做的,就是消除他们对于变革的种种担心。如果3做的好的,管理层的对事情的看法和价值观也都会慢慢的改变。
你可以选择Scrum,这是一个很好的起点。用有效的沟通机制,解决沟通和管理的问题;用backlog、优先级,review meeting,迭代交付,解决了需求问题。提倡自组织,自管理,可见性,按照Story的粒度交付,燃尽图…把开发管理工作也组织好。消除管理层的顾虑。我想,这也是Scrum比XP更流行的一个原因。
假设你做的相当不错,你会看到观念在逐步变化…,这是文化的转变吗?也许是。
5、丰富和发展原有企业文化的内涵
与其强烈要求改变企业文化,不如丰富和发展原有企业文化的内涵。
那家软件开发企业不说自己关注客户的投资回报,优先交付价值最高的那部分?那家软件开发企业不关注软件质量? 那家软件开发企业不喜欢持续交付,快速交付?那家软件开发企业不希望员工自组织,自我管理,以便实现更高的效率,更有效的沟通,更协同的工作?
从某个层面来说,敏捷所提倡的大部分内容,软件开发企业都会很欣赏,并乐于接受。这样,我们就有一个切入点,我们有机会将敏捷提倡的文化,价值观和做事情原则,植入到原有企业文化中去,并且深深的影响原有的做事情的原则和价值观。
我更乐于从这个角度去考虑这个问题,我更乐于打入“敌人”内部去同化它,借力打力,顺手牵羊。而非直接去攻城略地。
还没有任何成就,就谈改变文化;还不知道如何结对,就想拆了工位的隔断,打乱公司的原有布局;还不知道如何协作,就打破原有开发组织架构,组建特征团队;还没有尝试过自动化/尽早/经常测试,探索性测试,就要求增加测试人员的数量,没有人能容忍这种现象的发生。
如果我们能通过我们的工作,让企业认识到,在组织级别,需要建立一种持续改进的文化,并为此持续投入和关注,也许,这也是我们最大的成功。
难道这没有改变原有文化吗?
文能治国,武能安邦。企业敏捷实施这件事,还得来文的。文火慢炖才好,当然这个有你自己拿捏。
对,那个字,叫,煨。

关于作者
李忠利
毕业于东北大学,软件行业从业十年,现任某美国财富500强企业Scrum培训师及教练, 有六年多敏捷实践经验,是中国早期的敏捷实践者及推动者之一。从2006年至今在某大型跨国企业担任Scrum培训师及教练,是企业内部认证Scrum培训师,在该企业从事敏捷的应用和推广工作,负责制定企业敏捷转型路线图、带领团队研发企业内部Scrum工具等,并在企业内部开展ScrumMaster培训及认证,对企业Scrum实施起到了极大的推动作用。在此之前,李忠利曾在该企业负责项目管理工作4年,从事离岸项目研发管理工作。李忠利在ERP系统研发方面也有丰富的经验,曾在北京用友软件工作3年,从事用友高端ERP-NC研发工作。

Search
最新敏捷认证课 ~ 火热报名中
3月2-3日
Scrum.org专业Scrum Master (PSM I) 认证课
丁志润 Derek Ding 授课
3月9-10日
Leading SAFe领导大规模敏捷认证课
Eric & Scott 授课
3月23-24日
高级Scrum Master (A-CSM) 认证课
Ethan Huang 授课
3月30-31日
Scrum Master (CSM) 认证课
张宁宁 Lance Zhang 授课
分类文章
9月15-17日
SAFe ScrumMaster & Leading SAFe官方认证双证班
Eric Liao & Scott Wang 授课
9月18-22日
SAFe认证-SPC SAFe认证培训师导师班
Kurt Jäger & Eric Liao 授课

预约回电

课程顾问将尽快给您回电
电话咨询 400 696 6280