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
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
CDKで始めるTypeScript開発のススメ
tsukuboshi
1
440
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
Context Engineeringの取り組み
nutslove
0
350
Tebiki Engineering Team Deck
tebiki
0
24k
OpenShiftでllm-dを動かそう!
jpishikawa
0
110
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
590
小さく始めるBCP ― 多プロダクト環境で始める最初の一歩
kekke_n
1
420
プロダクト成長を支える開発基盤とスケールに伴う課題
yuu26
4
1.3k
インフラエンジニア必見!Kubernetesを用いたクラウドネイティブ設計ポイント大全
daitak
1
360
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
290
CDK対応したAWS DevOps Agentを試そう_20260201
masakiokuda
1
300
AIと新時代を切り拓く。これからのSREとメルカリIBISの挑戦
0gm
0
1.2k
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
270
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.6k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.7k
The Cost Of JavaScript in 2023
addyosmani
55
9.5k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
230
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
130
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
120
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Being A Developer After 40
akosma
91
590k
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