Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
RGBA 2014-8-13
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
MarsZ Chen
August 13, 2014
Technology
1
66
RGBA 2014-8-13
MarsZ Chen
August 13, 2014
Tweet
Share
More Decks by MarsZ Chen
See All by MarsZ Chen
HackNTU-2014.pdf
marsz
3
530
Other Decks in Technology
See All in Technology
Agile Leadership Summit Keynote 2026
m_seki
1
620
学生・新卒・ジュニアから目指すSRE
hiroyaonoe
2
620
超初心者からでも大丈夫!オープンソース半導体の楽しみ方〜今こそ!オレオレチップをつくろう〜
keropiyo
0
110
OWASP Top 10:2025 リリースと 少しの日本語化にまつわる裏話
okdt
PRO
3
770
[CV勉強会@関東 World Model 読み会] Orbis: Overcoming Challenges of Long-Horizon Prediction in Driving World Models (Mousakhan+, NeurIPS 2025)
abemii
0
140
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
660
プロダクト成長を支える開発基盤とスケールに伴う課題
yuu26
4
1.3k
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
2
200
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
3.9k
変化するコーディングエージェントとの現実的な付き合い方 〜Cursor安定択説と、ツールに依存しない「資産」〜
empitsu
4
1.4k
【Oracle Cloud ウェビナー】[Oracle AI Database + AWS] Oracle Database@AWSで広がるクラウドの新たな選択肢とAI時代のデータ戦略
oracle4engineer
PRO
2
150
Kiro IDEのドキュメントを全部読んだので地味だけどちょっと嬉しい機能を紹介する
khmoryz
0
200
Featured
See All Featured
Navigating Weather and Climate Data
rabernat
0
110
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
69
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
450
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.4k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
310
Designing Powerful Visuals for Engaging Learning
tmiket
0
230
Building AI with AI
inesmontani
PRO
1
690
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Designing for humans not robots
tammielis
254
26k
Transcript
RGBA @ 2014.8.13 我⼀一開始也覺得很奇怪,為什麼有⼈人能夠⼀一直創作, 但當我報名這個之後我就知道了。
Mars Chen Founder @ scoopr.in Founder @ 5fpro.com Speaker @
5ruby.tw Coach @ RailsGirls.tw @marsz everywhere Ruby on Rails developer 2
有關接案外包⼯工作 如何以量化⽅方式管理
注意! 這招只會讓你的產出速度變慢
時間 > 需求 > 價錢
不接時間太短的產品 趕出來的東⻄西不會有品質 寧願不做,也不要做出品質低劣的產品 客⼾戶會以最終版的品質來評斷你
客⼾戶願意投⼊入經營的產品 學習與成⻑⾧長不是⼀一個⼈人的事 你的客⼾戶、同事、夥伴也要跟你⼀一起成⻑⾧長 ⻑⾧長時間專注在⼀一個專案內才能產⽣生價值
在時間與需求確認後...
第⼀一步:切⼯工作、開票
推薦⼯工具: Trello http://trello.com
⼀一項⼯工作對應⼀一張票
每張票的⼤大⼩小不能超過⼀一天 有超過就再切割...
第⼆二步:給每⼀一張票分數
0, 1, 2, 3, 5, 8, 13, 21....
分數是絕對指標,不因⼈人⽽而異
trello 有外掛可以標上分數... “Scrum for Trello" http://goo.gl/sgIz9H
第三步:算分數 (計價)
每天確認當天完成的分數 每週確認當週和預定進度
做得更好:把每週完成的項⺫⽬目做成 進度報告給客⼾戶,增加客⼾戶安⼼心感
⺫⽬目前伍樓專業是透過機器⼈人完成報告
計價 $xxx / 1 分 依據客⼾戶⼀一個⽉月預算,算出每個禮拜的配分 配分可決定這個案⼦子每週要花你幾天
案例 客⼾戶: 每⽉月 $40,000 預算 $40,000 / 4 = 每週
$10,000 我們: $500 / 1 分 $10,000 / $500 = 每週 20 分 25 / (8~13) = 平均每週⼯工作 1.5~2.5 天
每週⼯工作不超過 3 天!?
溝通, Bug, 研究...
效益 了解⾃自⾝身極限 遇到不得不處理的問題,也有辦法調整進度 客⼾戶變得⽐比較容易跟你安排進度 員⼯工開⼼心、客⼾戶滿意
注意事項!! 票的分數不因為有做過就低估 寧可⾼高估分數後再下修 切⼯工作、估分數都是重要的基礎 時間與經驗的累積是需要的 透過調整單價和總配分平衡管理成本
⼼心得 ⼯工作產出降低 (合理化) 時間變多 => 品質更好 篩選出 "不良" 的客⼾戶/⽼老闆/員⼯工 在公司內部也可以套⽤用此量化管理⽅方式
We are hiring ! 28 senior iOS developer ( 1+
year ) http://scoopr.in mailto:
[email protected]
THANK YOU