多並行項目管理 -- 多則亂，退一步！讓其一目瞭然！

最近朋友諮詢我一個問題，說他們公司可能有不少小項目在並行（20個左右），那麼產生了下面幾個問題

1. 「救火型」工做模式，一下子A客戶抱怨了，作A項目。一下子B客戶來了，趕忙作一下B項目，典型的被外部客戶鞭策着走，也就是被客戶控制了項目的節奏。
2. 資源調配不過來，開發人員是有限的，作A項目，必然B項目要放下，那麼到底作A仍是作B呢？
3. 到底要不要加資源，加班來處理項目，那麼何時加資源，怎麼加資源，加多少資源呢？

基於上面的描述我給出了，如今最重要的兩個圖（可視化實際上是項目中應該常常考慮的方法，問題暴露了天然能有解決方案，就怕是本身陷入問題之中，而歷來不知道問題在哪）

1. 關於資源的問題，第一反應在我腦海中的就是甘特圖（我這個是excel作的，敏捷的思想讓我放棄了MS project這樣的重量工具），

　　這個圖裏有有這麼幾個要素我以爲很重要

　　　　-- 每一個格子裏須要的資源數

　　　　-- 虛線表示的項目milestone （如6月的那條豎線）

　　　　-- 最下面，資源超載的，顏色警示

　　　　-- 這個資源列表每個月review的時候，都生成一個，而後每次在右邊寫上變更的change log

 

2. 關於項目是否出現交付的時間問題，那麼做爲敏捷工做者，release burndown chart第一時間跳出在了個人腦海，每一個項目作一個release burndown chart。

每個月update一次，這樣很容易發現失控的項目了，以下圖：就是看actual burn down那條線，是否大大偏離target burn down那條斜線，圖一中黃色的4~7月之間項目是有個停滯開發期的，

還好7月份採起了重要措施，讓項目回到了正軌，按時發佈

3.上面圖表用excel來作還算簡單，輕量級，也不須要頻繁更新，每個月一次的項目組大會以前，項目經理更新一下。

（能夠分兩次會議，一個是項目預備會議，項目組大會上一次展現更新的項目圖，並記錄問題。第二次會議，基於項目圖上的問題，進行逐個討論）

問題當天討論不出結果的時候，過一兩天隨着時間的推移，人通常會有更好的解決方案的。多是人變聰明瞭，也多是在放鬆的狀況下，大腦更活躍。

沒有結果的時候，千萬不要坐在一塊兒，浪費時間。

4.最後這些圖建議都貼牆上，走過路過不會錯過。這樣你們都知道公司項目的運行狀況，以及是否有問題須要幫助.

 

在問題原本就多，複雜度很高的是否，千萬不要再引入複雜流程和複雜工具，來加大項目的複雜度。

excel，ppt ，Visio，思惟導圖  基本能解決極大部分問題~~

一些新鮮，灼熱的看法，沒有太整理，但願能對別人有幫助，對本身也是留個記錄~~