今天在和领导聊天的时候，领导谈到我个人在工作方面的不足的时候指出，有时候原则性不强，不会拒绝不太合理的其他同事转移的需求。嗯，这里到其他同事的要求主要是指诸如产品，或者对接的其他开发人员提出来的一些开发要求。具体表现为在和他人讨论某个功能应该哪一个服务的同事做的时候原则性不强，经常在别人说完之后很容易被说服，最后这些活还是转接我这边来做。
那么为什么会出现这种情况呢？
我分析了一下自己平时在沟通需求的时候，经常是有两种情况导致了这种问题的产生。一种情况是自己作为向对方提供功能的，在和对方探讨的时候，我总是感觉我是提供功能的一方，所以对方就是我的“客户”，我应该尽量满足客户的要求，所以对方提出的一些功能放在我这边做挺好，这时“以客户为中心”了吗；而另一种情况就是在向给我提供功能的同事对接需求的时候。有时候对方据理力争，不想做这项功能，然后最后我也选择了妥协，觉得“算了算了，这个也不难，有对方争论的时间我早就做完了”，然后这些功能也就转移到自己这边来做了。
发生这种情况最根本的原因应该就是，对于整体系统流程的掌握不够， 对自己工作职能的界限没有一个清晰的认识。自己所做的工作都是具有一个目的性的，这些功能它的出发点是什么？它想达成的目标是什么？这个功能的本质属于哪个范畴？具体工作的时候，哪些功能是可以划到你的职责范围内，而哪些功能不是在你职责范围内，都需要自己有一个明确的概念。当你自己在内心对所有情况都很清楚的时候，如果别人提出了超出自己心中真实的界定范围的工作，你就可以说明这个工作的本质是属于哪个范畴，然后以此明确的拒绝别人。也就是说你心中真正清楚的流程，你才能够坚持自己固守的原则。同事，不能抱着自己是来学习的态度，或者将就的态度，就做一些没有原则性的退让，这样看起来你通过做这件事情增长了经历，但实际上这些工作可能技术含量不高，最终看起来对团队结果的也没有很大贡献，别人才选择将这些低技术含量的工作转嫁给你，最终导致自己的工作量增加了不说，以后别人还会把这些工作转嫁给你，导致一个恶性循环。
另一方面自己承担这些分外的工作，也会导致自己工作下游的同事的工作量相应增加。比如自己承担了一些不必要的功能的开发工作，那么你下游的测试人员肯定也就要承担相应的测试工作，如果没有提前知会沟通，其实这是一种对他人非常不负责任的态度。这也就引出了一点，当你和他人在进行工作沟通的时候，如果会影响到下游人员，那么你也可以把下游人员拉上一起来就这个问题进行讨论，人多的时候更可能达到一种大家都能接受的平衡状态。毕竟因为下游工作人员的介入，他们出于不想让自身工作量增加的原因，也会对这些问题进行据理力争，大家在讨论的过程中肯定就会形成一个更加均衡的处理方案。你就可以借助外力拒绝这项工作了X-)
所以综上来看，当遇到一个问题需要双方来澄清需求的时候，你心中一定要有一个明确的界限，并且真正的时刻遵守这个界限，然后再来进行工作职责的划分。如果不知道如何拒绝别人，那么就可以试着借助他人的力量。
网友评论