Upgrade to Pro — share decks privately, control downloads, hide ads and more …

業務プロセスを制するものがプロダクト開発を制する:BPMNのススメ

 業務プロセスを制するものがプロダクト開発を制する:BPMNのススメ

高品質な業務プロセス設計をするうえで欠かせない5つの要素と、おすすめの表記法BPMNの紹介をします。

Avatar for Kosuke Sakai

Kosuke Sakai

February 19, 2026

Other Decks in Technology

Transcript

  1. 業務プロセスを制するものがプロダクト開発を制する: BPMNのススメ ハードスキルよりもソフトスキル プロダクトマネージャーとして生き残るためには、 ソフトスキルが何より大切 CORE(Matt LeMay『プロダクトマネージャーの しごと』 ) Communication(対話):

    心地よさより明確さ Organization(組織化): 自らを不要とせよ Research(調査): ユーザーの現実に生きよ Execution(実行): すべての努力はアウトカム のために ハードスキルはソフトスキルの質の悪い代替品か、 ソフトスキルを補足するものでしかない シンプルフォーム株式会社 5
  2. 業務プロセスを制するものがプロダクト開発を制する: BPMNのススメ 業務プロセスを「設計」するとはどういうことか プロセスの基本要素 タスク 成果: タスクを通じてできあがるもの 材料: タスクを通じて成果に変換する材料 道具:

    タスクを実行に必要な道具 受け渡し 実行条件: タスクの実行条件 保管・ピックアップ: 成果をどのように受け渡 すか プロセスはタスクの連なり。前タスクの成果が後タス クの材料になる。この5要素を意識してプロセスを記 述することが大切。 シンプルフォーム株式会社 8
  3. 業務プロセスを制するものがプロダクト開発を制する: BPMNのススメ BPMNのルールが基本要素の設計を強制する すべてのタスクは必ずいずれかのレーン(=担当者/部門)に属する。 「誰がやるか不明」なタスクが存在でき ない データストアで永続的な保管場所(DB・ファイルサーバ等)を図上に明示。 「成果物はどこに保存されるか」 を曖昧にできない イベントにトリガー型の指定が必須。

    「何がきっかけで始まるか/終わるか」を曖昧にできない シーケンスフローはプール境界を越えられない。組織間の受け渡しは必ずメッセージフローで描く ゲートウェイの型で分岐の性質を必ず区別させる。 「なんとなく分かれる」が許されない シンプルフォーム株式会社 12
  4. 業務プロセスを制するものがプロダクト開発を制する: BPMNのススメ BPMNは業務プロセス界のRuby on Rails Ruby on Railsの思想 "設定より規約" 自由に設定できる余地をあえて狭め、規約に従えば誰が書いても同じ構造になる

    Railsの規約に従ったプロジェクトは初見の開発者でも構造が読める BPMNも同じ構造 記法の規約に従ったプロセス図は、初見の業務担当者でもフローが読める 「個人の表現力に依存しない可読性」を規約で担保している 誰が書いても、ある一定の品質の業務プロセスが書ける。それがBPMN シンプルフォーム株式会社 14
  5. 業務プロセスを制するものがプロダクト開発を制する: BPMNのススメ リソースとツール リソース 山原 雅人 他『ビジネスプロセス・マネジメントのための業務フローの描き方』マイナビ出版: 数少ない BPMNの日本語解説本。2025年に改定されたばかりなのでおすすめ 羽生

    章洋『はじめよう! プロセス設計 ~要件定義のその前に』技術評論社: プロセス設計の要諦を学ぶなら これ。コンパクトだが、設計思想がしっかり学べる ツール Camunda Modeler: draw.ioでも良いが、自動アライン機能やルール違反な作図ができないなど圧倒的に素早 く描けるのでおすすめ シンプルフォーム株式会社 15