我们是怎样失败的(组建和管理团队)

团队中的每个人就像是组成一艘船的各个零件,每个零件都要优质并且被良好的组装,船才能行驶很远。

一个团队,需要有个大家都认同的目标和愿景

“我来到、我看见、我征服。”凯撒大帝的英姿依稀在目,不过这样的句子除了听上去酷,没有什么实际作用,我觉得更实际的说法是“我来到了哪里,我看到了什么,我要征服什么?”按互联网从业者更熟悉的语言就是,我们的团队要实现什么样的价值,我们为什么样的用户实现什么样的价值?企业存在的意义就是去完成自己的使命。

为什么说企业使命重要,因为只有这样,团队里的成员才知道自己做这些事情的价值在哪,做有价值的事情,成员才会觉得有意义有认同感;同样,清晰的目标能帮助团队形成一种有效率的决策机制。一个公司是经常会遇到难以决策的事情的,如果我们没有清晰的目标,很难判断孰重孰轻,很多事情就变成凭感觉拍脑袋了,当然决策结果也是各有导向,公司的凝聚力很快就会被消耗。

当然,很多创业公司却是经常有转变方向的时候,但是这个次数一定要控制,而且就算转变了方向也要给出转变过后的意义和目标。甚至说最开始就把目标定大点,再切分出来,这样你的目标和意义就具有了更大的容错性。相信我,创业确实艰苦,但是相信我,选择出来创业的人,少吃一段饭、少睡一点觉都是可以忍受的,但是如果找不到自己所做事情的意义,即使是创始人,思想也会抛锚的。

团队的概念嘴好的体现就是在体育场上,为什么运动员们的表现就让我们依稀看到了团队的定义,正是因为他们在场上所做的一切都抱着同样的目的——胜利。

优秀的团队只应该有优秀的人

创业团队最宝贵的就是时间了,我想这点大家都理解。工程师们天天加班,不过也就是为了那点时间。培养新人的的事情请交给大公司做,关怀弱势群体的事情请福利社帮忙,创业公司只需要优秀的人。什么是优秀的人?优秀的人需要有良好的沟通能力、自我驱动能力、学习能力,如果是设计师的话,还得有天赋。沟通能力不好的人,会严重拖累团队。我们公司就有个工程师,很好学,就是说话不利索,理解能力感觉也不行。我和他讲产品需求的时候经常听不懂,工程师同事要向他询问他写得代码时,也说不清楚,浪费了同事们很多时间。更关键是,这样造成的后果通常是东西做出来不符合要求,得返工,这代价就太大了。只说一点,有自驱力的人会努力去完善自己做的事情,一有时间就会去把自己的事情不断改进到更好,或者帮其它同伴尽快完成任务。这是对产品质量和进度的有效保障方式。创业公司和大公司不一样,每个人需要负责的事情会更多更杂,而且对任何事情都要快速上手,学习能力就是保证成员在公司的发展和调整中不掉队的根本。

当然,要保证团队的人都是优秀的并不容易,这需要很高明的招聘手段,你要知道怎样去判断一个人是不是有这些特质。我没法说更多,因为我也不知道。不过我有一个好方法,让一个可能拥有这种特质的人来试试,如果不对快速请走。是的,一定要快,赶在团队和他建立很深感情前,赶在那个人犯错前,赶在那个人拖累团队前。我们曾经有个很早期的员工,非常会混,但是有点懒也不上进,工作不久我们就发现了问题,但是因为那时候团队还小,大家也还氛围不错,就忍了。可是到后来你会发现她的负面影响是很快就可以散播到团队的,于是我们请她离开了,但很显然,团队里有人不高兴了,这真是很糟糕的事情。

要有奖惩

就算每个人都很优秀,随着团的的扩大,事情往往也会变得糟糕。总有人会觉得自己干得更好,也总会有人会制作一些麻烦,如果什么都不管,那就没有人再有动力去把事情做好了,虽然我么说是要招有自驱能力的人,但是不能什么事都依赖于这种摸不着还不可控的事情,对么。我们这个问题很严重,我们团队不是一个人人都优秀的团队,在紧急时刻我们放低标准招了不少人,然后我们没有什么奖惩制度。结果很明显,过了最初的蜜月期后,很多人就开始怠慢下来了,经常会出现规定时间玩不成任务的情况,这对一个创业团队来说,很致命。一个团队,不管成文不成文,一定要有点规矩,事情做好了怎么办,没做好怎么办,没按时完成又怎么办。

让团队的信息保持同步,保证沟通充分

信息不同步这个事情是特别要命的,非常容易造成错误和不满,加大团队间的沟通成本。我知道很多公司,包括我们在内,都在提倡什么360度沟通,听上去很诱人,团队信息完全透明公开,打通组织成员的横向和纵向沟通渠道。实际上,我觉得要做到充分沟通首先要促成两件事,一是成员主动沟通的意愿和接受信息的习惯。沟通工具,市面上都很多了,什么任务版,文档共享什么的,但得让人愿意说,我们团队就是个例子。作为工具控的我给团队提供了很多有效的沟通工具,但是大家都埋头工作呢,除了自己手头那点事的沟通,谁还会多说几句话。其实这个人有的,我的合伙人就很有沟通意愿,在公共文档区写了大量的文档和话题,希望大家能够看看写写提提意见。可是这些文档连我都没有看过。为什么,老板让看还敢不看吗?不是的,老板不可能天天让看这些啊,老板应该促成团队成员们区看这些话题的习惯,甚至针对沟通交流的事情发一些奖励。只有信息发出方和接收方都很乐意和你自然的去做这些事情,沟通才是充分的。

还是回到做事上来。现在互联网公司有一个很流行的方法沟通方法——站会,一组产品团队站起来,很短的时间内将清楚自己做了什么遇到了什么问题,将要做什么需要哪些支援。这是个很好地方法,整个项目进度一下就清楚了,遇到的问题,也可以集思广益去解决,需要的支援也可以提前准备好,另外团队之间完成进度差距大的时候,任务还可以调剂一下。我很推荐,可我没用过,作死。

组织架构要符合当下的任务和团队构成

合理的组织架构保证团队的沟通效率、执行效率和产出质量。团队最初就几个人,一切都很简单,大家集中力量去做事,有什么事做什么事,尽量都是自己擅长的,有时间可以帮助其他同伴分担一些任务。当团队变大过后,情况会有一些不同,再这样完全扁平的架构会有点没有效率。不过到那时改怎样架构我不想谈,我自己也不清楚,我只想说,小团队一定不要装逼。小团队最强的战力来自于可以拧成一股,这时候就一个团队,所有人都对项目负责,对自己的做的事情负责就行了。团队很小的时候切忌去搞什么这个组那个组,这个部那个部的。本来人就少,这样一分下来,必定有人事多有人是少,沟通受到阻隔,团队氛围也变淡,资源也没办法合理分配。我们的团队错就错在过早地去思考架构的事情,坐在一个屋檐下的很多同事都会感觉到生疏,因为工作上没什么来往,那种感觉非常糟糕,因为这才几个人啊。

发表评论

电子邮件地址不会被公开。