偏差
在项目的开发过程中，经常会出现这个问题。
但这不能怪程序猿——毕竟写的再详细的文档，不同的人看也可能会产生不同的理解，还有可能是我们的文档写的不够详细。
针对这个问题，我们应该把主要精力要放在预防上面：
在程序猿开发某一个小模块前，尤其是新出现的或者是重点模块，主动去找程序猿进行需求再确认，再和程序猿讲明需求，也可以让程序猿口述一下需求，我们来听；最终目的就是要确认程序猿已经完全理解了需求，避免后续的更改与返工。
如果在开发过程中仍然出现了对需求的理解问题，比如前端和后端对接口的理解不一，如果你此时不去协调，那么这个问题可能会被搁置，后期还是会爆发出来。
还有可能是理解错误的一方将另一方说服，从而造成后期的返工和改动，这是很伤的。
当发现双方有理解上的偏差时，一定要把双方叫在一起讨论，确保前端和后端都能正确的理解需求，再进行开发。
在项目开始前一定和程序猿讲明，对需求有任何分歧一定要找你，大家商议解决，而不要私下讨论。
2）出现需求变更
需求变更，无论是产品经理还是程序猿，看到这个词都会觉得头疼。
出现需求变更的原因主要有三个：
产品经理自己没有思考全面，比如对异常情况的处理不够细腻等等。我们应该尽量避免这种情况的发生，如果总出现这个问题，说明我们的工作是有疏忽的，程序猿也会对你产生不信任感。如果因为这个原因出现了需求变更，去找程序猿大爷说明吧，回来后对自己进行充分反思，并争取在下一次做得更好。
老板要求改需求，这种情况我们看似无能为力，但实际上也是有操作空间的。对于老板的要求，我们首先要仔细的思考利弊，如果仍然觉得之前的方案好，拿出证据向老板说明。如果老板的方案更好，那么我们就要有技巧的向程序猿说明。同样可以利用讲故事的方式，向程序猿说明更改需求的原因与必要性。这时就是考验你和程序猿关系的时候了，没事的时候记得和程序猿们打好关系哦。
自己脑袋中突然灵光一闪，觉得某个功能点有更好的方案。如果是这种情况，哪怕这个方案真的好，哪怕它能提升50%的转化率，我还是建议放在下个版本进行优化，如果我们站在程序猿的角度上想：“需求是你定的，我代码都写一半了，你突然有了更好的点子，然后就让我删除自己辛辛苦苦敲出来的代码，凭什么？”
人非圣贤，谁也不能保证自己第一个方案就是完美的。
当有了更好的点子时，我们不妨再增加一个优化版本，反正版本上线后我们也要收集用户反馈，把这个点子放在优化版本里不是更好么？
3）项目进度延期
当发现项目进度已经落后的时候，我们首先要分析原因，根据原因来寻找解决办法。
可能的原因有以下几个：
①团队沟通不畅
如果前期做好了预防，一般是不会出现这个问题的。
但真出现了这个问题，怎么办呢？
此时我们就需要找到沟通不畅的当事人，询问原因，是成员之间不能正确理解对方的意思呢，还是互相不认可对方的观点。
如果是沟通不畅的双方没有办法正确理解对方的意思，那此时我们要做双方的“翻译机”，确保成员之间理解统一；如果是互相不认可对方的观点，那么此时，抓上项目经理或开发主管，一起来商量谁的解决办法更好。
总而言之，一定要确保团队成员对项目理解的统一，大家带着同一个目标前进。
②程序猿能力不够
之前也遇到过这种问题，程序猿小A难以完成分配给他任务，这时我们就要叫上技术的大佬，然后让程序猿小A去叙述他遇到了什么难题，让大家一起解决，解决问题的方法我们就不掺和了，做好团队之间的桥梁就好。
③程序猿因为生活上的事导致情绪低落，开发积极性低
我们都是人，是有情感的动物，难免会因为生活上的的事情影响到工作，这时候，我们要从同事的身份中脱离出来，作为朋友，带着程序猿去吃点小菜，喝掉小酒，聊聊人生，看看美女，没事再给程序猿买点零食，送点温暖。
此时对待程序猿要向对待自己女朋友一样温柔，帮他从情绪低谷中走出来，重新振作开始工作，这样无论是对于团队，还是对于他自己，都是有好处的。
④对工期预估过于乐观，项目排期出现了问题
项目排期，其实也是一个预估的时间，谁也不能保证一定可以准时完成，如果是项目排期出现了问题，一
