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
3.9k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
pmlt2
プロジェクトマネジメント Tips LT会 vol.2で発表したスライドです
komik699
May 12, 2021
More Decks by komik699
See All by komik699
pmlt1
komik699
0
2.9k
Other Decks in Technology
See All in Technology
Claude CodeとAmazon Bedrock AgentCoreでつくる、自分だけのAIアシスタント
ymae
0
110
AI_Dev_Day_製造業領域でのAI活用から見た活用の罠と成功に導く実践知.pdf
kintotechdev
0
190
「顧客の声を聞かなければ何も始まらない」 ── 顧客の声から生まれた『AI返信補助機能』の開発プロセス / AICon2026_shikata_imai
rakus_dev
1
280
AI時代の開発生産性は、個人技からチーム設計へ
moongift
PRO
4
2.6k
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
4
390
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
1
300
AI Native なプロダクト組織の立ち上げ方 : 生産性 100 倍への挑戦
mikesorae
0
1.4k
GoでCコンパイラを作った話
repunit
0
160
文字起こし基盤の信頼性
abnoumaru
0
130
AI時代におけるエンジニアの新たな役割──FDEとクオリアの探求/登壇資料(戸井田 裕貴)
hacobu
PRO
0
380
SRENEXT_2026_Chairs__Talks_in_Tamachi.sre.pdf
srenext
1
160
MCPをつなげて作る組織横断のAIエージェント基盤
tsubakimoto_s
0
140
Featured
See All Featured
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
From π to Pie charts
rasagy
0
240
Designing for Timeless Needs
cassininazir
1
400
Navigating Weather and Climate Data
rabernat
0
400
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.3k
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
280
Ethics towards AI in product and experience design
skipperchong
2
330
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
640
What does AI have to do with Human Rights?
axbom
PRO
1
2.3k
Writing Fast Ruby
sferik
630
63k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.8k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Transcript
SaaS開発と受託開発における プロジェクトマネジメントの違い
自己紹介 ・登録名のkomikは本名と漫画の掛け合わせです。 ・ラクスでSaaS開発マネージャーを担当 ・前職ではSI企業で請負型の開発のPjMを担当 ・趣味(?)は日本酒を飲むこと
今回のお話の前提 ・SaaS開発=自社のSaaS製品の開発 ・受託開発=特に請負型で特定のお客様から依頼されたサービスを開発する。開発の対価でお金をもらう ・品質、コスト、タイムの3つの知識エリアにフォーカスした説明となります。 →SaaS開発しているラクスに入社する前に、特にコストとタイムマネジメントをどうしているのか気にな ったことがあったことを思い出したのが今回のテーマのきっかけ ※経験談の話になりますので現場によっては違うこともあります
品質 受託開発 ・瑕疵担保責任もあり細部までこだわる。 ・実害を考えると急がなくても、、、と思うようなものでもすぐ対応する。優先順位付けは弱め。 ・不具合が続出するような問題プロジェクトだとさすがに優先順位付が始まる。 SaaS開発 ・コストやユーザ影響をよく考えた上での品質の作り込み、不具合対応を行う。 ・不具合も何でも即時直すではなく優先順位付した上での対応をする。
コスト 受託開発 ・請負金額が決まっているので、会社で規定されている原価率に収まるように開発する。 ・請負金額次第ですぐに赤字プロジェクトになるので適正な金額での契約が大事。 SaaS開発 ・費用対効果を重視した開発をする。スコープを決める段階で開発コストに見合う内容であるか考える。 ・受託請負の開発に比べると赤字とかは分かりにくく、漫然と開発しているとコストが増えるため そうならないための仕組みが必要(後述)
タイム(納期、スケジュール) 受託開発 ・請負契約で納期が決まっているためコスト以上に納期は重視される。 ・納期遵守のため休出などエンジニアへの負担が大きくなるプロジェクトも多い SaaS開発 ・受託開発に比べると緩めで無理はしない。現実的に出せるタイミングをリリース日として設定する。 ・漫然と開発しているとリリース日が遅れていくためそうならないための仕組みが必要(後述)
まとめ ・受託開発は単一のプロジェクトとしては分かりやすく厳しい環境に身を置ける。 所謂QCDを意識したPjMを学ぶ環境としては良い。 自由度が高い環境よりは請負契約のような外部プレッシャー下に身をおいたほうが頑張れる人向け。 ・SaaS開発は自由度が高い分、自分で自分を律していく必要がある。 ラクスでは目標管理でQCDに関する目標を設定してチームを纏めていくことや、 自分自身の会社だと思ってもらい、サービスの開発が自社の発展に繋がっていくことを伝えている。 これらによって適度な緊張感を持った開発を行えるようにしていくと良い。 どちらもシステム開発であることは変わらないので、どちらか片方のやり方を熟知していれば通用する ところは多い。
ご清聴ありがとうございました