业务/支持小组的情况兼具上述两种特征。他们的某些工作(如客户支持)同工作投入直接相关,而另外一些工作(如网络分析和问题解决)则要极大的依赖其他的小组。
事实表明,根据各自不同的状况,各个工作小组要想完成自己的工作任务需要采取不同的方式。一方面,有的小组的工作表现是由他们的工作投入决定的。另一方面,还有的工作小组的工作表现是由他们处理同其他小组的依赖关系的能力所决定的。
视角一:依赖性与工作投入之间的冲突
这不禁让我想到了另外一个问题:通过投入或是对其他小组的依赖完成工作,这两种不同的完成工作的方式总是会引起各个不同角色小组之间的冲突。
根据实际的工作经验,那些对其他小组的依赖性相对较小的小组相信只要有足够的时间投入,任何工作任务都可以完成。他们的想法是正确的。他们可以把各项工作分成几个小块同时进行,这样就可以同时完成多项工作任务。
而那些极大的依赖于其他小组的小组则认为,与其他小组的支持和各个小组之间的相互交流相比,在工作任务的完成上,工作投入所发挥的作用是非常有限的。他们的想法同样也是正确的。实际的工作经验表明,如果他们不能从其他的小组那里得到很好的合作,他们就没有办法工作。更为糟糕的是,他们心里也很清楚,如果任务完不成,他们肯定难辞其咎,即使他们已经在自己的能力范围内作出了最大限度的努力。
上述区别不可避免的会引发冲突,而这种冲突又是我们可以预见的。而只要是我们能够预见到的问题,我们就可以对其进行控制,并将冲突的烈度降到最低。
视角二:角色组织存在区别
依靠投入来完成工作任务的小组同依赖其他小组来完成工作任务的小组之间的角色区别同样也决定了他们各自不同的组织方式。
一般来说,我们对靠投入来完成工作的小组的组织是通过合理的工作分配来完成的。我们试图将权力集中,明确有哪个人具体负责哪项工作任务。
而在对其他小组依赖较大的小组进行组织时,我们就必须考虑到各个小组之间的相互依赖和制约。为了让这样的小组能够尽快完成工作,我们就必须要减轻各个小组之间的相互依赖。如果一名员工在开始自己的工作之前必须要等其他的三名员工先完成工作,那么他毫无疑问要等很长的时间。而如果我们能让他只要在另外一名员工完成工作后就可以开始自己的工作,他等待的时间就要短得多了。
联系实际
在考虑过了上述问题之后,我把注意力放到了自己所领导的项目小组现在正遇到的问题上。在为期整整一天的会议上,我让各个分组的负责人都向我介绍了他们的工作任务以及他们同其他小组之间的互动方式。我们具体分析了各个小组所存在的问题,分析了小组间互动的成败。
最后,我们达成了一致,从根本上对资源小组和质量保证小组的职责进行重新的界定。质量保证小组又重新做起了自己的老本行,对硬件和数据库进行测试。这让他们又重新找回了几年以前的位置和状态。要知道,开发和配置小组之所以会对质量保证小组不满,就是因为他们曾经迷失了自己的位置。资源小组也拥有了更大的权力,可以对各个小组的资源购买做出决定,并且可以在不经其他小组负责人授权的情况下同公司其他部门保持交流和沟通。
整个重组过程又花费了我们两个星期的时间,但是这种时间上的付出是值得的。大家对自己的职责都有了新的明确的定位,我们也学会了在冲突爆发之前即时发现问题。我们再也不会重蹈失败的覆辙了。