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
pmconf2020_製造業PFの立ち上げ期にPMが向き合った課題と突破口の話
Search
Naoya Sasaguchi
October 27, 2020
Technology
4
7.9k
pmconf2020_製造業PFの立ち上げ期にPMが向き合った課題と突破口の話
キャディ株式会社 笹口
pmconf2020 登壇資料
Naoya Sasaguchi
October 27, 2020
Tweet
Share
More Decks by Naoya Sasaguchi
See All by Naoya Sasaguchi
製造業をDXしたいPdMがとにかく解像度を上げようとした話
sasaguchi
3
450
Other Decks in Technology
See All in Technology
Oracle Cloud Infrastructure:2025年4月度サービス・アップデート
oracle4engineer
PRO
0
360
Асинхронная коммуникация в Go: от понятного к душному. Дима Некрасов, Otello, 2ГИС
lamodatech
0
1.9k
250510 StepFunctionのテスト自動化始めました vol.1
east_takumi
1
140
グループ ポリシー再確認 (2)
murachiakira
0
220
2025年8月から始まるAWS Lambda INITフェーズ課金/AWS Lambda INIT phase billing changes
quiver
1
540
Gateway H2 モジュールで スマートホーム入門
minoruinachi
0
130
本当に必要なのは「QAという技術」だった!試行錯誤から生まれた、品質とデリバリーの両取りアプローチ / Turns Out, "QA as a Discipline" Was the Key!
ar_tama
9
2.5k
Compose におけるパスワード自動入力とパスワード保存
tonionagauzzi
0
200
Как мы автоматизировали интеграционное тестирование с Gonkey и не пожалели. Паша Егорычев, Кирилл Поляков
lamodatech
0
1.9k
Twelve-Factor-Appから学ぶECS設計プラクティス/ECS practice for Twelve-Factor-App
ozawa
3
160
OPENLOGI Company Profile for engineer
hr01
1
26k
ペアーズにおける評価ドリブンな AI Agent 開発のご紹介
fukubaka0825
9
2.3k
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.4k
Writing Fast Ruby
sferik
628
61k
How to train your dragon (web standard)
notwaldorf
91
6k
Product Roadmaps are Hard
iamctodd
PRO
53
11k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
179
53k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Building an army of robots
kneath
305
45k
Designing for humans not robots
tammielis
253
25k
Visualization
eitanlees
146
16k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
33k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
120
52k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.6k
Transcript
製造業PFの立ち上げ期に PMが向き合った課題と突破口の話 pmconf 2020 キャディ株式会社 笹口 直哉
製造業PFの立ち上げ期に PMが向き合った課題と突破口の話 2
どんなPMか 昭和61年生まれ 新卒で中小の独立系 SIerにて常駐派遣エンジニアに ミスミの情シスへ転職 ヤフーへ。検索連動型広告の PM 2019年6月、キャディへ。原価計算システムのPM ┗ 応募型人事異動制度で事業開発へ
┗ java, C#を中心に業務システムの詳細設計、コーディング、テスト… ┗ 入社10カ月後、PDMチームの立ち上げ&マネージャーへ ┗ 慶応義塾大学法学部法律学科を卒業 3
どんなPMか + ミスミで培った 製造業ドメインナレッジ 4
製造業PFの立ち上げ期に PMが向き合った課題と突破口の話 5
what’s CADDi? MISSION : モノづくり産業のポテンシャルを解放する “多品種少量生産の金属加工品の調達領域 ”でサービスを展開 6
why CADDi? 多品種少量の金属加工品の調達難易度は極めて高い 7
金属加工品の製作可否、価格は見積を取るまで不明 電車1両分の部品を用意しようとすると何が起きるか 8 どこなら作れる? どこが安くて早い 品質いい? 12000図面を納期 までに揃えねば 相見積しないとわ からない
見積できる人が少 ない 忙しくても得意先 だと断れない 深夜まで見積 相見積なので20% 程度の低い受注 率 発注者 加工会社
製造業において取引コストが高くなる要因 9 ③長大なバリューチェーン ④見積の属人化 不確実性が実際にモノが納品されるまで残り続ける 経験が求められる上、見積には管理会計的側面も ①産業のクラスタ構造 多くの業界が個別のクラスタを形成している ¥ ②共通プロトコル不在
他業界との共通言語がないため新規取引にリスク ?
キャディの解 10 標準インターフェースの 実装と自社見積 データに基づいた 最適な選定と確定発注 複雑な受発注及び 工程管理の効率化 • 見積のモデル化により、自社で見積
を完結させることで見積負荷を後工 程に流さない • モデル化により見積ナレッジを集合 知化する • キャディが業界ごとに異なるプロトコ ルとの翻訳機能を担う • 見積結果とパートナーデータを照合し 最適な加工会社を選定 • キャディがまず受注してから確定発 注することで、相見積の負荷を軽減 • アナログに管理されている割合が大 きい受発注や工程管理のシステムを 内製し効率化 • 事業拡大に伴って要件も急速に増加 するため、拡張性の高いドメインモデ ル構築
製造業PFの立ち上げ期に PMが向き合った課題と突破口の話 11
原価計算は創業以来プロトタイプで行われていた 12 事業成長に伴いハイペースで拡張し続けたプロトタイプの課題 • 拡張性高かったはずが、いつしか負債が重くなりデリバリー低下 • データが構造的に蓄積されず、クレンジング必要で分析コスト高い • 業務観点でのUXが低く生産性を圧迫 これらの課題を解決すべくプロダクト化を提案
独自の原価計算システムをつくる 13 見積生産性、受注率、利益率を担うコアプロダクトの一つ UI Biz Logic Cost Algo CAD 図面
特に苦しんだ2つの課題 14 1. いつまでたっても固まらない業務要件 2. 開発よりも早く変わっていくプロトタイプ
いつまでたっても固まらない業務要件 15 課題 突破口 変わる戦略、変わる組織 増え続けるトラフィック • 拡張性の高いドメインモデル、アーキテクチャを常に志向 • 詳細なケースまで含め徹底的に考えて変化に備える
• OKRによって3カ月に1回激変 する戦略と組織 • セグメントレベルでのピボットも 発生。セグメントが変われば要 件も変わる • 成長すれば当然トラフィックは 増えていく • まだまだ手オペも多いため、そ こがボトルネックにならないよう に、という事業的要請は強い
開発よりも早く変わっていくプロトタイプ 16 課題 突破口 純粋にリソース不足 事業成長は止まらない 社長と〇月末までで一旦プロトタイプの開発止めて、と握る • 当初3名のエンジニアで開発ス タート。慣れないRustに手こず
る • スタートアップみのある働き方 もして頑張ったが全く追いつか ず心が折れかける • 成長にしたがってプロトタイプ は進化を余儀なくされる • 事業的にも急いで対応したい ため、容赦ないスピードで拡張 していくプロトタイプ 失敗
失敗を経て本質的な価値を見つめ直す 17 真の課題 真の突破口 • 保守性を捨てない覚悟、定期的なリファクタリング • ”Shift Left”の実現と本質的なスピードの追及 スピード不足
• とにかく早く作ろう、という意識が先行 • 保守性の低下や、リファクタリングやテスト自 動化などを後回しにした結果、 デリバリー速 度を圧迫していた。ローンチ後もボトルネック になりかねない 詳しくは弊社TechBlogへ→ https://caddi.tech/archives/1517
まとめ 18 1. 成すべきは既存産業の因数分解と再構築 ┗ レガシー産業は長い歴史の中で生じた様々な環境変化を受け最適化されている ┗ それら要素を紐解き、現在の技術基盤上で再構築する。そのために内製で効率化 2. レガシー産業の変革に銀の弾丸はない
┗ 課題の解像度を上げ続け、拡張性と保守性を損なわない実直なモノづくり 3. 今も変わらず課題山積 ┗ 事業拡大ペースはさらにUP、高まる複雑性 ┗ 新しい仲間は常に募集中です!
ご清聴ありがとうございました twitter : @sasaguchisan 採用資料 : https://speakerdeck.com/caddi_eng/caddi-recruit-202008 TechBlog : https://caddi.tech/archives/1517
カジュアル面談はこちら : https://meety.net/matches/rkaAPDKgHCMC 19