3=敏捷组织-协同创造企业价值.doc

协同创造企业价值之：敏捷组织随需应变 快速响应（备选标题1：创建敏捷的组织文化）（备选标题2：如何更好地跨部门协作）（备选标题3：敏捷组织的跨部门协作之道）在全球经济快速发展的今天，从现代组织的管理角度来看，随着社会化分工的发展，组织的管理正经历着从组织相对固定的管理向跨组织协同管理、相对集中的管理向松散的协同管理、固定的流程管理向动态流程协同管理的转变。一个业务流程往往是跨组织、跨区域的，一个项目也可能会由各个不同的部门，甚至是多个组织来共同完成组成。如何根据外界环境和市场变化的需求，迅速组建动态团队，有效协调、配置内外部资源并打通内外迅速响应？这就需要随需应变组建跨部门、跨区域、动态的项目团队，通过跨部门或跨组织的协作、动态团队的管理来实现组织的敏捷化，为客户创造价值，在留住现有客户并创造更多的客户的同时，也为企业自己创造了价值，以增加持续为客户创造价值的能力。一个真实的协同早上9：50，成都小王，是某软件公司成都研发部门的一名高级程序员。今天，他跟往常一样，从公司的bug维护系统中查看和处理客户bug。他得到由客服部转来的苏州项目实施经理提交的苏州某客户的服务请求。小王与客户直接联系，希望能查明bug产生的环境并回现bug报错信息，未果。小王没有被动等待，他开始找人协助。向研发部经理汇报，同时请求部门经理安排人员协助。10分钟后，北京研发部经理批示并指导小王用另一种办法追踪bug原因；同时客服部经理、客服咨询工程师以及苏州的研发经理和测试工程师都加入了进来。1小时后，北京客服部经理汇报了与客户沟通和测试及对bug问题根源的可能性分析的情况。3小时后，成都-北京小王通报了研发进展和客户反馈，客户实施经理在客户现场对研发提出的解决办法进行现场验证，提出了新的方案。同日，北京、苏州、成都的多人之间进行了5次信息对称的沟通、分工，确定了承诺客户解决时间，客户实施经理在前线对此全部了然于胸。3日后，成都在成都通过研发的努力，完成了解决bug的补丁包，并进行研发内部测试。4日后，苏州小王请客户实施经理协助配合在客户实际环境中进行了一次严格的测试，确认无误后将客户系统升级，解决了问题。研发部测试工程师确认客户满意后，此次协同工作结束。这是一个涉及研发、客服、销售三个部门十几个人的协作，历经5个工作日，跨越了北京、成都、苏州等多个地域，共完成了30多次信息交互，涉及求助、指导、反馈、分析、分工、客户联络、现场验证等业务流程。而整个过程中全部人员了解全部信息并协作。在这个真实的案例中，有三点值得我们注意：一是研发部经理、客服部经理、客服咨询工程师以及苏州的研发经理和测试工程师同时加入了对这个bug的追踪、解决过程当中来。二是所有参与bug解决的人员，对这个问题的缘起、分析、进展等所有信息都了如指掌。三是这个来自外部客户的bug解决，并没有依照传统解决流程“发现bug-上报bug-研发解决-客户现场验证”这样的解决方式来进行，而是采用了打破常规的跨地域（北京、成都、苏州等三城）、跨部门（研发、客服、销售、实施等四部）的多组织协同方式，来为客户快速解决问题和反馈。也许有人会问，他们之间打了多少个电话，发了多少个邮件？其实，他们并不是通过电话、邮件来沟通的。试想下如果是的话，这样横总交叉、错综复杂的沟通要多少个电话和邮件才能解决？更何况是还要保证信息在传递过程中不能衰减失真。由此，也引出如下四个问题需要大家思考：一、他们如何沟通的？他们的沟通方式是什么？二、在跨部门、跨地域的沟通中，如何确保信息的完整性？三、在快速响应过程中，究竟是由谁来掌控整个流程？是研发副总，还是苏州的实施经理亦或是其他人？四、如何在快速响应的模式下，打破原有的bug解决流程，建立新的协作流程而又不会出现管理失控？如果我们能把如上这三个注意点以及四个问题都能弄明白了，这个敏捷组织是如何建立起来的，想必大家也就清楚了。协同，实现敏捷在现实中，这起协作是通过用友致远协同OA软件的一条协同信息完成的。那么，这个协同是怎么实现的呢？让我们回放一下整个协同的过程吧。程序员小王在收到客服部转来的客户bug处理请求的这个协同时，他发现这个问题是他个人能力范围内无法解决的，他第一时间想到了借助外部资源，于是，他在这个协同的基础上通过“协同工作”的“加签”应用把他的上级领导和其他同事加了进来，同时依据事情的进展情况，不断扩大协作部门和人员。而在这同一个流程中，每个人的处理意见可视，同时流程中的人可以振荡往复的回复意见和沟通。可视化的流程清晰地呈现了整个协作过程从信息传递的机制来看，传统的人找人层层上报的方式效率非常低下，而且处理完了之后还要重复这一缓慢的过程。而在这个bug处理的过程中，打破了僵化流程，实现了以最低的柔性成本对外部需求做出敏捷的组织变化，促进了资源的最佳配置，而这也是动态团队管理要有快速的适应能力和响应速度的关键。在这条协同信息之外，小王还建立了这个bug处理的项目团队（通过项目管理功能来实现），项目建立后，每个成员的协同桌面都会自动显示一个项目链接。在整个过程中，各协作成员之间局部协同工作，跨部门的团队领导集中调度、把控执行进度。作为项目团队成员点击协同桌面的这个bug处理项目的链接，每个成员都可以调用项目模板、追加项目计划，召开项目会议，所有的过程都被记录下来，自动归档，即使最终项目完成，动态团队被解散，项目的一切处理过程信息也都能被保存下来，知识经验得到很好的沉淀，为以后的项目提供参考。实际上，这个案例是把来自对外部信息的响应转化为内部流程，把内部流程处理结果转化为外部响应实现内外互通、快速响应。工作中，我们可实现组织内外的延伸，与供应商、销售渠道、服务商等上下游实现联动、协调运作，管理延伸到跨组织的虚拟组织管理，实现协同价值的传递。在对外接触的岗位设置“岗位邮箱”，如招聘、投诉、销售信息等，由专人负责进行对外信息的采集和反馈，一旦接收到了相关信息，专人可以利用协同OA提供的独特的“邮件转协同”、“协同转邮件”、“协同转公告”等方式通过网络快速地按照规范传递信息，并且将处理结果及时反馈给外部或发布到内部。这样快速把对外部信息的响应转化为内部协同，以协同方式保证外部信息以外至内减少衰减，由下而上的信息呈报，快速实现无衰减层层上报，同时把内部流程处理结果转化为向下的反馈和对外部的及时响应。协同，管理新境界由此可知，协同能帮助任何一个组织面对新的挑战迅速组建跨部门团队，形成高度紧密的协作关系，不仅可以达成各种跨部门、跨组织、跨地区、跨系统的松散、动态的团队管理，实现安全、高效、方便的信息交换和知识管理，即使动态团队解散，也能够保持所有的过程信息，沉淀为组织宝贵的知识财富。帮助组织从个人、流程、到动态组织等各个层面去提升效率，从而提升组织整体的敏捷性。在动态中完成分工与协作，在协作中完成外部响应，这都是利用网络、软件和通讯技术等先进信息技术的结合才使这种敏捷的、动态的协同最终得以实现，并为各种组织提供了一种全新的管理体验，让用户在沟通成本和管理成本降低、灵活性提高、应变力提高、竞争力提高等多个方面，体验到这种有效协作、敏捷组织的乐趣。附：耿启亮观点从宏观的角度来看，组织一般每年年初进行一次或年中进行几次组织调整，以此来对应组织外部的需求变化。每次这一的变动的成本是非常高昂的，不仅要作出对增设的岗位进行全新的岗位描述，而且要调整所有涉及到这些岗位的流程、制度规范，最重要的是这些变动你必须让整个组织中所有的人都知道，仅仅是培训的时间成本就非常大。糟糕的是外部的变化非常快，总会冒出当初在作组织调整和设计时“没有预料”到的事情，当一件事情发生了，但组织中找不到直接的责任承担者的时候，这种情况称为职能空白，就不断变化的外部环境而言，组织无论怎么变化都是相对静态的，职能空白会接二连三地出现！如果这些情况是重大但只是很少的，组织是无法回避或通过组织调整（总不能为一件事情设置一个永久性岗位吧？）来应对的，你该如何处理？也许，你需要考虑在“现有组织机构中临时选择负责人，组建临时的项目团队来处理这些事情，这时候敏捷比什么都重要！A6中，你可以方便地发起一个或多个项目团队，从现有组织机构中跨部门地组建一个既肩负传统职能又针对临时性重要事件的“动态团队”，任命不同的角色和相关人员，制订这个临时性机构的流程模版和相关的文档资源授权体系。一旦项目团队建立起来，每个成员的A6桌面都会自动显示一个项目连接。点击这个连接，关于这个项目的一切信息都可以被整合起来，形成对不同成员的共享。每个成员都可以调用项目模版、追加项目计划，召开项目会议，所有的过程都被记录下来，自动归档，即使最终项目完成，动态团队被解散，这一切处理过程也都能被保存下来。正如你看到的那样，A6能帮助任何一个组