Posts Tagged ‘团队协作’

有效沟通

我从初中开始写日记,到今天,写了不少流水账的内容。
一直以来,都为这个习惯骄傲。
感觉自己今天能够拥有的表达能力,都是写东西写出来的。

我从 09 年开始写 PPT,上台讲东西。
自认为写 PPT 很牛逼,甚至跑去帮别人写,被打回来之后还觉得对方的老板不识货。

习惯了流水账,习惯了「绕」
习惯了自我感觉良好。
就像这篇文章一样,一大堆文字出去,读的人不知道我在写什么。

等到换一个环境,换一种工作节奏,突然有些不适应。
反思了一路,没心情准备明天的考试,先总结完问题。

重点是什么?

进到会议室,先把目的写下来,保证会议的节奏围绕着今天的议题走。
明确我们来这是要解决什么问题的。
任何偏离轨道的事情,及时带回来。先解决最重要的。

少吐槽

回想若干年前跟 jay 第一次见面。
跟火药桶似得,劈头盖脸,满腔槽点。

现在再想,都不是什么大事。
活在当下,翻旧账不能解决任何问题。
每个人都会有每个人犯过的错误,留下能够自我反省的,淘汰重复犯错的。
吐槽不解决任何问题。
骂几句确定可以心里爽吗?确定吗?
谁还没点黑历史,既往不咎,大度的人总能走的更远。

你要表达的,对方听懂了吗?

重要的事情说三遍。
我还真以为自己表达能力彪悍,总是想当然的认为对方明白我要表达的事情。
直到从第三方拿到不同的反馈结果,才回过头来重新沟通。
如果没有三方的反馈呢?

别「绕」

明确表述是非常重要的。
太考虑对方的感受,绕来绕去也没到重点上。

明确你的期望。
很多事情,直接告诉他该踩刹车了,该加油了。
别给模棱两可的表述。

先写这么多,饿了,吃完准备准备明天的考试。

前端开发如何与其他岗位沟通协作

08年写过一篇文章《咬死黄杰》,那时候文笔太烂,写完文章,估计没几个人明白发生了什么事。

当时我们在西乔的牵线下,组成了一个小团队,共同协作一个网站的项目。
但是在网站架构的过程中,出了问题。有人在用svn上传数据,有人直接往FTP上扔数据,造成了版本的混乱。

其实谈到协作这个话题,问题的根源就在沟通上。
同事三分亲?同事挡前程?别人怎么对你,很大程度上取决于你说话的方式

首先看一下研发流程,我们都需要跟谁打交道?

1.客户或者项目经理  2.设计师  3.程序员

阅读全文 »

做事情要学会借力

接触互联网的时间越长,越觉得一个人的力量有限。个人站长确实有很多成功的典范,但是对于资质平庸的人,加入一个团队,搭上一趟快班车,无疑是有利的。

摄影师拍到一些 震撼的镜头 ,需要一个懂网络的人,四处传播。设计师做了一个好的稿子,需要前端人员将其转化成页面,需要程序员赋予各种功能。一个人确实也能做到这些,但是 一专多长的一个人,和一帮专业的团队做事情,孰优孰劣?

今天看到清洁工在很吃力的清除路面积雪,雪很厚、很结实,铲起来进展缓慢。
如果是一辆三轮车,上面满载着铁钎,然后拉一个横幅“每人清铲1平米,共度雪灾”。
这样,我会停车帮忙干点活,停下来的人,肯定不会铲1米就走。北京有几千万的人口,每人搞一点,这点雪,早就清空了。

清除路面积雪本身就是互惠互利的事情,很多人其实都愿意做,但是没有做事情的渠道。
借力,就是一个找渠道的过程。

从提升PR角度来说,大可以和一些学校、机关取得联系。我们可以算一笔账,与一个高权重的网站进行合作,一个月要支出多少钱?如果自己有技术实力,为什么不去找那些同样拥有“高权重”的大学合作?他们需要的是志愿者完成网站的改版、美化,你需要的是他们挂一下自己的链接。为什么不合作?

交流会 来说,每个月都需要活动场地,要么自己花钱找,要么找一些大的互联网公司赞助。互惠互利,为什么不合作?

如何选择一个合适的团队,如何寻找合作的渠道,这是我今年要再加力学习的事情。

团队协作-如何处理意见分歧?

“360 mobile”的合作伙伴发过来一份UI界面的需求文档,要求设计师使用 “photoshop制作mask”,在此之前,我方团队对 Photoshop Mask 的全部印象就是 PS 抠图用的滤镜,怎么又多出来一个 制作Mask图的功能?

程序生成的Mask图,位深度为1,大小在200字节左右;
PS另存为的Mask,位深度为16,大小在2K左右。

担心出问题,让YY帮忙查了些资料,并做了几个样品,同步过去。
但是对方研究完资料,仍然希望使用PS来生成Mask。怎么办?

继续坚持用程序生成?
还是先花5分钟,用PS创建一个批处理动作,再花5分钟,生成他想要的图?

回到我们的主题上来,如何处理意见分歧?

争辩是没有意义的。对于自己的意见,我们不会没有原则的轻易放弃。
但是实际工作中,效率是第一位的。

不要花太多的时间放在技术的讨论上。在多数情况下,说服一个人(尤其是说服一个高手)所花费的时间要远远高于动手做事。处理完那边的图,就可以腾出手来做其他的工作。至于将来是否出现问题,尽到告知的义务就可以了,合作伙伴在软件的架构时一定会有所注意。(况且他们本来就是这方面的专家,争辩的结果,也有可能是我的错)

而他们也完全不需要根据讨论的结果“少数服从多数”。在这个项目上,身为负责人,他们有掌控全局的能力,也应该有指派任务的魄力。
而作为协作方,我们只是这个大团队中的普通一员,提出建议,避免争论,认真执行对方的决策。

大家都是为了做好这件事情,既然合作,就要充分信任彼此的实力。
在小事情上,提出建议,服从指挥,速战速决。

Page 1 of 212
崔凯博客
Powered by SinaSAE | Theme by ck web design | TOP 顶部
Copyright © 崔凯 All rights reserved. 蜀ICP备12025891号.