Re: [討論] 程式開發時程換算成時薪

看板soho (在家工作SOHO)作者amosa (夏夜晚風)時間15年前 (2010/08/30 13:41)推噓4(4推 0噓 3→)

留言7則, 5人參與討論串2/2 (看更多)

說到程式報價, 因為看過太多案主/工程師的報價內容都沒什麼根據下去報價所以來分享一下我的一些經驗. 首先我們得先把一個案子切成三個報價的關鍵區塊. * 了解 - 去完全了解案主的需求，並且為主要與案主聯繫的窗口。 * 分析 - 分析案主的需求，並提出系統規劃，資料規劃甚至是技術文件。 * 執行 - 依照規劃書開始執行(Coding) 專案內容。三個區塊重要性都是　1：1：1 這也就是為什麼會有 PM，SA 這樣的職務出現。那這三個區塊的工時品質也都應該獨立出來做計算，例如 | 高品質 | 一般 | 經濟 (單位 $/hr) ---------------------------------------------- * 了解 | $400 | $200 | $100 * 分析 | $400 | $200 | $100 * 執行 | $400 | $200 | $100 ---------------------------------------------- 對於品質的解釋又可以敘述如下， * 了解 | 高品質 - 客戶隨call隨到，重要性最高，甚至到需要Social 一般 - 一開始了解需求，與結案時才須到場開會，其他如無重要事情就電話連絡即可。經濟 - 了解需求時如果能不用到就不用到，須簽約時在出門就好。 * 分析 | 高品質 - 提供最完善的系統分析，包含安全性及日後的擴充性、延展與維護性都要須內入分析文件中。須提供完善的紙上作業流程。一般 - 提供在不考慮太過謹慎的安全性與擴充性為前提下，去完成整份系統文件。　經濟 - 僅提供可實現客戶所需求之系統內容，不主動去做過多的假設情況與系統延展。　* 執行 | 高品質 - 除依照分析文件執行內容外，還需考慮到效能最佳化、紀錄系統訊息及錯誤處理等需慎密思考的撰寫方式。　　　　　一般 - 不考慮錯誤處理，平衡執行時間與效能的方式，去執行。　經濟 - 套版套以前的版套別人的版套自己的版套套套... 當承接一個案主的專案時，大概都會有以下的狀況 1. 案主是完全不懂程式設計這樣的東西。　- (了解 +分析 +執行) x 100%; 2. 案主可簡單規畫出想要的區塊內容、系統架構但不包含完整系統文件內容。 - 了解x50% + 分析x50% + 執行x100%; 3. 案主可提供以有詳細規劃之系統企劃書。 - 了解x30% + 分析x30% + 執行x100%; 4. 不懂裝懂。 - 了解x130% + 分析x130% + 執行x100%; 5. 有追加修改無限段的前科者。 - (了解 +分析 +執行)x130%; 6. 常要求"先做出來看看"要求者 - 有配備SVN者 (了解 +分析 +執行) x130%; - 無配備SVN者 (了解 +分析 +執行) x200%; 所以根據以上原則去估價的話，對自己或客戶都會比較有個交代。當然工時部分又有關於每個人的工作效率，與產能品質，所以每個人對於自己的在了解、分析與執行這三個區塊內心所設定工時價格又會不同基本上如果在這產業打混久，看過的文件、Code夠多的話，自然心中都會有個價碼。身為一個程式工程師，要先知道自己有幾兩重，才知道要跟人收多少銀兩。 ※ 引述《justaID (快樂崇拜)》之銘言： : 接案時的開價，自己所需的開發時程是考量之一 : 這時候就會苦惱，究竟該以多少時薪來換算開價才合理 : 倘若以酬勞/開發所需時程=時薪的方式換算 : 想請教各位先進，以程式設計而言，時薪標準大約是多少？ : (依不同工具語言或者又可細分？) : 還是除了開發時程，還會加上其他考量？(EX: 與案主討論所花的時間也列入) : 感謝分享 -- 又是你！丟不丟人阿！ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.116.164.168