今天是不吐不快 

公司的系統開發部真是廢得利害

在此列出其罪行讓各行家評議．．．

1. 系統運作超慢－－－一個搜尋的功能，打開已經要２０秒，未包括搜尋的時間，另外一個記錄處理的工作，按了確定後，要５分鐘才完成．．．
2. 沒有從使用者流程的想法才編寫－－－系統根本和使用者的工作流程不一樣，使用後反而令部門慢了半天才完成工作
3. 極多錯誤－－－完全沒有做unit test的感覺，一打開系統已出錯了，好明顯是沒有試清楚．．．

經歷過很多的失敗，總結了數年的經驗，

發現香港系統開發公司存在著結構性的問題，

令到大家不停地OT，斷六親，連拍拖都沒有時間，

做到心灰意冷而轉工，沒有轉工的同事就分擔已離職的人的工作，

OT時間變得更長了， 令到在職的同事更想轉工．．．不停循環．．．

1. 項目管理－－－真正懂得項目管理的人小之又小，令到很多task要重做，很自然地在不影響schedule及cost的前提下，強迫員工免費OT是唯一的解決方法(當然這是一個最錯的方法），其實有其他解決方法的：趕貨處理手法
2. 人事管理－－－公司沒有人事管理的計畫，例如幫員工develop career來增加他們的歸屬感，沒有良好的制度來evaluate員工的表現，只以管理層一己之主觀意見來評核，可參閱解決方案如下：如何評核員工的表現
3. 價值觀－－－員工不是一件可替代的零件，員工是資產(asset)，沒有尊重員工的專業，只會令有能力的員工離開，你就算能聘請新人，他也不能在短時間學好公司的運作，也未必能和客戶建立比舊員工好的關係

你知道為什麼嗎？

在此分享我對分phase好處的見解：

1. project的成功率 --- 分phase做，令到客戶能早一點使用該系統，令到用戶能深入體會系統的好與壞，後面的phase的design有錯或不合適也可以早點改善
2. 加大客戶停project的成本 --- 因為分phase做，前面的phase已經上左production，再轉其他公司的系統會有很大的cost（包括procurement cost及learning cost），fall back的機會大大減少
3. 更健康的現金流(cash flow) --- 你不相信？其實因為分了phase後，每一個phase也是一個獨立的project，收錢自然可以更快，就算客戶走數，你已經可早點停project

有阻滯做慢左要追返個期？

很多老細最常用的處理手法是強迫OT，

除了這方法有其他方法嗎？答案如下．．．

1. Negotiation --- 有否運用一下negotiation skill來和客戶溝通？其實很多客戶會明白事理的，可能他們會接受延長交貨期
2. Crashing --- 加人手在Critical path內的task，自然就可以追返個期了
3. Fast track --- 同時間做兩個本身是順序來做的task，當然它們必須沒有Dependent的關係
4. Cut Scope --- 世上沒有免費的午餐，不做部分功能自然可以早點交貨
5. 自願而且有人工的OT --- 遲左 (delay) 不一定是員工的錯，強迫他們無錢收來OT，一定會令他們心裡不舒服，長期只會令員工跳槽

直接影響同客收錢的schedule，等於影響公司的cash flow，

你公司也有以上問題嗎？看看內文的解決方法吧．．．

通常系統開發公司有以下的問題：

1. 沒有project management(PM)的專才 --- 公司內有PM的專才是必須的，舉例來說，PM的專才能幫你找出CRITICAL PATH，安排人手在CRITICAL PATH內的工作以縮短Project的總長度，以下的各點在有PM專才的情況下也會比沒有PM專才好
2. Schedule的預算有錯 --- 工作量比預期大，當然交唔到貨，在plan schedule時，多參考之前的project，或和資深的員工來決定，也要負責開發的同事同意預算的工時數，這便是成功的第一步
3. Quality或對客戶要求的誤解 --- Quality planning做得不好，遺漏或誤解了客戶的要求，便加大重做 (redo)的機會或令到設計必須有大改動並加大了很多工作量
4. 客戶改要求的處理 --- PM內最基本的TIME, COST & SCOPE的鐵三角，只要有其中一方面有改動，另外兩方面 (至少其中之一) 必定會被影響，所以客戶要求加功能，對公司來說，必定會影響交貨期或成本，如果不改期同時又不加人手，就要看PM專才的神奇魔法了．．．
5. 沒有危機管理 (Risk management) --- 危機管理是一門高深的學問，在此很難在簡短的篇幅內說明，在此舉一個簡單的例子：公司開發的系統是用MSDE2000 (SQL Server的免費版) ，但客戶的資料量頗大，有機會多過MSDE2000內2Gb的容量限制，但是沒有人提出來處理
6. Schedule預算沒有Buffer --- 正常的PM都會預留5%左右的SPARE TIME，一點BUFFER都無，有什麼事也沒辦法應付了．．．
7. 人事變遷 --- IT行業最常面對的問題就是人手流失，管理層必須找出問題所在並小心處理，因為對公司運作熟悉的人一定會比新加入的人好
8. 資源錯配 --- 例子就是用了database的開發員來做crystal report，當不是該項目的專業人士，工作的進度自然比較預期的慢
9. 沒有系統開發基本的Reusability --- 如開發時有想到將來可重用並以模組的方式來開發，必定可減少overall cost，公司也應有統一的"procedure或variable的naming rules"，in-line comment及其他重要的documentation，統一和STANDARDSATION才是王道

但這種評核方法太依賴主管的觀察力，

做得不好就會做成擦鞋文化，

比較好的方法是用客觀方式去做評核，方法如下：

要客觀地分析必須要有客觀的數據，

如果你是一個盡責的project manager，

你必定會有每個員工預算工時(budget work hours)，

也會有該員工的實際工時（actual work hours），

如果實際工時比預算工時大，那麼那位員工的表現是差過預期，

如果實際工時比預算工時小，那麼那位員工的表現是好過預期，

現在你已有數字化的評核數據及分析了，（當然實際運作會比較繁複）

所以下次做員工評核時可以試試以上的方法，

你的下屬必定會喜歡這公平又公正的評核方法

在香港真正懂得項目管理的人小之又小，

在此和你分享一些基本知識．．．

1. Integration
2. Scope
3. Time
4. Cost
5. Quality
6. Human Resource
7. Communications
8. Risk
9. Procurement
10. Professional Responsibility

以上的只是最基本概念，沒有實戰經驗的人看了也只是紙上談兵(事實上內容本身也是紙上談兵），

所以你必須把生活上遇到的事和這些概念配對，才能知道這些常識的應用

此外，我會在以後有空的時間和大家分享一些我個人的見解，

希望能幫助大家！！