codejob 的員工薪資管理系統 - soho

※ 引述《bobju (寶貝豬)》之銘言：
: 關於這個, 我可以提出我所採用的接案流程及原則僅供參考(因為不知道別人
: 上述這一段程序我也是跟別人學來的, 在此之前我從不認為這道程序值得花
: 時間去做, 尤其是UI, 程式寫出來就有畫面了, 還先刻意去畫圖? 豈非可笑?
: 但是後來體認到很多案子會有糾紛(自己及別人的經驗)都是因為規格不明確,

其實我覺得你說的東西也沒錯 , 大家講的都是政治正確的東西,
只是碰到的環境適用哪一個 solution 而已,

這世界上恐怕沒有哪一套模式是能完全通用的.


有時候 , 有的老闆適合出去喝酒搓湯圓 ,
有的老闆適合拿著合約逼供畫押 , 這種事情其實沒有絕對.


那比起探討哪一個模式比較好 , 應該來探討的是糾紛的來源 ,
不同模式會碰到的糾紛恐怕也不太一樣 ,

我自己碰到的糾紛來源主要有以下幾種:
（歡迎各自補充經驗@@ 這裡絕對有很大補充空間）

1.價格認知的衝突 (聽朋友亂喊價 or 看到削價的同業等)

2.時程的衝突 (時間不夠充裕又不給額外的預算.)

3.對spec認知的衝突 (programmer規劃的case不符案主需求)

4.對目標瞭解程度的衝突(案主其實沒有很確定自己要作什麼.)

5.對接案者的認同衝突(先入為主的外觀、刻版印象等)

這只是簡單列舉一些可能的因素 .

我自己碰過的失敗case , (失敗case 在此遠比成功case有參考價值.)

3的大概佔 25% , 4 大概佔 25% , 2 大概佔40% , 1、5 佔10%左右.

────────────────────────────────

基本上 4 的 case 能不碰就不碰 ,
但是很可惜 ,案主往往都覺得自己知道自己在做什麼 ,

有時候還真的會傻傻的被唬住 , 特別是新手時期.

4 是其中最難搞的 , 萬一真的不小心接到 ,
真的要好好奉勸各位同行早點抽身卡實際.


3 其實還算好解決 , 通常加幾個功能修改一下賠罪一下就好了.


1 其實也好解決 , 如果你願意退一步海括天空降一下價的話 ,
搞不好反而有機會合作到更好的案子 , 如果不願意 ,
基本上也是一個願打一個願挨 , 對方也沒立場說什麼.


2 也是麻煩問題 , 這種壓力來源通常是來自於所謂的「垃圾案」，
垃圾案就是原本這些東西是他們自己的工作職務但是他們無法勝任，
自掏腰包出來找soho 幫忙保住工作的 , 像作業案跟一些槍手案就是這類.

他們往往只以自己的安危為主，根本不會管你什麼道義或規則，
有些還捨不得出錢 , 自以為花一點小錢就要有人幫忙擦屁股.


問題真的是 spec 不夠明確嗎 ?

我的經驗來講 , 那只是其中一個原因.

--
What do you want to have ? / What do you have?
從書本中，你可以發現我的各種興趣。
從ＣＤ中，你可以瞭解我所喜歡的偶像明星。

或許從文字你很難以瞭解一個人，但從物品可以。
My PPolis , My past. http://ppolis.tw/user/Tony

--