项目迭代流程和思考

近期在某中小型互联网公司经历，迭代流程进行总结。

1.首先迭代流程图以下：（但愿你们能给一些优化建议，互相学习）

 2.迭代过程当中的思考

 

 需求阶段

（1）明确真实项目背景和预期。PM识别伪需求，明确需求方真正的目标和背景预期。文档及时更新和周知。UI变动及时通知。
（2）需求变动等落实PRD作到周知。
需求变动，其实不止是需求阶段进行变动，这个涉及到整个项目过程，均可能会变动。
文档更新和周知，衡量研发时间成本。固然，不太紧急能够考虑二期。
确保PRD和UI图文案和功能btn的一致性。常常出现，C端开发不一致，最后还要再次进行确认，增长沟通和修改为本。
（3）文档交互细节要明确。说实话是，本公司是没交互设计师，一些交互问题是QA来提的，因此常常，会让PM写清楚一些交互实现逻辑，尽可能确保C端一致性。

 

研发阶段
（1）确保每日任务进度。
拆解每日研发进度，确保当天任务顺利完结。不能完结及时沟通反馈，不过这是项目经理去PUSH了。
（2）确保联调时间和自测
确保先后端联调时间，明确送测前研发进行自测。

再次进行确认，增长沟通和修改为本。
（3）文档交互细节要明确。说实话是，本公司是没交互设计师，一些交互问题是QA来提的，因此常常，会让PM写清楚一些交互实现逻辑，尽可能确保C端一致性。

 

 测试阶段
（1）BUG要提交管理工具，测试过程可视化：
    用工具记录每一个人的执行过程，管理人员也能经过工具及时发现测试中不足和风险。也是做为测试沉淀和输出的资产。典型BUG 亦可做为其余项目参考借鉴依据。
（2）报BUG要专业，学会定位BUG，使研发排查BUG有据可依：
做为QA来讲，有的QA 报BUG直接说表现，UI层面问题。
charles,Fidddler抓包辅助测试，可定位一些问题，同时提高咱们的定位问题能力，在RD那边也能颇有说服力和收获好评。
因此，报BUG发CURL或者LOG，会提升BUG定位效率。
分享一篇很nice的文章，如何定位BUG ： http://www.360doc.com/content/17/0627/11/40343770_666897925.shtml
（3）测试阻塞  

测试阻塞的缘由有：流程性bug致使 、功能点未开发 、测试资源协调不开等

测试过程当中，遇到问题，先自行解决，固然，在保证项目正常的状况。若是自行解决不了，须要当即向上级反馈，让领导出面协调。