最近在做專案的過程中有一些思考，目前手上有兩個專案。專案A處於測試階段，專案B處於需求階段。

處於測試階段的專案A，在過程中發現較多的問題需要各個角色的人修改原本的方案或者增加新的設計，姑且不談為什麼會出現這些問題，單從出現了這些問題以後我有哪些思考。

      之前組織的提測前冒煙測試由開發主導，來向大家展示自己程式碼實現的效果，也可以看作是開發同學的一項成果展示。這次在負責專案A的測試過程中，我決定在專案上預釋出環境之前組織大家來一次驗收測試。全員參與由測試主導向大家演示整個專案的實現效果。這麼做有以下幾個目的：

1、考慮到這個專案週期有點長，想跟大家一起再回歸一下整個流程的各個功能
2、希望能在過程中發現一些體驗上不合理的問題，提出改進的建議。
3、全員參與的情況下如果對現在已實現的業務功能有不滿意的地方，可能後續修改起來也不會有心理排斥。

最重要的一點是：專案是大家一起完成的，最終能在上線前先能得到大家自己的一致評價是挺重要的。也讓我們能感受到自己做的東西是得到內部認可的，即使有不滿意的地方也能及時提出來並改正。希望能在有限的時間內呈現儘可能完整且高質量的產品給使用者。

處於需求階段的專案B，在前期經過一次需求溝通後，大家一致認為目前的設計是滿足了一部分需求，但是屬於治標不治本的，沒有從根本上把問題解決。

      大家經過一番討論後最終還是決定滿足產品的設計方案，實現其功能。過程中能看出來大家是有想法的，但是最終還是選擇了用相對成本較低的方式先實現功能。會後我單獨跟產品溝通後發現，實際上他們也是明白當前的方案是治標不治本的方案，但是考慮到種種原因，考慮開發實現成本，考慮運營操作成本等方面，沒敢大刀闊斧的去改動。我也很能理解他們，不過我還是鼓勵產品同學優先考慮的是使用者而不是我們內部的問題。因為最終我們是要服務於使用者，而內部的研發是輔助更好的在技術上去實現它，有時候產品的設計方案可以刺激到研發人員的創新，所以在需求前期還是儘可能的考慮比較完美的方案。當你的目標是天空時，勢必有把握飛過樹梢。其實從個人的工作經驗層面考慮，你做什麼專案並不是最重要的，重要的是你採取了什麼樣的手段去做成了這個專案。

以上就是本週對工作方面的一些思考。值得欣慰的是，專案A經過跟專案經理的溝通，增加全員驗收測試這個環節很有必要以後會流程化。專案B經過跟產品經理的溝通以及對她的鼓勵，最終決定重新設計從根本上解決當前的問題。