 |
 |
Wauoo
鐵驢友〔初級〕
． 積分： 23
． 文章： 38
． 收花： 218 支
． 送花： 3 支
． 比例： 0.01
． 在線： 28 小時
． 瀏覽： 220 頁
． 註冊： 4505 天
． 失蹤： 3659 天
． Taiwan |
|
|
 |
|
 |
|
| #10 : 2013-7-9 11:21 PM
只看本作者
|
 送花
(0)
 送出中...
|
|
|
 類似MIS 系統才會有這種問題吧.....
我曾經做過MIS 系統的單幫客, 我的做法很簡單
1. 先找老闆(或主事者)談, 主要是要了解系統要做多大, 最重要, 則是取得相關人員名單
2. 跟所有相關人員談, 主要了解他們怎麼工作, 既有的各種表單怎麼產生
3. 回頭找第一個人, 談他對整個系統的願景, 然後針對不可能的事情, 直接了當拒絕
基本上, 系統上線不曾發生大修改, 也沒失敗過
MIS 公司最大的負擔, 往往是要沿用過去的程式碼或模組
然後要求客戶依照公司原有程式的流程, 然後變動客戶熟悉的表單
這常常造成客戶需要配合變更公司內的流程/表單, 也往往造成上線一片混亂
然後回頭開始修改流程跟表單直到客戶滿意為止
如果是電子產品的軟體則單純許多
通常都是公司先做出雛形, 然後給客戶看 (這個客戶都是通路公司)
通路公司的PM 都很厲害, 可以在很短時間內, 提出產品完整規格
反而是常常規格中很多東西技術上有困難, 然後談判哪些東西不做
然後把產品完成, 上市.
會需要改來改去的地方, 則是做雛形的時候
這時候, 公司內部有決定權的PM 是否有腦袋, 就完全影響會不會改來改去了
好的PM 會很清楚的描述產品要達到甚麼樣子, UI 要做成甚麼樣子
豬頭PM 就會啥都提不出來, 等工程師做出個樣子, 然後開始亂改一通
工程師依照要求改完, 他又要再翻案, 因為覺得跟他要的不同
然後, 從頭到尾, 他沒有完整描述過他要的UI 到底是啥樣子, 呵
[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
|
|
