好記憶不如爛筆頭 , 所以還是要記錄下來的。
關於專案管理，作如下的簡要描述，可以給自己乙個明確的提示。
it 行業，一般的專案分為七大模組，分別為：需求分析，概要設計，詳細設計，**和單元測試，系統測試，安裝和移植，專案管理等，
當然還可以細分為其他的模組，不過主要可以從這些方面來著手。可是很多時候，我們在專案進行的時候，是很難按照這一套流程來進行
的，如果有時間，最好是按照這個流程來走，否則就只能是並行進行了。
專案前期是乙個專案很關鍵的時候，麼有乙個好的開始，一切都會很糟。
所以前期的準備工作很重要，而且要盡量的準備充分。這樣才不至於出現比較大的紕漏。
那麼專案的前期，到底應該注意些什麼方面吶，我列舉如下：
1、對此次專案的巨集觀把控。
搞清楚本次專案的目的是什麼？要做什麼事情？最終的結果是什麼樣的？需要從哪些方面入手？可以協調的資源有哪些？專案的現狀是怎麼樣的？
當對這個有了乙個大概的了解之後，剩下的事情就是安排相應人手去細分模組入手了。
沒有對專案的整體有乙個大方向的把控，是很難將專案進行下去的。
2、對已有專案資源的利用。
大專案有大專案的做法，小專案有小專案的做法。
可是不管是專案是大是小，都需要根據實際的資源，充分的利用資源給，讓你資源得以充分的利用，這樣才可以做到無盡齊用。
3、對人員的調配。
沒有任何人是無用的人，只有不會用人的人。正確的人在正確的位置上，可以發揮最大的作用。否則後果會比較讓人難受。
盡量做到人盡其才，物盡其用。讓每乙個人都發揮他最大的作用。這是非常重要的事情。
作為軟體專案的中期，更多的是對專案的把控，盡量按照預期去完成相應的計畫。
1、文件的建立，編寫和維護
語言在傳輸的過程中是會失真的，所以有相應文件的記錄，就可以保證每一次的改動都有據可依，可以對專案的每一步演變有乙個詳盡的了解和掌握。
文件很重要，編寫文件的人更重要，因為要能記錄專案的每一步程序，需要的乙個對文件很仔細很細心並且很盡職盡責的人才可以。
始終保證有乙份最新的文件和乙份改動之前的備份文件，並將改動的地方都及時的反饋下去，讓專案相關人都了解到專案的細節。
此刻的文件應該包括：資料庫設計文件，需求文件，開發文件(介面文件)，產品原型，第三方文件以及相應的資源文件。最好能對這些文件有個清晰
的掌控。
2、定時的查漏補缺，把臨時出現的問題，做好及時的溝通和調節作用。需求變動是最常見的情況，如何能讓合理的需求得到實現並且不讓專案的
進度受到限制，這個就需要對專案有個清醒的了解和把控。
對於專案中人員的協調。尤其是相互不熟悉的人組合在一起的時候，各自都不熟悉，做事的方式和方法也都不一致，如何協調人員是乙個
很藝術的問題。需要的是對人性的了解和掌握。
3、把我專案進度
專案進行到中期，相應的測試環境，部署，執行環境就該要關注了。還有就是留住一些時間用來應付突如其來的需求，這樣才可以保障專案按時完成。
專案後期，重要的是專案資料的整理，專案的部署和上線。
越是到最後的時候，越要注意對專案的把控，不要大意失去了對於專案的把控，而使得專案在最後的關鍵時刻出現問題，所以要特別注意。
交付之後，注意專案監控上的事、
其他的暫時沒有了。很多事情，只有真正經歷過了，才知道是怎麼回事。
關於hanhunmall專案的一些思考
與快取配合 大量併發進來，通過分布式鎖保證只有乙個請求看到沒有快取後，拿到鎖，訪問資料庫，將資料放到快取中。其他併發請求拿到鎖後，再次檢查快取是否存在，發現快取已有資料，就算這些後來拿到鎖的請求，也不會重複去訪問資料庫。保證了只有乙個請求訪問資料庫，存放快取資料。其他請求只是讀取快取裡的資料。可看成...
關於資料管理的一些思考
伴隨著網際網路 5g 大資料的蓬勃發展，資料儼然已成為企業不可或缺的重要資產，資料管理的意義愈發突出，但想要管理好資料卻並不是一件容易事，為什麼呢？首先看一下資料的定義 資料是通過觀測得到的數字型的特徵或資訊。維基百科 結合實際情況通俗來講 資料是企業發展或商業行為中獲取 用於企業的發展壯大，帶來豐...
關於專案管理的一些想法
從開始上班到現在我已經工作了快5年了，換了3次工作，在不同的工作環境中學習到了不少的知識，但是也發現了在專案開發中的一些弊病，主要在於需求方面，其實編碼沒有太大的難度，難的是怎樣保證需求不會在短時間內發生頻繁的變更，所以整理了一下專案開發的流程和其中需要注意的問題。一般交付性專案的流程分為以下幾個步...