1、 需求阶段，需求文档描述尽可能的详细，比如该功能点是做什么的，涉及到哪些字段，字段是否必填，如果该字段输入存在各种问题，应该出现什么样的提示信息。需求做的越清晰越准确，后面的相关人员才能更快速准确的做自己该做的。

　　2、 项目中肯定会遇到很多细节问题，在讨论该细节问题时，产品经理要利用自己对功能点的理解及对整个项目的整体把握，快速的果断的处理该问题。树立自己在项目中的威望。一个项目中人人都是产品经理，会导致大部分人可能某些时间内卷入对细节的分析及沟通中，影响做自己该做的事情。很多事情没有对错，这个时候就要有决策人果断决定。

　　3、 项目经理

　　l 在分配开发提交新功能及修改缺陷的时间要合理，要善于每天检查缺陷数量和新功能点的多少，按照缺陷优先级、缺陷数量的多少、缺陷的严重度、开发人员能力等因素考虑要完成的新增加的功能点进行合理的有效的分配给开发人员。比如，能力稍微欠佳的开发人员可以修改严重度偏低，优先级偏低的缺陷，适当的分配给逻辑复杂度稍微低一点的功能块，循序渐进，使每个开发人员的能力发挥到最大。反之，会影响开发效率，摧残开发人员的积极性和自信度。

　　l 每周定期的召集开发人员与测试人员沟通，了解项目组内每个人的进展，以及项目中开发与测试存在的问题，及时意识到问题存在可以灵活更改其他方式，避免该问题存在。找到开发工作与测试工作的衔接度达到最大。

　　l 与产品经理对于一些细节问题沟通时，项目经理评估工作量及用户体验等因素后，可以及时拒绝。

　　l 每天检查打回缺陷、拒绝状态的缺陷及遗留缺陷，规定固定日对拒绝修改或者遗留的缺陷进行重审。

　　l 每天按时把解决的或者提交的新功能点更新到测试服务器。测试人员每天首要任务会把前天修改的缺陷跟踪及验证，关闭缺陷或者重新打回缺陷，或者更新后发现新的问题提交缺陷管理器;其次就是根据提交的新功能点进行测试。

　　l 项目经理更新到测试服务器之前对提交的功能点进行自己首先过滤，发现明显存在很多问题功能打回。

　　l 更新到测试服务器之后，项目经理及时在项目群发布通知系统已更新，避免测试人员不断询问是否更新或者忙于测试其他问题，影响对更新后缺陷的跟踪及验证。

　　4、 开发人员

　　l 针对项目经理分配的任务，尽可能早的把简单的问题完成，然后再按照缺陷的优先级及严重度进行修改，遇到技术问题，汇报给项目经理，有项目经理针对情况进行解决或者找别人解决。多人私下沟通及浪费自己的时间又浪费别人的时间。

　　l 针对缺陷描述不清或者不可重现的问题，及时与相应的测试人员沟通。

　　l 开发人员有权拒绝修改缺陷，但要注明原因。

　　总之，开发工作尽可能早的在计划之内完成，包含开发新功能点和修改缺陷的完成。避免为赶进度只完成提交新功能点，不修改缺陷，把缺陷集中到最后修改的思想。因为这样会使本身存在质量的功能再在该功能上进行其他功能的开发，一旦问题暴露，修改就比较耗时。同时也给测试造成沉重负担，使本来应该循序渐进的工作流程，集中到最后一起测试，难免会遗留问题的存在。