认识达内从这里开始

一般来说，程序员和设计师对于自己的项目进度是只向上级汇报的，有时候因为工作繁忙可能上级都不一定知道项目进度是什么。对于一些单人或者小型团队来说还是比较容易沟通的，但是对于大型开发团队来说就会造成资源浪费。下面，我们就一起来了解一下项目同步的作用和意义。

一、什么是项目同步，它的意义是什么

项目同步是指：在合作中，团队成员因为各种原因，可能对项目新的进度、风险、共识理解不一致，所以需要通过阶段性告知的方法，来保证多方理解一致。这个过程称之为「同步」。举例来说，项目周会，不可能保证每个成员都在场，所以在会议结束后，主持人需要同步会议结论，让没参加会议的人也了解项目进度。 由于设计师这个职位，注定大部分时候需要与别人合作。所以项目同步管理，是每一个职业化设计师的必备的技能。

二、项目同步的核心

项目同步就是解决：什么需求，在什么时间节点，针对哪些问题，如何组织信息，并同步给合作伙伴、团队内部& Leader。

先来理理在设计师工作中，由于同步不到位，可能导致的问题：

由于需求变更，导致设计稿修改，并出现项目 Delay;

设计中沟通次数少，合作方对于终方案并不买单;

产品不定 Deadline，只说尽快出稿，但天天催稿，影响心情和设计效率。

按我在腾讯的工作经验，这些问题几乎每个需求都会遇到，那么如何去解决?这就是我今天分享的主题——如何建立项目同步汇报机制。

三、什么是机制

简单来说，机制即规范化，也是套路的一种说法。大到国家法律，小到设计规范，都是机制的一种。机制化之后，人们便可以无脑执行。 为什么要建立同步汇报机制呢?主要有3点好处：

书面化共识：留下 Record，避免不必要的锅;

制约无序行为：花了半小时当面聊，无序的点很多，需要整理并形成约定;

让利益相关人了解进度：例如产品设计开发 Leader，项目接口人都了解情况。

每个 Designer 都需要建立属于自己的汇报机制，这是成为 Professional Designer 的一步。

四、同步进阶技巧

Point 1：坏消息早点说

坏消息早点说。这里我提到了一位，大家一定要警惕坏消息可能带来的风险。如果不确定是不是坏消息，可以通过以下的「坏消息陷阱」模型来甄别，来看看你是不是掉进了「坏消息陷阱」：

1. 这事以前发生过，很好解决

No，世界万物都是在变化，团队的资源也在变化，以前能解决过并不代表现在能解决。

2. Leader 说，不重要的事情自己决定

No，问题的核心是，所有坏消息都是重要的消息。如果坏消息 Leader 不知道，一旦老板开始追责，从 Leader 到基层，责任一个都少不了。

3. 我知道所有事情

这是在一个职位上坐久的人，和自负的人经常会遇到的问题。当你自认为了解一切时，危机却有可能打的你措手不及。

4. 这事情我能解决

这是一个错觉，因为你不能保证在短时间，把事情看全。举例来说，某些需求可能看需求文档，只有2个核心页面，但其内部逻辑可能极其复杂。这些逻辑很难一眼就看出来。

5. Leader/产品经理/合作团队应该知道这条坏消息吧?

一来，作为执行的基层，执行上遇到的问题，你不说他们怎么知道?二来，就算他们知道了，再确认一遍别人也不会怪你。

6. 我不用完整汇报

No，坏消息需要同步，而且需要解释明白前因后果，方便追查到底是哪个环节出了问题。

Point 2：复述要点

指的是每次讨论完，将要点按照1、2、3整理出来，复述给对方。这样做有几个好处：

1. 检查认知

通过复述，看看双方理解是否一致。

2. 查漏补缺

人脑不是电脑，会遗忘，双方一起 Review 可以降低遗忘概率。

3. 随时应变

对于有疑问的点，通过复述来二次讨论。例如基于讨论，你们总结出了1，2，3点。对于2点你有质疑，此时再拿出来推理一番，是非常自然的。

4. 氛围建立

这是一个很好的合作附加值。情感层面，听与说的互动对于氛围的建立，远远好过无聊的一问一答。

Point 3：用短的时间

这点有点难，这里我想表述的是：当你想的越清楚，说的越短。这个技巧没有什么捷径，需要通过不断训练才能达到。

节选：腾讯ISUX

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。