2023年5月 至今，主管專案已經五個月了，是時候該總結一下了。
這幾個月以來，我發現了自己的一些問題：
分析需求不夠徹底，整理出的使用者需求不夠徹底，導致滿足使用者的需要。
需求都需要記錄，沒有記錄需求，不易記憶，不易交接。
需求都需要確認，需要有正式的郵件、檔案等正式的書面表現；如果沒有不好甩鍋，***。
業務及實現方案設計方面：
做設計時，只考慮了業務的可操作性以及方案的可擴充套件性，有時並沒有考慮到『使用者角色』對現實業務的關注度和關注角度，導致失敗或需求重做。
需求變更控制與記錄：
需求在開發的過程中（專案執行過程中），難免遇到變化，比如：使用者突然加功能、改功能。此時，你就要控制一下了，要不要做、什麼時候做、怎麼做。這很重要。你會發現有些修改是對你整個之前的設計都有改動，你需要重新設計，這就很崩潰了。
進度控制：
這一塊，我個人感覺自己做的『很不好』。我自己寫**的時候，很順利，都可以按時完成功能並上線。但是當需求交由團隊其他人的時候，你就需要考慮甚多因素了，無非也就是『人』『事』『物』。
人（專案成員）：工作能力（主要指編碼）、心情、身體狀況、態度、對需求或專案的理解程度、對專案的熟悉程度。
事（專案）：專案的可執行性、目前的團隊是否能夠完成專案。
物（物質資源）：電腦、伺服器等。
這些都是專案經理或專案負責人需要關注，並時刻管理的。
對團隊的技術指導與培養：
上一塊內容我們提到了『人（團隊成員）』，並不是所有團隊成員的能力是相差無幾的，有的差距很大；有時候甚至整個團隊都無法勝任專案需要。這時就需要培訓或者指導了，不過效果要看人了，比較麻煩。
帶過沒有經驗的或者新人的朋友們應該深有體會。。。。
與團隊成員的溝通：
這一點我不知道該怎麼講，暫時先不說了吧。
專案管理的乙個月
專案管理的乙個月 新年回來的時候，我接手了公司開發組的管理工作，其實從去年開始，我就已經開始接手主管的一部分工作，雖然工資也是普通程式設計師水平，不過當時因為一些問題所以留在這個公司直到今年主管離職後，我也開始正式接手管理，雖然工資只有一點點的提公升。我在之前的文章裡面那也提到過我們軟體的幾個問題，...
實習2個月總結
1git提交時忽略指定檔案 git的gitignore檔案中可以新增檔案,新增進去的檔案就不會被git檢測並提交到遠端倉庫。一般gitignore忽略的都是專案中的日誌目錄下的檔案以及靜態目錄下的檔案 2nodemon 這個工具引起我的認識是在我用它開啟node服務，然後調介面 會向服務的目錄裡寫入...
三個月的總結
進入新專案的三個月這麼快，乙個月學習了核心相關知識，第二個月淨測試了，第三個月看原始碼了。這三個月感覺知識像是填鴨似的，我自己都還麼消化完，不過也沒有辦法，大哥們都要撤了，一大堆事情突然讓我來弄，太不適應的。可能自己以前都是過的逍遙慣了，喜歡和大家嘻嘻哈哈的過。反正我知道不幹是不行了，只好硬著頭皮來...