※ 引述《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 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 221.169.78.140 ※ 編輯: TonyQ 來自: 221.169.78.140 (01/21 21:33) ※ 編輯: TonyQ 來自: 221.169.78.140 (01/21 21:34)