※ 引述《aleeon ( )》之铭言：
: 顺带提一个
: 问题的本身是在问MIS的绩效
: 回答以如何能够量化、可视化MIS的工作
这个部份, 真要我讲, 就是在唸PMP时, 学到里程碑是要能被验证的东西.
在规划时. 配合公司例会. 在例会时做简单报告. 在每月都要有个小小被验证的东西
因为程式本身没写完, 或写好. 就是垃圾.
但在规划期就做好切割就不会因为BOSS临时想看. 而没有东西.
比如 我一支程式在 DB/流程/撰写. 共要3个月.
第一周就是给出流程. <= 可被验证
第二~三周就是订DB.跟用EXCEL画出画面 <= 画面可以确认需求, DB没法子验证
第四周就排后面二个月的行程.
跟BOSS讲. 大概二周报告一次. 每次都会准备一点东西.
比如判断逻辑/画面雏型/初步结果等等.. ..
如此一来. BOSS会觉得有参与感, 也可以在过程中让BOSS多暸解
在三个月下来. 就不太会隔三个月后, 结果不是BOSS要的东西的结果.
一开始很辛苦, 因为BOSS不能理解. 会吵架. 有时自己要多做很多图/流程
几次下来. 都如期. 且使用者反应良好=> 渐渐得到信任 => 愈来愈好规划省事
而且当同时有2-3个专案在进行. 每二周报告其实就够了. 都可以有东西.
说真的, 要遇到懂程式的BOSS太难了, 但找到方法. 自然就轻松了.
最忌觉得BOSS就是不懂. 然后自己认命或怨天尤人..
因为你今天会付钱给你不懂的东西吗? ....
SO ... 换个角度思考. 给自己动力去寻找更好的做法. 反而更重要.
: 这就是问题本身
: 至于什么看上司、看主管、看长官、看老板
: 那都是人际、应对进退的问题
: 那些人际、应对进退的方法是最难教的，跟互动的各方都有关，
: 保持正面想法，不断的改善自己沟通的方式，一定会得到好的结果
: (但不一定在同间公司得到好结果XD)