關於軟件項目管理的心得體會之二

閒話

第二篇來的很遲， 由於本身反覆寫了幾遍，總以爲寫的有點照本宣科。畢竟項目管理是一門實踐科學，而現實的項目又各有各的問題，想精煉的表達本身所悟， 又怕不得其法。以此拋磚引玉的說一下關於加入項目之初的領悟，誠摯的但願和各位交流。

領悟

曾經迷戀各類「術」，多年前做爲一個菜鳥項目經理開始個人首航時，很關注細節，從認真的制定計劃規到商討流程...經歷了起起伏伏， 有順有逆，終於愈加以爲，其實「道」更加劇要一點。如何簡單的歸納一個項目的啓動？ 項目啓動其實很簡單；設定目標 --> 規劃 --> 計劃 這三個步驟不是個人原創，是我偶然聽廣播節目，一個優秀教師教學生如何學習一門功課而給的建議。大道相通。

這裏須要說明一下，規劃是最依賴專業知識的， 計劃是最依賴團隊（組織）的

而一我的在項目中的行爲，我認爲能夠歸納爲：

• 知

• 斷

• 策

• 省

就像任務的SMART原則同樣，這四字訣歸納了對項目中問題的行爲準則。

知

雖然從理論上說，一個項目均可以分紅從啓動到項目收尾的幾個過程。可是過程的邊界必定是模糊的，即使是知道了每一個階段應該如何如何，有時候也很難作出正確決策和行動吧？不知道各位是否是有跟我同樣的同感。因此說， 不管你擔任項目中的任何職位，項目又處於任何階段，認知所處的環境是首先也是必要的。

具體作法有不少: 各相關方交談，參加或者組織會議，查閱已有的文案資料（項目計劃，前項目計劃，bug數據庫， 代碼庫等）。雖然手段不少，可是須要注意要保證效果，以下兩個方面都須要作到：

• 從內向外看

從內向外看能夠發現所處的環境，認識組織，明確目標。

• 從外向內看

這個方面每每是最容易被忽略的。你在組織中的位置如何，是否有足夠的資源，權力， 是否受到信任和保護。這些都是能保證你發揮做用的必要條件。

以上兩方面，實際上是一句話： 知己知彼，百戰不殆。 大道相通。

斷

也就是對問題，事務（任務）的見解和結論，一種很可貴的品質，也是專業度的體現。前文已經提過，不管是項目管理，仍是參與到項目，都須要不斷的針對問題作出選擇，這就須要在知的基礎上進行斷。從此的文章中還會重點涉及到斷。

策

行動的方法，決策是比斷更可貴的品質。針對問題有了見解和結論，如何行動，不得不說是一門深奧的學問。

省

是指檢討，每日三省的 省 。 目標是否達到？行動是否有了效果？接下來該怎麼走？得失有哪些？ 評價「策」，校驗「斷」，就是「省」。

項目之初

筆者不多可以在一個項目的「最初」階段就參與到項目。由於一個項目極可能在很早的時候就開始了，已經有人論證過，或者已經有團隊加入並作了一些原型設計等等。在採起任何行動前，是首先就是認__知__項目。那麼須要知什麼？如何去知呢？

項目的目標

項目成功的必要條件。若是你是項目經理，儘早明確，不然前景叵測。可是現實每每充滿不如意：

• 各個相關方對於項目的目標理解是不一致的

那麼聽出資方的

• 出資方和老闆們都不知道明確的目標

那麼挖掘出來

項目的目標是咱們必須明確的底線。

組織的構成

咱們都不是獨立的，參與項目的組織構成哦就是對於項目的影響但是說是最大的。若是存在不可調和的體制矛盾，基本上等於宣告的項目死刑。

你的位置

有責任，有權力嗎？有義務，有資源嗎？

已有債務

包括，可是不限於：

• 既有產品技術債務
• 既有產品影響範圍
• 團隊人員的風險

這個是最容易被忽略的， 團隊中有存在離職/將要離職的人員，有將要休假人員。

今天就先寫到這裏，下一篇還會繼續項目之初這個話題，會引入一些過往的經歷進行分享。