專案管理是乙個非常綜合的任務，裡面用到的東西非常多。簡單的打個比喻，如果純開發工作是乙個單執行緒的工作的話，專案管理是cpu的工作。cpu對比單執行緒的話，它強大之處在於可以包容多個執行緒，強大的排程能力。這也就是為什麼從高階開發轉向專案管理的困難之處，不僅僅是工作內容的重塑，還要重構思維方式。
現在的專案在進行過程中總是分階段並且是分工的。專案分階段進行，這說明專案本身也是乙個比較複雜的任務。通常我們在做一件事情的時候，都是要分步驟處理的，儘管有時候我們沒有注意到。專案參與的人很多，基本上也做不到有人可以知曉專案從頭到尾的全部內容，從立項到**，從測試到維護。隨著越來越多的技術加入軟體開發當中，隨著業務規模的逐漸擴大，分工擴大化是無法避免的。這樣就出現了現在專案當中懂業務的只了解業務，懂得**的只知道**的相關技術，懂得設計的不知道最後**的細節和業務的成因，懂得測試的人不知道**的具體邏輯等等，這些分工越來越細化的趨勢非常明顯。人的精力是有限的，為了滿足要求就必須要更加的專業化，更長的學習時間。
為了保證專案的正常進行，需要有專業的客戶代表，需要盡量模擬使用者的使用場景。客戶代表是使用專案服務的人，但是不是全部，怎麼去選取客戶代表卻是一件超級麻煩的一件事情。無論採取隨機抽樣，分層抽樣等等抽樣方法，客戶代表也是不可能覆蓋到使用者整體情況的，只能覆蓋的一定程度。同樣，不使用這種方法，採用假想方式生成使用者需求的話，雖然看上去是減少了費用，不過卻提高了專案的失敗率，因為我們畢竟不是真實的客戶，其心理狀態、生活習慣等等因素相差很大的。模擬使用者場景同樣可以幫助我們進一步了解需求存在場景，找到隱性的一些需求設定，這個地方也是存在不可控因素的，模擬場景不是真實場景，可能在模擬場景時丟失了某些關鍵要素。這是來自客戶方的風險，可以想辦法去降低，但是無法消除。為了應對客戶方存在的問題，系統分析的人來了。
從客戶方得到需求之後，要進行分析和設計。現在技術發展速度越來越快，真正的可以把控全域性的設計架構人員需要明白各種技術的優缺點，合理的組合技術並預留出技術的進步空間，制定出滿足約束條件的架構，並能根據專案進行過程中約束條件的變化，調整框架，要求也越來越高。可惜的是國內好的技術人員大多被轉到管理上了，而且是每當技術熟練了也差不多被推到管理崗位上了。這樣也導致了有設計理念的技術人員在國內環境內也在減少。假如有這樣的人，我只能說歐皇附體了。為了應對設計和架構的問題，設計架構的人來了。
拿到設計架構之後，具體的**實施則需要程式設計師了。這個時候的工作量和進度其實是不可控的，如果客戶方和設計架構師做的好，那麼工期縮短並且進度加快，如果其中有一方做的不夠好，進度和工作量基本上控制不下來。例如整天變來變去的需求，同乙個需求今天加點這個明天加點那個，這個是客戶方其實不知道自己想要什麼。專案的架構今天出點什麼問題，明天來些高併發的宕機，都是一些相當棘手的問題。假如前兩步都很好，**的實施工期還比較明確，如果沒有人事給你往裡面注水的話。實際上，在**實施環節，不是每個人都能保證**質量的，**寫的難讀和bug一大堆的情況很多，這裡是實施的最後一公尺，也是專案當中背鍋最多的地方。其實這裡出現的問題真正歸屬到**上的很少，如果有也是因為這裡是離客戶方遠的地方，溝通的效率決定了程式設計師對需求的理解與客戶方提供的需求是有很大一段距離的。在專案**實施工程中，一定要讓客戶方代表和程式設計師可以進行溝通。很多專案都是死在程式設計師見不到客戶方的情況下，創業公司尤甚。
專案開發完成之後進入測試期，這個時候需要測試人員了，盡量保證測試人員不是當前測試功能的開發人員，除非要做白盒測試。測試案例的編寫時需要詳細的需求文件的，如果有客戶方配合那就更好了。測試案例的步驟則需要跟設計人員溝通，如果滿足不了，可以詢問開發這個功能的開發人員去確定。測試人員的技術入門門檻實在是低，但是需要的溝通能力要比開發人員要高。其實這些都不是關鍵，關鍵是為了節省當前的費用沒有測試人員，全部使用功能的開發人員測試其開發的功能。
專案的複雜源於各個環節的分離，分離的原因多樣化的。這種分離會提高專案的規模，也會導致繁雜程度的提公升。分離導致了瀑布模型的不適與對各個分離層級實時溝通的渴望，發展出了滿足分離之後溝通需要的各種軟體開發模型，迭代、螺旋等等。
note:如果一名開發人員想轉向管理，需要的條件如下：1.對要管理的內容熟悉；2.對人員的工作能力有很好的評估；3.會分解工作內容；4.會驗收工作內容；5.溝通與獲取外部資源。這些條件當中有些條件是可以在轉向之前提前準備好的，有些則需要在實際工作中鍛鍊。
任務流程管理，從繁雜的專案管理中解脫出來
工作任務安排是每個企業必備的，企業協作如果使用一款高執行 高協作的軟體能讓整個團隊業務執行事半功倍。每個公司的任務安排業務流程大體相同，任務流程管理如果可以視覺化跟進。製成矩陣式的流程圖是很有必要的，一張圖 說明業務工作流程，並且可以在矩陣流程圖中可以直 到各個任務的分工以及任務負責人的職責，又或者...
裝修公司事務繁雜，如何進行專案協作管理？
裝飾企業管理最難的是什麼？管人！相信這是多數企業管理人的共同心聲。有種觀點 人都是做你要求的事情 所以我們在管理中習慣通過檢查去做好管理，也衍生了質量管理系統 服務管理系統，用標準去管理。終究，這些都是被動型管理，不能充分發揮員工積極性，管理者在 管與被管 的遊戲博弈中，心力交瘁。為什麼管理會出現問...
專案管理 專案整體管理
關內容點滴記錄，會持續更新 為實現專案的目標，而領導和執行專案管理計畫中所確定的工作，並實施已批准的變更的過程。本過程主要作用是 對專案工作和可交付成果綜合管理，以提高專案的成功的可能性 答 是一種記錄和跟進所有問題的專案檔案 內容包括 1 問題的型別 2 問題提出者和提出時間 3 問題描述 4 問...