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
61
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
Webアプリケーションにオブザーバビリティを実装するRust入門ガイド
nwiizo
7
830
CDK CLIで使ってたあの機能、CDK Toolkit Libraryではどうやるの?
smt7174
4
180
いま注目のAIエージェントを作ってみよう
supermarimobros
0
300
5分でカオスエンジニアリングを分かった気になろう
pandayumi
0
250
Terraformで構築する セルフサービス型データプラットフォーム / terraform-self-service-data-platform
pei0804
1
180
COVESA VSSによる車両データモデルの標準化とAWS IoT FleetWiseの活用
osawa
1
290
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
2
580
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
21
11k
企業の生成AIガバナンスにおけるエージェントとセキュリティ
lycorptech_jp
PRO
2
170
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
560
AIエージェント開発用SDKとローカルLLMをLINE Botと組み合わせてみた / LINEを使ったLT大会 #14
you
PRO
0
120
新規プロダクトでプロトタイプから正式リリースまでNext.jsで開発したリアル
kawanoriku0
1
120
Featured
See All Featured
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
112
20k
A better future with KSS
kneath
239
17k
How STYLIGHT went responsive
nonsquared
100
5.8k
GraphQLの誤解/rethinking-graphql
sonatard
72
11k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.1k
Producing Creativity
orderedlist
PRO
347
40k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
GitHub's CSS Performance
jonrohan
1032
460k
Speed Design
sergeychernyshev
32
1.1k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
6k
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