前端工程师与产品经理

良好的沟通协调能力不是谁把谁说服了，把对方的气势压下去了，很强势，而是能够妥善解决问题，保质保量的完成任务，并且让大家心服口服。你有多大价值和多少才华不重要，重要的是你能为企业创造多大价值？一个人的技术能力固然重要，但如果对方不善于沟通，不能与来自多方团队的人合作，工作也会很辛苦。因为工作不是一个人闭门造车，而是一个团队在战斗。尤其是新入职的员工，来到不同于之前的工作环境，意味着重新开始。这时候，他的适应能力，学习能力，沟通能力，技术能力都很重要。

有时候，产品经理和开发工程师会遇到沟通问题，产品说想要某种效果，开发达不到要求，说理由，产品不想听，一方面他们听不懂，另外一方面觉得开发工程师找借口。产品经理以为改一下公共文件就行，对于经手过很多人的代码，不同的业务线，根本没有所谓的公共文件，都是独立在各自仓库里做的功能，而且代码方案参差不齐。这时候，需要前端负责人去说明情况，敢于拒绝类似需求，等到代码框架统一后，再改也不迟。

工作中，懂得适时拒绝PM的需求也是一门学问，比如工作量多员工少需要延期，比如某些需求没多大意义，怎样做更好。比如需求文档不明确，可以要求他们完善需求，搞清楚要做什么，再来找开发人员，毕竟开发者的责任是执行任务，不是决策任务。

当然也要有接受对方挑战的心理准备和应对策略，但拒绝并不是你回避困难的借口，不要想着拒绝承担责任，人生这么精彩，把那些未知的任务拒绝掉，表面上好像给自己减少了麻烦，其实也失去了一个探索新事物的机会，所以要明白什么时候该拒绝，什么时候不该拒绝。鲁迅先生说：真正的勇士，敢于直面惨淡的人生，敢于正视淋漓的鲜血。对于不了解的事情，就听别人说，看别人怎么做。我们每个人都应该树立这样一种信念：活到老，学到老。一个人一辈子单在一个领域内研究探索，我想他也不可能懂得所有，何况还有很多其他未知的领域呢？在自己力所能及的情况下，尽可能的去争取努力，当有人不客气的时候，就要勇敢的拒绝他们，不管对方是一个人还是一个组织。

如果产品经理让我们去找之前的同事问功能，这个可以，问题是，如果之前的同事离职了或者休假了，是不是还要等他回来说呢？我认为，每次迭代功能，PD应该给出最新的修改文档，这是一个流程问题。至于代码怎么实现，问不问同事，我们会自己考虑的。新人对业务不熟，现在要开发一个新功能，只需要知道目前是什么样子，或者色值就好了，（拿到最新的prd和设计稿），至于是参考原来的实现，还是自己写，这个开发自己考虑。