※ 引述《aleeon ( )》之銘言：
: 順帶提一個
: 問題的本身是在問MIS的績效
: 回答以如何能夠量化、可視化MIS的工作
這個部份, 真要我講, 就是在唸PMP時, 學到里程碑是要能被驗證的東西.
在規劃時. 配合公司例會. 在例會時做簡單報告. 在每月都要有個小小被驗證的東西
因為程式本身沒寫完, 或寫好. 就是垃圾.
但在規劃期就做好切割就不會因為BOSS臨時想看. 而沒有東西.
比如 我一支程式在 DB/流程/撰寫. 共要3個月.
第一週就是給出流程. <= 可被驗證
第二~三週就是訂DB.跟用EXCEL畫出畫面 <= 畫面可以確認需求, DB沒法子驗證
第四週就排後面二個月的行程.
跟BOSS講. 大概二週報告一次. 每次都會準備一點東西.
比如判斷邏輯/畫面雛型/初步結果等等.. ..
如此一來. BOSS會覺得有參與感, 也可以在過程中讓BOSS多暸解
在三個月下來. 就不太會隔三個月後, 結果不是BOSS要的東西的結果.
一開始很辛苦, 因為BOSS不能理解. 會吵架. 有時自己要多做很多圖/流程
幾次下來. 都如期. 且使用者反應良好=> 漸漸得到信任 => 愈來愈好規劃省事
而且當同時有2-3個專案在進行. 每二週報告其實就夠了. 都可以有東西.
說真的, 要遇到懂程式的BOSS太難了, 但找到方法. 自然就輕鬆了.
最忌覺得BOSS就是不懂. 然後自己認命或怨天尤人..
因為你今天會付錢給你不懂的東西嗎? ....
SO ... 換個角度思考. 給自己動力去尋找更好的做法. 反而更重要.
: 這就是問題本身
: 至於什麼看上司、看主管、看長官、看老闆
: 那都是人際、應對進退的問題
: 那些人際、應對進退的方法是最難教的，跟互動的各方都有關，
: 保持正面想法，不斷的改善自己溝通的方式，一定會得到好的結果
: (但不一定在同間公司得到好結果XD)