一入職，我就被分配到某大型中藥企業專案組，並負責該專案成功上線。忙碌工作的日子過得飛快，半年就這樣一閃而過。我就說說在這半年裡遇到的一些事吧。
剛進入專案時，主要工作就是負責撰寫各類文件，包括業務藍圖、開發需求說明書、測試用例等，並且配合測試人員做一些測試工作，以及和專案進度跟蹤的工作。最開始，撰寫的文件總是被客戶埋怨編寫不規範，經常返工重寫。也可能是因為我們對接的客戶所處行業比較嚴謹規範，因此對細節要求特別嚴格，例如錯別字、標點符號，這些小細節都特別敏感，通通不會遺漏。因此，就是這編寫文件簡單的工作，也修修改改，來來回回折騰了很多次，終於達到客戶要求，才成功的拿到了業務藍圖、測試用例等文件的確認簽字。
好的開始是成功的一半。正是因為這樣的經歷和磨練，領導對我的工作能力給予了肯定，決定讓我全面接手專案工作，並到現場進行支援，更好的與客戶配合與溝通。
在客戶現場的時候，我面臨了新的挑戰。
對方客戶經理是個看起來很幹練的女經理，平日不苟言笑，非常嚴肅，並且很強勢。讓我領略到，在現代職場中巾幗不讓鬚眉，女子也能頂起半邊天。與這樣的客戶溝通，真是一門學問，初出茅廬的我，遇到了不少棘手的事……
某次，在與客戶進行系統調研時，與那位客戶經理因為變更需求問題發生了小爭執。客戶經理堅持要求變更需求，經過多次交談溝通無果，只能答應修改需求。但由於都是口頭確認，沒有留下正式文件，給我後續的工作埋下了不少麻煩。
變更後的需求陸續投入開發，在驗收時，對方客戶經理突然反悔了，要求再次修改需求，導致增加了不少開發重複工作量。哎，結果弄得我是裡外不是人，當然，這也是因為我初次接觸專案，經驗不足，變更需求沒有留下正式文件導致的。
從這以後，我就有了經驗，此後在確認需求之後，我都會以郵件形式將需求公示出來，並且需要對方領導確認，再投入開發。一方面，可以防止需求反覆變更；另一方面，也不會給我們的開發人員帶來不必要的工作量。
伴隨著這些問題的出現、解決，專案也逐漸到了收尾階段，勝利的曙光就在前方！熬了大半年，終於迎來的專案成功上線，但是，伴隨著專案上線，撲面而來的不是勝利的喜悅，而是一大堆問題……
隨著專案上線，原本線下的業務通通都遷移到了線上，線下到線上這個巨大的轉變過程，迎來了不少業務上的問題。印象最深是因為客戶公司的組織架構非常複雜，下屬部門眾多，本來安排了各個下屬部門將原始單據錄入系統，可是，由於前期系統並未推廣到這些部門，導致前期的單據需要我們幫助客戶錄入。這樣不僅增加了我們的工作量，也讓我們的系統一開始就沒有開乙個好頭。
哎，說到底，還是太年輕，經驗不足導致的。通過這件事，我得到了深刻的教訓：
首先，上線前應該事先與客戶溝通確認原始資料由哪些部門負責，或者客戶指派哪些專門人員進行操作，再溝通清楚之後，上線前先對這部分人員和部門進行培訓，讓他們熟悉系統操作，方便原始資料錄入。
其次，即使最後客戶要求我們幫忙錄入，也是得與客戶進行分工，例如一些重要單據由我們幫忙錄入，讓系統可以正常的運作起來即可，至於其他的單據，就由客戶自己錄入，而不是一味的把所有原始資料都攬過來由我們來處理，這樣才能夠事半功倍！
以上就是我這半年專案管理工作中的踩過的一些坑，和獲得的一些經驗總結。希望對大家能有所幫助。
我與TCP連線不得不說的故事
http伺服器是無狀態的，這簡化了伺服器的設計，並且允許工程師 們去開發可以同時處理數以千計的 tcp 連線的高效能 web 伺服器。本地網域名稱解析伺服器無法解析網域名稱的時候，訪問根網域名稱伺服器 樹形結構 網狀結構 檔案共享 子主題 2 子主題 3 流 直播與點播 傳送方和接收方使用單獨的有限...
我與uni app不得不說的那段故事
好了，接下來就該正式建立專案了qaq 專案目錄 代表內容 components pages 存放頁面檔案的目錄 static 靜態資源目錄 呼叫應用生命週期函式 配置全域性樣式 配置全域性的儲存globaldata main.js vue專案的入口檔案 manifest.json 應用的配置檔案，用...
我和Blog不得不說的故事
我和blog不得不說的故事 想用i,blog作為這篇文章的題目，寫完後才發現，放到末尾更合適。本想仿照最新大片 i,robot 的名字來作為這篇blog的題目，後來發現 blog有很多草根習性 與劉一賜喝咖啡 誰是草根？和大片 i,robot 中的高科技品位不太對路。所以就起了名字 我和blog不得...