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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
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
超初心者からでも大丈夫!オープンソース半導体の楽しみ方〜今こそ!オレオレチップをつくろう〜
keropiyo
0
110
CDKで始めるTypeScript開発のススメ
tsukuboshi
1
450
今日から始めるAmazon Bedrock AgentCore
har1101
4
410
Bill One急成長の舞台裏 開発組織が直面した失敗と教訓
sansantech
PRO
2
380
学生・新卒・ジュニアから目指すSRE
hiroyaonoe
2
630
AWS Network Firewall Proxyを触ってみた
nagisa53
1
240
データの整合性を保ちたいだけなんだ
shoheimitani
8
3.1k
CDK対応したAWS DevOps Agentを試そう_20260201
masakiokuda
1
320
GitHub Issue Templates + Coding Agentで簡単みんなでIaC/Easy IaC for Everyone with GitHub Issue Templates + Coding Agent
aeonpeople
1
240
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
5
1.6k
顧客の言葉を、そのまま信じない勇気
yamatai1212
1
360
20260208_第66回 コンピュータビジョン勉強会
keiichiito1978
0
150
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.2k
GraphQLの誤解/rethinking-graphql
sonatard
74
11k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
76
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Fireside Chat
paigeccino
41
3.8k
Faster Mobile Websites
deanohume
310
31k
Evolving SEO for Evolving Search Engines
ryanjones
0
130
The Limits of Empathy - UXLibs8
cassininazir
1
220
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.2k
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