文章归档友情连接照片地图

团队建设new

分类:个人日记  作者:rming  时间:2011-12-12

网站内部团队没有固定的搭档,这种以部门为单位的合作方式造成的资源的极大浪费,也没有给团队建设带来什么好处。

举个例子,现在有个项目要做,采编小组经过策划做好呢内容策划,然后通过一定方式确定一个负责人,告诉负责人去做什么,然后他去联系美工和程序员,如果幸运的话他会顺利的找到搭档(或者这里可以叫临时搭档),然后告诉美工现在需要什么样的设计,然后我们在耐心的等待几天,等到美工拿出了设计样稿,这时候负责人再根据自己对这个项目的理解去提出相应的建议,美工再次修改完成终稿,负责人拿到终稿后交给程序员,程序员花费几天完成代码编写,交给负责人,然后负责人再根据自己的理解去提出修改意见……乍看上去没有什么错误,并且如果运行顺利的话,这样的项目运作还是挺愉快的。

但我们细看,这像是在合作,一次偶然的合作,而在这个合作过程中大部分情况是负责人在其中来回奔跑,去联系着不同部门。

我们先来分析一下这个过程中存在的问题:

1.负责人的复杂身份几乎没有人能胜任

负责人在这样的项目运作中担当了至关重要的角色,首先,是负责人对这个项目做出了宏观的策划,然后再对美工的设计样稿进行评估、提出修改意见,然后在对程序员的代码进行评估、提出修改意见,再是负责人完成了不管这个策划是通过集体讨论或者负责人自己的理解,总之这个项目里更多的是表达的负责人的意识形态,而这个负责人的基本素质决定了这个项目的完成好坏,我们去那里寻找这样一个十全十美,个人能力突出的负责人呢?显然这样以部门为单位,由负责人在其中牵线的项目运作方式显然是不合适的,这时候考验的不是负责人的协调能力,反而考验的个人能力素质更多一点,我们怎么可以把整个项目完全依赖于一个人呢?

2、多部门合作的交流困难和效率低下

一个部门大概有三~四个人,这样一次项目,就需要同时牵扯到十多个人,不论是每个人的任务多少,当我作为一个美工想找程序员去确认功能模块的时候却是相当的困难,我还要告知负责人我要去找程序员确认功能模块,然后我需要去找到技术部的部长询问到底是谁在负责这个项目的程序部分,顺利的话(or not ?)可以在技术部部长那里问到,然后我需要去找负责这个项目程序部分的程序员去确认。。。然后突然发现我们之间居然是第一次合作,就像是封建社会的洞房,直到同房的时候才知道原来我们一直合作的人是你啊!然而我除了你的设计,我对你一无所知,这时候谈什么团队意识?你怎能去听得进对方的建议意见呢?然后这时候就出现了交流困难,因为太多时候是第一次合作,进而造成了效率低下,导致项目进行缓慢。

3.部门负责人的阻拦

我不得不承认,在这样的项目运作方式中,我们的部门负责人不但没有起到积极的推动作用,反而是起到了负面的作用,我们的负责人在不断的跟

交流困难、一人穿一人,理解容易出现偏差,没有执行力,部门负责人的阻拦,

丢掉灵魂的代码奴隶。。。长期等待任务而不是 缺乏创作自发性。



提交评论