团队协作-如何处理意见分歧？
“360 mobile”的合作伙伴发过来一份UI界面的需求文档，要求设计师使用 “photoshop制作mask”，在此之前，我方团队对 Photoshop Mask 的全部印象就是 PS 抠图用的滤镜，怎么又多出来一个 制作Mask图的功能？
程序生成的Mask图，位深度为1，大小在200字节左右；
PS另存为的Mask，位深度为16，大小在2K左右。
担心出问题，让YY帮忙查了些资料，并做了几个样品，同步过去。
但是对方研究完资料，仍然希望使用PS来生成Mask。怎么办？
继续坚持用程序生成？
还是先花5分钟，用PS创建一个批处理动作，再花5分钟，生成他想要的图？
回到我们的主题上来，如何处理意见分歧？
争辩是没有意义的。对于自己的意见，我们不会没有原则的轻易放弃。
但是实际工作中，效率是第一位的。
不要花太多的时间放在技术的讨论上。在多数情况下，说服一个人（尤其是说服一个高手）所花费的时间要远远高于动手做事。处理完那边的图，就可以腾出手来做其他的工作。至于将来是否出现问题，尽到告知的义务就可以了，合作伙伴在软件的架构时一定会有所注意。（况且他们本来就是这方面的专家，争辩的结果，也有可能是我的错）
而他们也完全不需要根据讨论的结果“少数服从多数”。在这个项目上，身为负责人，他们有掌控全局的能力，也应该有指派任务的魄力。
而作为协作方，我们只是这个大团队中的普通一员，提出建议，避免争论，认真执行对方的决策。
大家都是为了做好这件事情，既然合作，就要充分信任彼此的实力。
在小事情上，提出建议，服从指挥，速战速决。
相关日志：
« 黄金矿工
10/10/2009 at 9:40
呵呵 没有过程 只有结果 执行力放在第一位 是团队合作的首要任务
回复
10/10/2009 at 17:03
工作确实是这样,但是最终哪种解决方案比较好呢,确定下来形成经验需要讨论的过程,或许你那个项目确实是不适合去争论,但是许多项目都是公司内人员的协作,那样我想争论下讨论最好的解决方案或许更好,毕竟做一次就要有一次的收获吗.
回复
11/30/2009 at 10:23
[...] 为什么分享？我好不容易掌握了一个东西，为什么教给别人？ “独乐乐不如众乐乐”这种观念仿佛已经过时了，现在的环境中，先富起来的人，通常关心的是怎么让自己更富裕。那我兜一个圈子，谈谈为什么要做“布道者”： 我们做交流会，还有一个目的，就是提升整个“前端开发从业者”的待遇问题。怎么提高？首先要让每一个人，了解自己的发展方向，清楚如何与各个部门打交道，在团队协作中，掌握“话语权”。而作为有一定经验的人，在交流的过程中，分享自己是如何处理这些棘手问题，通过汇总大家的想法，让每个人遇到问题的时候，有处理的能力。从而提升“前端开发从业者”在行业中的形象。最终，整个行业的待遇提高了，不管是多少年以后的事情，作为第一批国内的开发者，相信回首过去，会有一种成就感。而且我认为，这个时间不会太久。互联网是一个高速发展的事物，我们努力去做，一定会有所回报。 [...]