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
MarsZ Chen
August 13, 2014
Technology
1
58
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
Amazon S3 Tablesと外部分析基盤連携について / Amazon S3 Tables and External Data Analytics Platform
nttcom
0
120
現場で役立つAPIデザイン
nagix
32
11k
TAMとre:Capセキュリティ編 〜拡張脅威検出デモを添えて〜
fujiihda
1
180
転生CISOサバイバル・ガイド / CISO Career Transition Survival Guide
kanny
3
920
「海外登壇」という 選択肢を与えるために 〜Gophers EX
logica0419
0
640
Nekko Cloud、 これまでとこれから ~学生サークルが作る、 小さなクラウド
logica0419
2
880
マルチモーダル理解と生成の統合 DeepSeek Janus, etc... / Multimodal Understanding and Generation Integration
hiroga
0
370
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
320
ハッキングの世界に迫る~攻撃者の思考で考えるセキュリティ~
nomizone
13
5k
あれは良かった、あれは苦労したB2B2C型SaaSの新規開発におけるCloud Spanner
hirohito1108
2
370
なぜ私は自分が使わないサービスを作るのか? / Why would I create a service that I would not use?
aiandrox
0
510
Developer Summit 2025 [14-D-1] Yuki Hattori
yuhattor
19
5.8k
Featured
See All Featured
Statistics for Hackers
jakevdp
797
220k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
RailsConf 2023
tenderlove
29
1k
Facilitating Awesome Meetings
lara
51
6.2k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.4k
YesSQL, Process and Tooling at Scale
rocio
171
14k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
3
320
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.3k
Building Adaptive Systems
keathley
40
2.4k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Making the Leap to Tech Lead
cromwellryan
133
9.1k
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