从一个开发者的角度来考虑，开发人员可以提前介入需求阶段的工作。在需求阶段可以让开发人员参与，毕竟只有开发人员才知道我能给你什么;尽量用直接形象的方式来确定需求，比如原型或者简单的演示，让甲方明确知道他最终拿到的产品是不是符合他的预期。
项目前期对用户进行调研，确定用户需求，并通过需求分析得到产品需求，交付开发。但是在实际项目开展中，总会出现意想不到的需求变更，可能是现有需求的调整，也可能是需求范围的增加。
痛点分析：
1) 现有需求的变更
开发人员可能已经完成详细设计并完成开发，需求变更很大概率会造成返工，或者影响整个系统初期建立的数据库结构和框架。
2) 需求范围的增加
最直接影响的是项目工期，新需求需要从零开始，项目工期要随之延长。
应对之策：
需求调研阶段充分理解用户需求涉及的业务，积极与用户沟通交流，尽可能获取到最真实、有效的需求，避免由于开发过程中用户觉得设计与需求不契合，提出需求变更。
为减少并控制需求变更的发生，我们可以从以下几个方面进行努力。
1) 明确需求范围，定义项目边界，防止需求无限扩大。
2) 需求调研要充分，用户往往提出的是表面需求，我们要与用户进行充分沟通，理解其真实需求，否则将会导致不充分的需求不断向下传递，风险不断扩大。
3) 在充分理解用户需求的基础上，对需求进行分析，给出解决方案并由项目经理、需求人员、开发人员、客户等相关方进行评审，需求人员应从业务角度让开发人员对需求有充分理解，尽量避免开发人员对需求理解不一致带来的偏差，最终由各方签字确认。
4) 、在设计和开发过程中，发现的需求不足和模糊之处，要做到早发现、早沟通、早应对，不明确的地方要与客户、开发人员等各方多进行沟通，避免不明确的需求向下延伸。 如果需求变更不可避免，那么一定要充分考虑变更带来的影响，预留足够的时间和人力来应对变更。变更不是难点，变更之后如何保证正确性才是重中之重。如果时间充分尽量全面覆盖测试，如果时间不足，开发人员应仔细分析影响范围，把握变动点，有针对性的开展测试。