專案管理其實最重要就是在任務優先順序與時間管理上下著手
任務多寡和時間 決定專案的品質
一個專案可以視為一個目標
要開始這個專案前會先將任務做分配
決定好每個人在這專案的 [角色定位]
另外就是將任務分成幾個不同的 [項次]
並把它任務賦予給 [特定的角色]
當然有 [項次] 需要多個人同時執行
專案管理上有幾個最重要的原則，就是不是你的事別插手！
聽起來好像很無情，但他是有原因的
假使
A 負責"程式"
B 負責"設計"
C 負責"規劃"
D 負責"除錯"
這是一個循環
規劃 -> 設計 -> 程式 -> 除錯
最後"除錯"遇到問題在把問題回報給"規劃"
"規劃"在看問題出在誰身上給交由"設計"或是"程式"去處理
專案最重要的就是每個人都要扮演好自己的角色
盡可能的不要把別人的是攬來做，即使你會
可以討論但不可一起執行
因為時間是有限的
"設計"去除錯．那原本設計該做的事就要延後做
"除錯"來規劃，那原本整理問題回饋給"規劃"的時間就會延遲
如此的交叉循環下這個專案的效率就會大幅降低，而且要花上更多的時間
把問題解決並調整回正常的步調
這是專案管理上容易遇到的第一個問題
另外還有第二個問題
工作時間其實很容易不夠用
專案其實很難精確預估，只能說我們預定完成時間，並盡力在各個時間點內把所有任務完成
如此一來讓專案可以順利的結束
但當然如果專案那麼容易管理，那一堆人都可以去當專案經理了
因為很多時候都會有規劃初期意想不到的狀況
所以會造成額外的工作量
不過只要這個情形不要太誇張，那通常都不會造成太多的延誤
第三個問題專案範圍模糊，或是改來改去
10個專案8個做不完的原因都在這裡
改來改去，目標或許不變，但是作法變了，聽起來好像很正常，目標不變作法變了為何會有問題
原因在於本來用Ａ方法做到50％了突然覺得不妥這個方法有問題，要換Ｂ方法
這時就會歸零重新開始，不管Ｂ方法是否優先於Ａ方法
進度其實就是歸零計算，因為Ａ方法執行的過程必定經過 規劃->設計->程式-> 除錯
但是現在重新來過或許比較快但是這個流程還是省不了
所以在專案管理上等於是又重新啟動一個程序
加上這樣的改變往往不僅有打掉重練，可能還會增加工作量
因為您還必須要把Ａ方法進行到一半可以用的東西分析出來，用在B方案上
專案最忌諱目標很籠統很不具體，到底要做到到什麼程度？
邊做邊想是專案管理的大忌，一直推翻過去等於過去的時間都是做白工
因為一切流程都要重頭來過
假使希望事情能如預期完成，那就要先確定範圍
並對於任務的複雜度評估要精準，過度樂觀就會發生覺得很簡單事結果搞很久
因為它遠超出你所想的
一個合作提案的任務有幾件事要做
1.確定合作對象
2.找出切入點
3.撰寫企劃案
4.開始連繫
5.管理聯絡進度
6.最後統計結果
每個時程都需要時間，當然長短各有不同。
時間是一點，各個時期的工作量不同是另外一點。
管理連絡進度長，但是工作量小
這是理想，突發的可能有合作模式改變重新提企劃案，那就又搞再一起了
另外管理上最常忽略的盲點就是，不是現在執行的都以為完成了，所以開始新的任務或專案
或是覺得開始／結束時間不一樣為何不能完成
原因請看下圖
請問那19-23號該做哪件事？？？
任務3 1/16-1/24要完成
結果任務6要開始和完成的時間都和他卡在一起
任務5則是比任務3早開始但是要在他之前結束，但是他們的時間完全重疊
這就是問題點了，當東西都卡在一那要必定要捨棄部分部標延後執行，若是真的都要執行那不是做不完，就是做不好
那不如專心做好３件事必較實在
這就是專案管理最常遇到的問題
通常會一個專案包一個專案，或是和平時的任務重疊
但是為了專案平時該做的不做嗎？
這些問題屆時要是無法解決，那損失的就是最上頭的人
長時間處於事情未完成的比完成的多那下面的人，不是應付，就是走人，因為永遠做不完
做不完了狀態下還要求好，那就是見鬼了。。。。。
最後就是上一邊文章所提到的，再有新的人都會離開
到頭來剩下的人原本的人力就有限了，其他人走了事情還能做完嗎？
每件事情都有個合理的時間值，開發A這樣一個程式需要1個禮拜，你說不行只能4天，那最後就是你收到一個有BUG的程式
只是你是否發現了問題點，那到底是賺到還是虧了？
最後整個開發專案有一堆大大小小的問題，導致到哪都有問題？
那這程式誰會用？
最後無法收拾打掉重練，一切重頭來過
留言列表
