個人工作建議分享

主題：個人工作建議分享

 

Dear all:

主動積極的態度來改變自己的工作環境/工作方式/思維方式，少抱怨，多思考如何改變自己，以下為個人工作建議分享給大家，供參考：

 

一、設計>需求

問題來源：用戶不停的變更需求，MIS不斷的完善程式以便適應需求變更；

引用例子：中山/昆山標籤/COC以及客戶報價/對賬/關務面積公式等對外資料格式或者內容經常因客戶變更；

造成結果：MIS花大量時間/精力做此類工作，影響工作效率/品質，工作積極性下降；

建議對策：改善程式的設計，可以考慮用範本/自定義/參數的方式讓用戶自行設定；

盡可能靈活應對用戶需求，避免參數寫死在程式裏；

建議目的：用我們的程式設計來引導用戶的需求變更；

 

二、後臺>前臺

問題來源：程式突然報錯，發現不是最新程式，用戶抱怨；

引用例子：可後臺也可前臺修改程式；

造成結果：用戶花大量時間更新程式，有時程式非最新程式，用戶抱怨度增加；

建議對策：用戶的需求，需盡可能優先考慮使用後臺程式來實現；

後臺腳本導入比用戶前臺程式更新的效率高十倍或百倍；

建議目的：用我們後臺程式修改的高效率來降低用戶更新前臺程式的抱怨度；

 

三、靈活>防呆

問題來源：程式防呆，用戶做不下去，防呆資訊看不懂；

引用例子：防呆一加就未無法執行/未漢化的防呆資訊；

造成結果：程式無法執行，用戶隨時打電話找MIS；

建議對策：防呆資訊漢化並且明確(至少要讓MIS自己人能看懂);

          防呆出現的應對方法/解決方案一定要有(最好文字化)/避免防呆防死狀況；

建議目的：用我們程式的靈活性來應對用戶持續不斷的防呆功能；

 

四、易懂>技巧

問題來源：程式碼用的技巧太多，MIS其他人員很難看懂；

引用例子：報表中的視圖不止一個，其關係複雜；

造成結果：MIS其他人員修改時，需花大量時間研究；

建議對策：一報表一視圖，同後臺>前臺觀念一樣；

          代碼規範化有助於團隊開發；

建議目的：用我們團隊化開發提高我們的工作效率/工作品質；

 

五、五分鐘>三天

問題來源：程式改善後，用戶測試/驗收的時間超過三天或更長；

引用例子：申請單驗收進度表發出後，無回復結果；

造成結果：申請單無法結案，影響其他申請單作業，降低工作效率；

建議對策：申請單驗收進度表附詳細的測試操作手冊；

          花五分鐘電話並電腦連線與用戶一起測試/驗收；

建議目的：用我們的主動性協助用戶驗收(進度追蹤)來提高申請單結案速度；

 

六、一件事>五件事

問題來源：申請單比較多，無排定優先順序，同時在修改多個申請單；

引用例子：兩個申請單或多個合併修改；

造成結果：兩個或多個申請單混在一起，申請單無法及時結案，精力無法集中；

建議對策：一次只改善一個申請單並把它做好同時及時結案；

          排優先序，按序依次改善；

建議目的：用我們專注做事態度/合理時間安排來應對用戶持續不斷需求變化；

 

以上供參考。

                             台昆MIS 小錢 20090423

 

 

                                                                by 宇宙老人 20090423
                                                                心有多大，宇宙就有多大。
                                                                http://blog.csdn.net/foreveryday007