今天跟同事大吵了一架，起因是因为我们中间的沟通以及对项目的理解出了问题。
在项目中对方提了三点：
1.设计师什么时候开始设计的，他一直都不知道，也没人告诉他（这期间大家讨论并且修改过好几版）
2.为什么需求确定之后不能再修改，只是文字而已，我们有更好的文案就会改。
3.没有人告诉他我们确认的时候包括页面的文案也需要确认
我当时被他的态度、语气以及理由给气疯了，然后直接吼回去了，说以后如果还有这样确定之后再改来改去的需求，请找领导，这不是我的工作范围。他回答：你可以不改。然后我深吸了一口气，让他现在确认文案。
这之后他把需要改动文字的地方都给提出来了，然后大家冷静了几分钟，我给他发了一个私信，一是道歉，而是反省自己的失误，三是表明以后遇到类似项目时的工作流程。他也回复说自己态度不好，以后提需求会更谨慎一些。然后大家跟没发生过这事一样该确定确定，该讨论讨论。
这一插曲让我觉得跨部门沟通时方式和流程的重要性，这中间有几个关键问题：
1.双方对需求的理解不同
我们理所当然的认为文案给到我们时，就应该是定稿，而不是半成品，最后让我们改来改去。他们认为这个文案我想到更好的就应该随时改，我现在给你的只是我目前想到的而已
2.双方沟通不充分，都有想当然的成分存在
我认为我一直在跟你确认最终的结果，而他认为我没有跟他确认最终的文案，只是在跟他确认设计方案而已
3.没有形成明确的项目进度
这一点应该算是跨部门沟通的一个禁忌，但是这个项目一直很模糊，我以为我负责，但存在多头管理的情况，并且我们这边设计师工程师周期全部已经确定，而且我认为这并不能算一个非常大的项目，只是一个主题页的优化而已，所以我只是口头跟他说了一下大致的上线时间，没有形成电子版的文档，属于我的严重失误。
4.职业化有待提高
这个应该是双方共同存在的问题，从我的角度来考虑，我觉得对方不尊重人，并且不懂得工作流程为何物。而我，作为一个项目沟通者，对我方起到了沟通的作用，但是却没有及时反馈给他，这也是我工作中的失误。
为了避免以后出现类似的问题，我觉得遇到跨部门沟通的项目时，以下几点一定要注意：
1.尽量形成文字版的项目进度，并且严格按照进度执行，并且按期汇报，如果涉及到时间调整的，或者项目计划变更时，需要及时更改项目进度，并确保双方都知晓了
2.所有对外的需求都需要反复确定，并且确保对方完全理解的你的意思，而不应该想当然
3.只跟负责人对接，对于无法做主的人的需求一律不通过，待对方确认后再接需求
4.对于需要对方确认的内容，一定要明白无误的告诉他，并且跟他明确是否为最终版，如果不是，必须明确什么时候能给出最终版，并且告诉他需求没确定的后果以及时间会相应的调整
5.如果真的遇到方案确定之后再来要求改需求的，一律不通过，如果对方要求必须改，可以，请直接找领导沟通需求，我们根据设计师工程师的排期确定完成时间
6.对于相持不下时，先冷静下来，首先反省自己在这过程当中的失误，然后再寻求解决方案。无论双方如何撕逼，最终都会有一个结果，而能否最终实现双方都满意的结果是关键。
我觉得撕逼是非常low的解决办法，只能发泄当时的脾气，但并不能解决问题，一切都应该以解决问题作为出发点。结果最重要。
题外话：这是我工作三年以来第一次跟同事吵架，我自己都非常惊讶我居然有当众吵架的能力，因为以前通常遇到这种事情时，我会语塞，并且通常这种时候我都只知道哭。但今天我在如此激动的情况下没有哭，并且事后还能及时反省并主动找对方沟通，还主动承认在这期间自己的失误，使得最终还能比较好的完成页面设计并进入开发。虽然是以自我妥协的形式来完成，但这确实是自己的一大进步，可以不因为情绪而影响工作进度。
我认为工作中相互推卸责任可能还会发生，但能及时认识到自己的问题，并且能就工作而论工作，不会把工作中的不愉快扩散到对个人的质疑上去，这一点非常值得赞扬，也算是在工作中一个比较成熟的表现吧。
最后，还是要好好的告诫一下自己，跨部门项目，充分沟通很关键。
网友评论