0508講者簡報

1. 淺談產品開發與技術管理

2. • Paul Shih
• 寓意科技執行長
• Jibao教育系統技術
顧問
• 中央資管系畢業，
從大三開始接案，
至今將近十年的經
驗

3. • 談產品開發
• 產品開發是一條不
歸路，一個產品的
開始到成功甚至結
束不見得做的是同
一件事，但是核心
價值通常是無法改
變的事情，這裡包
含所有在裡面的人。

4. Fable是？

5. •一間產品開發的技術管理公司
•我們協助技術規劃、技術文件管理
•我們幫忙管理工程師、設計師
•我們用scrum管理、我們拆解ticket
•我們專注在Project Management的領域
Fable是？

6. 我們的理念

7. 我們從故事(Fable)的角度，來設計
每一個產品與服務

8. idea Fable Product
發現想法
找尋故事
發展產品
發展產品的理念

9. 對於產品開發的目標
•永遠要知道Target User是誰
•永遠要知道產品服務的重點項目是什麼
•產品上線架構不能超過三個月的工作、產品更新
不能超過一個月的工作
•高效率 (讓工程師做純工程的事情)
•低風險 (讓換工程師的事情不影響到開發時間)

10. idea ProductTeam
Brain
Storming
MVP
Plan
SPEC
Pre-
Totype
UI/UX
Pro-
totype
You Need LOTS OF
“Development Resource”

11. When you develop a new product…
0
1
2
3
4
5
6
first quarter second quarter third quarter fourth quarter
Engineer
Required
Engineer

12. 其實大部份新創產品開發缺乏的是技術管理者，
而非工程師

13. 從客戶夥伴看
產品開發管理

14. Fable Target User:
有營運能量、業務資源、缺乏技術
開發經驗的公司

15. Fable Role：
長久合作的技術Partner，具有彈性、
經驗與專業度

16. Always happen with our TA：
原本技術工作者跑掉，沒有留下文
件，有的甚至沒有程式碼

17. So we decide：
程式碼、技術文件與客戶共享，協
助客戶解決技術資源的調配，教導
客戶產品開發需要瞭解的技術知識

18. So far：
Fable管理了11個新產品的開發，
分散在各種領域，讓產品持續成長，
是我們現今的使命

19. 用8個人進行11個產品開發

20. 8個人的分配
•技術PM * 1
•PM * 3
•設計師 * 1
•工程師 * 3
•外包團隊 * 8

21. PM的工作
•製作Wireframe，給設計師設計出來後，統整成Mockup
•制定API文件與架構
•進行App & Web前後端，Mockup的版本定義
•開Ticket請工程師評估，並且跟客戶定義每個Sprint要做
的Ticket (Ticket時數盡量不超過8小時)
•做daily stand-up meeting，並看一下Git的commit狀況
•針對Testing & Production Server做Git的管理
•每個Sprint後期協助進行測試，定義問題發生的點
•安撫客戶情緒(告訴他們別擔心)

22. PM跟設計師還有工程師的溝通管
道：
工作 – Ticket的評估與執行
即時問題 – Skype、Slack
培養感情 – 約吃飯

23. 工程師/設計師看到的畫面

24. 什麼人適合做PM
•有耐心
•比任何人都強的責任感
•踏實的腳步
•做文件的能力
•有邏輯思考的能力
•有開發程式的經驗(非必需)

25. 有制度的溝通帶來的好處：
工程師/設計師節省溝通時間
產品開發的風險降低
產品開發的循環加快

26. 技術管理的自我評估

27. 自我檢查
•Wireframe 與 Mockup
•Source Code Management(SVN or Git)
•資料庫的schema
•API 文件(定義前後端資料傳輸狀況)
•Ticket List
•Server管控的資料文件
•所有工作人員的聯絡清單

28. QA Time
paul.shih@fable.com.tw