经常参加敏捷的各个讨论会，也经常听到类似的话题，“ 关键还是企业文化的问题 ”， “ 关键是敏捷需要改变企业文化，现在… ”。
诚然，我知道诸位说的很有道理。但我还是不能为诸位鼓掌。我只能点头。因为，鼓掌，意味着我在为你加油，在支持你。而点头，我可以这样解释：“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研发工作。
