項目迭代流程和思考

近期在某中小型互聯網公司經歷，迭代流程進行總結。

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致使 、功能點未開發 、測試資源協調不開等

測試過程當中，遇到問題，先自行解決，固然，在保證項目正常的狀況。若是自行解決不了，須要當即向上級反饋，讓領導出面協調。