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
pmlt2
Search
komik699
May 12, 2021
Technology
0
3.5k
pmlt2
プロジェクトマネジメント Tips LT会 vol.2で発表したスライドです
komik699
May 12, 2021
Tweet
Share
More Decks by komik699
See All by komik699
pmlt1
komik699
0
2.6k
Other Decks in Technology
See All in Technology
AWS IoT 超入門 2025
hattori
0
330
新規事業におけるGORM+SQLx併用アーキテクチャ
hacomono
PRO
0
210
from Sakichi Toyoda to Agile
kawaguti
PRO
1
120
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.4k
20201008_ファインディ_品質意識を育てる役目は人かAIか___2_.pdf
findy_eventslides
2
610
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
9
4.4k
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
3
830
社内お問い合わせBotの仕組みと学び
nish01
1
580
セキュアな認可付きリモートMCPサーバーをAWSマネージドサービスでつくろう! / Let's build an OAuth protected remote MCP server based on AWS managed services
kaminashi
3
310
後進育成のしくじり〜任せるスキルとリーダーシップの両立〜
matsu0228
7
3.3k
Shirankedo NOCで見えてきたeduroam/OpenRoaming運用ノウハウと課題 - BAKUCHIKU BANBAN #2
marokiki
0
190
Wasmのエコシステムを使った ツール作成方法
askua
0
130
Featured
See All Featured
Balancing Empowerment & Direction
lara
4
690
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
The Pragmatic Product Professional
lauravandoore
36
6.9k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
6.1k
How To Stay Up To Date on Web Technology
chriscoyier
791
250k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
20
1.2k
Gamification - CAS2011
davidbonilla
81
5.5k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.5k
Transcript
SaaS開発と受託開発における プロジェクトマネジメントの違い
自己紹介 ・登録名のkomikは本名と漫画の掛け合わせです。 ・ラクスでSaaS開発マネージャーを担当 ・前職ではSI企業で請負型の開発のPjMを担当 ・趣味(?)は日本酒を飲むこと
今回のお話の前提 ・SaaS開発=自社のSaaS製品の開発 ・受託開発=特に請負型で特定のお客様から依頼されたサービスを開発する。開発の対価でお金をもらう ・品質、コスト、タイムの3つの知識エリアにフォーカスした説明となります。 →SaaS開発しているラクスに入社する前に、特にコストとタイムマネジメントをどうしているのか気にな ったことがあったことを思い出したのが今回のテーマのきっかけ ※経験談の話になりますので現場によっては違うこともあります
品質 受託開発 ・瑕疵担保責任もあり細部までこだわる。 ・実害を考えると急がなくても、、、と思うようなものでもすぐ対応する。優先順位付けは弱め。 ・不具合が続出するような問題プロジェクトだとさすがに優先順位付が始まる。 SaaS開発 ・コストやユーザ影響をよく考えた上での品質の作り込み、不具合対応を行う。 ・不具合も何でも即時直すではなく優先順位付した上での対応をする。
コスト 受託開発 ・請負金額が決まっているので、会社で規定されている原価率に収まるように開発する。 ・請負金額次第ですぐに赤字プロジェクトになるので適正な金額での契約が大事。 SaaS開発 ・費用対効果を重視した開発をする。スコープを決める段階で開発コストに見合う内容であるか考える。 ・受託請負の開発に比べると赤字とかは分かりにくく、漫然と開発しているとコストが増えるため そうならないための仕組みが必要(後述)
タイム(納期、スケジュール) 受託開発 ・請負契約で納期が決まっているためコスト以上に納期は重視される。 ・納期遵守のため休出などエンジニアへの負担が大きくなるプロジェクトも多い SaaS開発 ・受託開発に比べると緩めで無理はしない。現実的に出せるタイミングをリリース日として設定する。 ・漫然と開発しているとリリース日が遅れていくためそうならないための仕組みが必要(後述)
まとめ ・受託開発は単一のプロジェクトとしては分かりやすく厳しい環境に身を置ける。 所謂QCDを意識したPjMを学ぶ環境としては良い。 自由度が高い環境よりは請負契約のような外部プレッシャー下に身をおいたほうが頑張れる人向け。 ・SaaS開発は自由度が高い分、自分で自分を律していく必要がある。 ラクスでは目標管理でQCDに関する目標を設定してチームを纏めていくことや、 自分自身の会社だと思ってもらい、サービスの開発が自社の発展に繋がっていくことを伝えている。 これらによって適度な緊張感を持った開発を行えるようにしていくと良い。 どちらもシステム開発であることは変わらないので、どちらか片方のやり方を熟知していれば通用する ところは多い。
ご清聴ありがとうございました