軟體的成本預估與時程規劃

軟體開發成本該怎麼計算？如果外包要如何規劃？
要有怎樣的規劃及思考才能降低風險並把每分錢用到刀口上？

本次活動將從原則開始聊起
從軟體開發的特性建議該如何估算開發成本及安排時程
加上實際開發案例進行分享

如果您符合以下幾種情況，相信能從本活動得到一些有用資訊及靈感
1. 要規劃新的網站系統或 APP 開發，但不知道如何計算成本及安排時程
2. 手上有舊有系統，但不確定未來要怎樣做延伸或甚至重建
3. 面對現在不斷變化更新的新技術，不知道如何進行技術升級跟規劃

Transcript

1. 軟體的成本預估與時程規劃 SAM HUANG
2. AGENDA 01 02 03 04 05 06 07 背景介紹 軟體開發的特性及特點 成本規劃及開發規劃的原則 案例分享：特化傳產電商 & ERP - 特殊商品結構及庫存管理 案例分享：連鎖餐飲系統 - 線上點餐及資訊再加值 案例分享：公會網站 & APP - 線上課程、會員系統及活動管理 結語
3. 背景介紹
4. 顧問諮詢：協助技術佈局及相關規劃 開發協力：協助產品開發及後續維運 商模合作：協助擴展及增強商業模式 忻旅科技：一站式軟體系統規劃開發 Web App IoT Blockchain Cloud AI
5. 多技術觀點 Web / APP / IoT / Blockchain / AI 多領域經驗 接觸超過 10 個領域 多合作形式 顧問 / 開發 / 維護 / 優化 顧問規劃：領域 x 架構 x 應用
6. 開發 / 顧問 / 營運 工程師。碰過嵌入式系統、Linux / Android、sensor 及 audio，而後 APP、Web、雲端及一點點區塊鏈。 開發外亦協助技術顧問、團隊管理及產品設計，曾在多間 公司擔任技術長及技術顧問。參與超過 60 個專案、產品 開發，橫跨旅宿、金融、教育、印刷、電商、醫療及電信 等多個領域。 Sam Huang https://www.sam-huang.info/ MOPCON 2022 Panel - 談區塊鏈的意義、現況及未來 MOPCON 2022 Keynote - 從 IoT 到 Web2，從 Web2 到 Web3 : 那些開發路上的奇妙風景 JSDC 2021 - 從 React Native 跨屏開始的多領域開發歷程 AWS 案例分享
7. 軟體開發的特性及特點
8. 免責聲明 出自自身經驗，不同情境有不同做法 作為一個估價參考，實務上甲乙方、勞資方博弈更為複雜 利益衝突往往才是突破的起點
9. 技術變化真的快！ 需求變化似乎沒那麼快，但技術的發展卻告訴我們 很多解法 第一個網頁出現到今天大概 12000 天 即使追溯到最原始的也才 20000 天 技術推著我們走 網站、手機、APP、IoT、大數據、區塊鏈、 AI、... → 被推著走也未必是壞事，結合廣告及新型態的互動 往往可以走出新的路
10. 軟體工程？ 軟體工程在實務上有時候是自然科學跟社會科學的結合 技術討論 + 技術管理 + 人事管理 + 專案管理 + 時間管理 + ... 和其他生活中常感受到的工程也不太一樣 同一時間存在許多工法，而且都是對的 個體能力強弱差異極大，差異可以到數十倍， 甚至跟經驗無關 能改良自身常用工具，厲害的人善於改造開發環境 一旦失敗很常什麼都沒有，幾乎沒有回頭路
11. 實務開發可能像什麼？ 與其說像蓋房子，倒不如說像在編給一般人看的工具書（如字典） ➜ 聽需求 → 寫程式碼 → 用工具編出軟體 → … 有很多不同流派的寫法，還要配合用戶的習慣 不同編輯有不同養成方式 書籍不斷在更新 新舊交接是個問題 確實存在分模組的概念，但還是會互相影響 每個做法都是對的，最後才知道答案 特例跟通則？ ...
12. 和商業模式強相關，eg. 訂閱制 or 賣斷 ? 完成品邊際成本幾乎 0，有賣出就是賺 維護和日常經驗差異大 新技術迭代快，舊有經驗可能不堪用 虛無飄渺難以理解，看不到的東西怎麼計算？ 軟體的估價真的不太容易
13. 成本規劃及開發規劃的原則
14. 關係 ... 落子無悔 甲方 vs. 乙方 or 資方 vs. 勞方 合作內容 ... 反映現實 軟體系統的開發/導入 請注意： 價格、時程及功能(品質) 通常只能三取其二 1. 請考慮最糟情況 2. 價格 > 規格 > 品格 a. 關鍵在自己能負責 b. 基底
15. 需要被持續 review 的應該是功能 → 甲乙方或者勞資方透過一起合作完成目標 時程跟預算是兩者間的共通區域，其他是各自專業 要討論「合作」及「目標」 通常兩者認知不同，透過共通區域來框住 → 陷阱 商務成功與否及工程專業與否對另一方未必有意義 專注於功能
16. 軟體是人、環境和硬體的一個契約 bug 和 feat 是不同的 feat 不同代表情境有差異 bug 代表代表假設有問題 → 陷阱 找產品 ？ 做方案 ？找團隊？ 產品：你配合軟體，可能不合用 方案：軟體配合你，但你對規格負責 團隊：軟體配合你，但你要對全部(規格及人)負責 不好用還是不能用？
17. Top-Down + Bottom-Up 自上而下來掌握全局 可以從這個工具最後順利運行後創造的商務價值來估算 自下而上考慮執行 可以從開發及營運時所需要耗費的人力及物力成本來估算 → 「上 vs. 下」也代表「終點 vs. 起點」 Scrum ... 雕刻是慢慢由外而內雕進去的 價格算法：兼顧兩個方向
18. 機會成本往往很難估算，你真的知道你失去了什麼嗎？ 其實我們的容忍度很大，還是會習慣的 開發是動態賽局，無法完整驗收容易糟糕 做一半還不如不要做 → 有時候真實問題不在開發，只是因為開發似乎可以估算就有原罪 可以不花錢，但要能接受
19. 案例分享 [ 特化傳產電商 & ERP ] 特殊商品結構及庫存管理
20. 思考 我的需求不會只有我一個人需要 透過後續銷售來降低前期成本 挑戰 前期成本跟後期回收是兩件事 產品再銷售其實是另外的議題 你是否具有代表性？為什麼這個問題沒有被解決？ 從專案走向產品
21. HIPRINT - 印刷電商 ERP 理想印制 緣起：一個傳統印刷業的老闆想要打造自家系統 前端：等同其他產業的電商，並針對圖片及互動做優化 後台：描述印刷業流程，並可紀錄上下游資訊 API 站：全 API 化以利後續擴充整合 與台灣富士資訊合作，搭配印刷設備販售 2021 數位奇點獎數位轉型銅獎
22. 階段：特化版 → 公版 → 分流後 refactor 特化版 → ... 特化版：滿足客戶 80 % 需求，這個需求有把握其他人也需要 (控制需求) 公版：注重在如何部署及銷售 (控制預期) 分流後 refactor 特化版：讓兩者底層有一致性，需要有 patch system (控制成本) 其他：根據市場討論後續 (控制邊界) 問題依舊在 市場規模不確定：要做假設 工程師的經驗難以複製：要做取捨 哪些功能是最大公因數：要做妥協 如何面對新技術升級：要看長期 SSG + lambda 按照階段算成本 軟工的追求：可用性 + 可持續性 追求可以在任何時刻停掉
23. 案例分享 [ 連鎖餐飲系統 ] 線上點餐及資訊再加值
24. 思考 透過數位化及資訊化來節流及優化 戰略層次的拉開和其他同業的差距 挑戰 無法完整預見旅途中可能發生的事情 總是會有高優先級的事情插入 總是打帶跑，有優勢時想要放大優勢，劣勢時難控雜音，很難保持中 庸 從頭打造新引擎
25. 拉亞線上點餐系統 拉亞線上點餐 緣起：拉開格局，和其他產商做出差異化 Web & APP：即時點餐、線上預點、Uber 直送及活動聯名 後台：完整業務流程控制，一站式追蹤所有相關資訊 API 站：全 API 化以利後續擴充整合
26. 面對一切未知，最底層就是「事情是人做的」 很多行銷活動是突如其來的，有時候滿足也是為了公司營運順暢及和諧 → 會合點： 時間區間拉開，將幾個大主題標定好，設定好最底線目標就模糊前行 技術本位？同理：保持能被說服的可能 → 面對不確定性，與其追求「不發散」 ，不如追求「能收斂」 → Refactor 是重要的，比如菜單怎麼設計資料結構及邏輯？ 保持一定模糊往前走
27. 案例分享 [ 公會網站 & APP ] 線上課程、會員系統及活動管理
28. 思考 舊系統不堪用，希望重做但延續舊的功能 舊系統堪用，但廠商不堪用，找個新的團隊協助 要重做可以，但既然重做當然要比本來好 挑戰 事在人為？東西不好問題不在單點上 「好」的定義是什麼？ 有誰能掌握整體的規格？ 整個開發誰說了算？ 新舊系統交替的兩難
29. 北律公會會務及會員系統 台北律師公會 緣起：舊廠商有問題，系統無法被維護及往後擴充 Web & APP：律師上法院、課程進修及活動都能完成 後台：完整業務流程控制，一站式管理所有相關資訊 API 站：全 API 化以利後續擴充整合
30. 重做的目的不是因為「無法控制過去複雜度」 ，是為了「控制未來複雜度」 多線目標執行 舊系統維護：目的是爭取開發時間及釐清資料可用性 新系統搭建： 從頭統合用戶情境及地圖，最好綁上未來發展性 分功能及階段逐步驗收及收整需求 搭建期不考慮過往資料庫狀態 新舊交接： 資料庫串整，並做好必要衝擊準備 新功能迭代：持續追蹤並規劃二三期開發 未來性：你在思考的是「網站」 、 「系統」還是「平台」？ 重做才是比較好的選擇
31. 結語
32. 你在意的到底是費用、品質還是時程？ 錦上添花 ? 畫蛇添足 ? 雪中送炭 ? 火上加油 ? 其實還有很多議題可以討論： APP 及數位轉型系統如何規劃? 專案開發前的準備有哪些原則? 如何做技術管理? 如何做軟體交接？ ... 漫漫長路慢慢走
33. https://www.revtel.tech https://lin.ee/Qg2AUocY https://www.sam-huang.info/ https://l.revtel.app/j/qgh84ks THANK'S FOR LISTENING