2018年5月 至今，主管專案已經五個月了，是時候該總結一下了。

       這幾個月以來，我發現了自己的一些問題：

          需求收集、整理、記錄、確認方面 ：

                           分析需求不夠徹底，整理出的使用者需求不夠徹底，導致滿足使用者的需要。

                           需求都需要記錄，沒有記錄需求，不易記憶，不易交接。

                           需求都需要確認，需要有正式的郵件、檔案等正式的書面表現；如果沒有不好甩鍋，你懂的。

          業務及實現方案設計方面：

                           做設計時，只考慮了業務的可操作性以及方案的可擴充套件性，有時並沒有考慮到『使用者角色』對現實業務的關注度和關注角度，導致失敗或需求重做。

          需求變更控制與記錄：

                           需求在開發的過程中（專案執行過程中），難免遇到變化，比如：使用者突然加功能、改功能。此時，你就要控制一下了，要不要做、什麼時候做、怎麼做。這很重要。你會發現有些修改是對你整個之前的設計都有改動，你需要重新設計，這就很崩潰了。

          進度控制：

                           這一塊，我個人感覺自己做的『很不好』。我自己寫程式碼的時候，很順利，都可以按時完成功能並上線。但是當需求交由團隊其他人的時候，你就需要考慮甚多因素了，無非也就是『人』『事』『物』。

                           人（專案成員）：工作能力（主要指編碼）、心情、身體狀況、態度、對需求或專案的理解程度、對專案的熟悉程度。

                           事（專案）：專案的可執行性、目前的團隊是否能夠完成專案。

                           物（物質資源）：電腦、伺服器等。

                           這些都是專案經理或專案負責人需要關注，並時刻管理的。

          對團隊的技術指導與培養：

                           上一塊內容我們提到了『人（團隊成員）』，並不是所有團隊成員的能力是相差無幾的，有的差距很大；有時候甚至整個團隊都無法勝任專案需要。這時就需要培訓或者指導了，不過效果要看人了，比較麻煩。

                           帶過沒有經驗的或者新人的朋友們應該深有體會。。。。

          與團隊成員的溝通：

                          這一點我不知道該怎麼講，暫時先不說了吧。