一個需求的正常迭代流程
墨菲定律
- 任何事都沒有表面看起來那麼簡單
- 所有的事都會比你預計的時間長
- 會出錯的事總會出錯
- 如果你擔心某種情況發生，那麼它就更有可能發生
遇到的問題
- 業務方(BP)不知道自己需要什麼，或者知道自己需要什麼，但是描述不清楚，表達不出來
- 產品經理(PM)不知道BP需要什麼，或者知道BP需要什麼，但是不能向下遊(開發，測試等)闡述清楚，或者再信息傳遞的過程過失真
- 項目經理(PMO)不明白自己需要做什麼，或者知道自己需要作什麼，但是不知道該怎麼做，亦或是知道該怎麼做，但是推行不下去
- 開發人員(Developers)喜歡盲目自信，有時候缺乏大局觀，部分人員缺乏持續學習精神及能力，和上下游以及其它合作域溝通存在障礙
- 測試人員(Testers)對整個項目或者業務的理解不夠，測試用例覆蓋程度不達標，最測試這個角色認知不夠，大多停留在功能性測試上，對必要的測試工具缺乏掌握
解決問題的方法
上面的問題在日常工作中都遇到了，在我看來，這些問題都是可以解決的
- 對於來自BP,PM的需求不清晰的問題，在需求調研階段，PM應該多喝BP溝通，深入瞭解BP的工作流程及需要，有代入感，從自己作爲業務的角度去總結提煉；需求出來後，評審前這一段時間，應該提前放出需求，讓各階段參與人員提前看到需求，要能接納不同的意見；需求是根據業務需要討論完善的，越早完善，成本越低；其次，作爲PM，個人能力很重要，有時候，需求闡述不清晰，流程混亂，就是產品經理的能力問題，作爲產品經理，應深入瞭解自己所在行業，提升個人整體邏輯能力
- 對於PMO，和很多PMO合作過，很多PMO根本不理解自己的職位，不知道自己需要做什麼，更多的則僅僅在需求的前期階段參與排期，排期定下後，很少參與整個迭代的運轉；PMO最主要的、核心的職能是通過各種方式支持PM工作；不論是在人力、物力、財力等方面，只要這個項目和PM（項目經理）是企業批准的，PMO就有責任和義務全力支持項目經理工作，調配資源；但是在工作中，這些屬於PMO的職責範疇的東西，PMO都不知道該去怎麼協調，怎麼規範，不能有效的形成一套規範，一種可持久體現、不依賴個人行爲的組織行爲；當然，這一切都是需要一個好的環境，有的時候，整個企業的氛圍就不好，也就很難形成這種規範的組織能力。作爲PMO，首先得了解自己的職能；其次，需要有和各部門不同迭代參與人員良好溝通的能力，個人能力達標，再依據公司賦予的組織能力，調動必須的資源，達到目的。
- 對於開發人員，因爲開發人員是具體的需求實施人員，在整個迭代總有着舉足輕重的地位；但是開發人員有時候會只專注眼前的事情，對整個項目，整個需求，缺少完整的認知，從而也會影響到具體的方案設計以及具體實現，有時候也會因此影響項目進度；還有部分開發人員，沒有良好的開發規範及編碼能力，這些都是項目中的不可控因素，因爲這些在項目中後期，經常會造成項目延期及難易維護；作爲開發人員，首先要認識到自己的職責以及這個職位的重要性；首先，要保持並持續增強自己的基本編碼能力；其次，要有人人都是產品經理的意識，對參與的需求要有全局認識；要能夠寫出可維護的代碼；對每一個邏輯最好都要有單元測試能覆蓋到，不要盲目自信；最後，還要提高自己的溝通能力，多和不同域的人對接，培養自己的綜合素養
- 對於測試人員，不能只停留於簡簡單單的頁面測試，要多瞭解整個業務流程，要能寫出覆蓋率好的測試用例；同時，也要多學習，提高自己的專業技能；測試是一項高深的學問，涉及到嚴格的邏輯思考及方法論；測試的好壞直接關乎對產品質量的把控，要形成一個持久的流程及規範，把因爲個人行爲對產品質量的影響降到最低。
- 上面闡述的所有方法及注意事項，都要參與人員有積極向上的態度和強烈的主觀能動性；需求迭代的各參與方，都應該有一個好的責任感和使命感；
- 最後，多和優秀的人合作