協会活動報告

エンジニアリング部会 要求工学グループ 活動報告
デジタルトランスフォーメーションを実践するための新・要求工学の検討
要求工学知識体系REBOK（DX編）を構成するパターンの提案
位野木万里1 野村典文2 天野めぐみ2 田中

斎藤
1

忍6 大下

義勝7 森田貴子3 副島千鶴4 北川貴之5功8 有本

和樹9 山本英己104
工学院大学 2伊藤忠テクノソリューションズ（株） 3NTTテクノクロス（株） （株）NTTデータ
57
東芝デジタルソリューションズ（株） 6日本電信電話（株） （株）日立ソリューションズ
8

富士通（株） 9リコーITソリューションズ（株） 10（一社）情報サービス産業協会

求工学の融合や、アート思考への拡張等の関連研究を

１．はじめに調査し、要求工学グループのメンバーを含む技術者へ

JISAエンジニアリング部会要求工学グループでは、のヒアリング、新・ソフトウェア工学への取り組みで社会にインパクトを与える「問題発見」や「価値創出」

あるSE４BSの提唱者らとのディスカッション等をを重視した、Digital Transformation（以降、DXと行った。これらを通して、要求工学グループでは、新・略す）の社会実装をスムーズに実践するための要求工

要求工学知識体系REBOKへの「要求」について分析学の知識体系の定義に取り組んでいる。この取り組み

し、得られた知見をパターンとして形式知化することは、従前のJISAの活動成果である、要求工学知識体を試みている。本稿では、要求工学グループの活動報系REBOK

の実績に基づき、さらにDXの社会実装

告の一つとして、これまでの検討結果を報告する。具のための要求工学のあるべき姿を明らかにし、JISA

体的には、本稿では、DXを実践するための要求工学

会員企業の技術者を含むあらゆるステークホルダと知知 識 体 系REBOKの 進 化・ 拡 張 の 方 法 を 示 し、見を共有し社会に貢献することが目的である。

REBOK（DX編）として提案する。なお、本稿で提［１］

従来の要求工学が目指すゴールの一つとして開発の示するREBOK（DX編）は、検討途上のものであり、工業化がある。要求工学には、対象業務やドメインに

さらに詳細な記述については、今後も検討を継続した

精通する一部の専門家でなくても、顧客にソリュー

上で、別途公開する予定である。

ションを提供する要求を合理的に獲得・仕様化し、シ

以下、本稿は次のように構成する。２において、従ステム開発へとスムーズに接続することが求められて来型の要求工学およびREBOKのスコープを確認し、きた。しかし、イノベーションを起こすアイデアの創

DXの実現に向けて取り組まれている関連研究を整理

出とは、課題解決ではなく、問題発見である。DXのする。３では、新ソフトウェア工学への取り組みとし社会実装には、「問題の発見」を重視した、従来型のて提案されているSE４BSに着目し、要求工学知識体

要求工学の進化・拡張が必要である。

系のあるべき姿について実務者、研究者へ行ったヒアは、要求工学の知識

リング結果を整理し、REBOKのあるべき姿とSE４を実践の視点から整理し体系化した手引書として、著

BSの関係性について検討した結果を示す。４におい者らの要求工学グループのメンバーが所属する企業はて、３の検討結果に基づき、REBOKの進化・拡張版

もちろん、多くの実務者らに利活用されてきた。要求として、REBOK（DX編）を提案する。５で本稿を工学グループでは、新・要求工学のあるべき姿を明らまとめる。

要求工学知識体系REBOK［１］かにするため、要求工学知識体系REBOKの進化・拡張を様々な形で検討した。例えば、デザイン思考と要
JISA Quarterly No.141 2021 Spring13

協会活動報告

従来型要求工学

図 １ に、 要 求 定 義 に 関 す る 国 際 標 準（ISO/IEC/IEEE 29148 2ndEdition、以下29148と略す）［２］が示す要求のスコープの関係性を示す。また、図２に要求の計画と管理
要求開発
要求獲得

獲得要求
要求分析

分析要求
要求仕様化

エンタープライズ分析

要求仕様書

システム構築2.1

要求の源泉（ステークホルダ・文書・等）

２．従来型の要求工学と関連技術

要求の検証・
妥当性確認・評価

プロダクト分析

要求工学知識体系REBOKに要求開発プロセスを示す

REBOKに基づき著者らが作成

図２。29148では、システム要求、ソフトウェア要求［１］

REBOKによる要求開発プロセスの根拠を明らかにし、真の顧客要求に合致しているかどうかを確認可能にすることを目指し、外界ニーズ、市場、組織、ステークホルダとの関係性を考慮し、要求のスコープをとらえることが示されている。

2.2

イノベーションを加速するKCC

独創的なアイデアの創出や社会への問題提起を意識し、クリエイティブな成果を生み出すための思考のフREBOKにおいて、要求定義は、要求の源泉である

レームワークとして、Krebs Cycle of Creativity

ステークホルダや関連文書を入力として、要求獲得、（KCC）が提案されている［３］。人間の代謝メカニズ

要求分析、要求仕様化、要求の検証・妥当性確認・評

ムでは、食事で採った栄養の一部が消化の過程でクエ

価のプロセスで構成される。また、要求の獲得状況にン酸回路に取り込まれエネルギーに代わる。KCCは、

基づいて、これらのプロセスが反復され、ここで獲得

人の代謝メカニズムである「Krebs Cycle（クエン

した要求を入力として、システム構築のステップに進酸回路）」と呼ばれる化学反応のモデルにアナロジー

む、と定義されている。

を適用した、イノベーションを社会実装するための発29148、REBOKが示すように、技術者視点のみ

想の循環モデルである。図３はKCCのモデルを図式の解決策の開発が目的とされているわけではない。し化したものである。KCCは、Science、Engineering、

かし、
エンジニアリングが目指す一つのゴールとして、

Design、Artのドメインが絡みあうことで、創造性の開発の工業化があり、対象業務やドメインに精通するエネルギーとなって循環される、としている。

一部の専門家でなくても、顧客にソリューションを提KCCは、例えば、自分自身（または組織）の位置供する要求を合理的に獲得・仕様化し、システム開発

づけを確かめ、時計回りや反時計回りに問い続けて、へとスムーズに接続することが求められてきた。工業

思考と行動を実行する羅針盤としての活用が有効であ化を目指す狭い理解のままでは、DXを実践するためる。従来型の技術主導を改め、視点を多様化することの望ましい要求獲得への到達は困難であると考えられで、新たな気づきを得ることの有効性が期待できる。

る。

Perception &CultureCultureNaturePerception &NatureInformation

ビジネス
要求

Business Operation
ステーク
System Operation
ホルダ
要求
SystemSy要求
System Element
Sw要求

System Element

1429148のスコープ

JISA Quarterly No.141 2021 Spring

Knowledge

Perception
Behavior

EconomySoftware

Sy要求: システム要求
ISO/IEC/IEEE 29148に基づき著者らが作成
Sw要求: ソフトウェア要求

図１

Philosophy

Production

External Environment（外界）Organization Environment

Utility
Production &Production &CultureNatureNeri Oxman, Age of Entanglement, Journal of Design and Science -MIT Press, 2016に基づき著者らが作成

図３

KCC: Krebs Cycle of Creativity

協会活動報告

2.3

デザイン思考と要求工学

2.4

デザイン思考、アート思考との融合

顧客の要求は、「品質向上」や「コスト削減」、「納従来型の要求工学とデザイン思考をどのように融合期短縮」だけでなく、「使用する際の心地よさ、楽しさ」

させるべきか、という検討も多くの研究者や企業で取等、多様化している。繰り返しになるが、DXを実践

り組まれている。例えば、Helnらは、デザイン思考

するためのイノベーションの創出には、問題発見が必と要求工学による開発プロセスで作成される成果物を要である。例えば、「使用する際の心地よさ、楽しさ」

比較分析し、それらを統合してデザイン思考と要求工に応えるなら、従来型のモデリング技術に加えた、新学による接続性を示す成果物モデルを提供している

たな取り組みが必要であり、そのためにデザイン思考［ ６］による要求獲得が有効であると考えられる。

Persona、Customer Journey、Low-Fidelity。 例 え ば、 ユ ー ザ 中 心 設 計 の 成 果 物 で あ る

デザイン思考は、Tim Brownが提案した思考法でPrototype、Medium-Fidelity Prototypeと、 エ ン

あり［４］、創造的な問題解決のための方法論である。

ジ ニ ア リ ン グ 成 果 物 で あ る High-Fidelityのデザイン思考は、顧客視点でアイデアを発想する考え

Prototype、Usage Model, Service Modelが、 デ方として、様々な場面で活用されている。デザイン思ザイン思考と要求工学プロセス間の橋渡しの役割とな考による問題解決のプロセスは、図４に示す５つの要

り、デザイン思考によるユーザ中心の開発作業と、機素から構成され、実際の問題解決ではこれらの要素の

能中心・技術中心の要求工学型による開発作業を結び

反復によって実践される［５］。

つけることが提案されている。

デザイン思考に基づくユーザ中心設計手法として、

エンジニアリングとデザイン思考はいずれも、課題

カスタマージャーニーマップ（以下、CJMと略す）を解決して実践することを目的とし、イノベーションを用いた要求の抽出手法がある。カスタマージャーを起こす圧倒的な起爆剤になるような「問題提起」をニー（Customer Journey）概念が最初に適用されすることに軸足は向いていない。前述のKCCの思考

たのは、1999年IDEOによるAmtrakの鉄道、Acelaのプロセスにおいて、従来型の課題解決アプローチとプロジェクトであったとされているは異なる新たなアプローチの創出の可能性への期待か。

［４］に お い て、 鉄 道 を 利 用 す る ユ ー ザ の 旅ら、「 ア ー ト 」 思 考 の 導 入 が 注 目 さ れ て い る［ ７］。

（Journey）を複数のステップに分けて分析する過程

Jacobsらは、人材育成、教育分野でのアート思考とで、新たなサービスの考案に至ったと述べられている。

デザイン思考の融合を検討して、アーティストの特性

具体的には、「座席」のデザインのために、ユーザのの分析、アート思考が可能になる能力は何かといった旅を工程に分けて分析したところ、ユーザが座席に着分析・モデリング結果を提示している［８］。ここでは、席する前に、座席への価値提供が可能な多くの機会の

例えば、アート思考を備えたアーティストは、自己の存在がわかったと述べられている。

哲学、こだわりを作品に昇華させようとするメタ認知

文献

［ ４］

やマインドセットに特徴があるとしている。アート思EMPATHIZE

考による考え方のアプローチを教育やモノづくりの一

IDEATE
DEFINE

連のプロセスに適用することで、創造的なモノづくり

PROTOTYPE

Step1: 共感（Empathize）
Step2: 問題定義（Define）
Step3: 創造（Ideate）
Step4: プロトタイプ（Prototype）
Step5: テスト（Test）

TEST

HASSO PLATTNER, Institute of Design at Stanford, An Introduction Design
Thinking Process Guide，https://dschool.stanford.edu/resources/gettingstarted-with-design-thinkingに基づき著者らが作成

図４

デザイン思考による開発プロセスモデルにいかす取組みが今後さらに重要になると考えられる。

2.5

新プロセスフレームワーク

DXの実現には、従来型の工業化を追求したエンジ
ニアリング視点では不十分であるとして、エンタープ
ライズアーキテクトにとって必要と考えられるモデリ
JISA Quarterly No.141 2021 Spring15

協会活動報告

ングフレームワークに関する研究がなされている。

発展させて、さらに組織風土や個人のマインドセット

Barbaらは、DXに関する体系的な研究調査を通して、に対してイノベーティブな行動に影響を及ぼす知見をエンタープライズモデリングフレームワークへの要求

共有しようとする取り組みである。

を提示した。Barbaらは、エンタープライズプロ［９］セスを備える組織は、ステークホルダの動機や意図を

3.2

新要求工学への要求考慮し高度な情報技術と複雑なビジネスプロセスを、

要求工学グループにおいて、企業の技術者、研究者

データ主導による意思決定と、組織の柔軟性や適応力

ら に ヒ ア リ ン グ を 行 い、DXを 実 践 す る た め にでコントロールすることで、DXの実践が期待できる

REBOKに 不 足 す る 技 術 や 考 え 方 を 検 討 し、 新としている。

REBOKが担うべき範囲への要求を洗い出した。図６は、洗い出した要求を図２の要求開発プロセスに対し

３．SE４BSと要求工学のあるべき姿の検討
3.1

新ソフトウェア工学：SE４BSて、進化・拡張の方針と、関連する技術やテーマのキー
ワードに対応づけて記述したものである。ヒアリングで浮かび上がった要求を以下に整理する。
（RQ１）要求開発プロセスは、ウォーターフォール

DXの社会実装をめざした取り組みとして、「DX

型から、実際に動かし体験することで明らかになる要（Digital Transformation）時代に向けた新たなソフ

求を重視し、Agile型、反復型の要求獲得プロセスがト ウ ェ ア 工 学（Software Engineering for

より求められる。

Business and Society: SE４BS）に向けた枠組み（RQ２）要求獲得プロセスの実践では、社会に対すと価値駆動プロセスSE４BS」［10］や、トランスフォー

る問題提起をするといった観点からの新たな要求を創

メーションに対応するためのパターン・ランゲージ

成という意味での意思決定や方向づけへのアプローチが提案されている。

が重要視されるべきである。

［11］

SE４BSでは、哲学者Kantが人の根源的な心的要（RQ３）要求獲得の対象、扱うデータ、獲得方法そ素としてとりあげている、知、情、意に基づいて、モのものが幅広く多様化している。一度のヒアリングの

デル、手法、プラクティスを分類している。図５にみで要求獲得することは困難であることを受け入れ、

SE４BSの知情意による分類を示す。ここでは、内側顧客に価値を提供できる機会を発見することが求めらの円内がより有効に活用すべき技術等が配置されていれている。

る。SE４BSによる本分類が示す重要な点は、環境や（RQ４）開発や運用と一体化した要求獲得管理や、技術が複雑化、不確実化する中で、組織が変化に対応

非機能要求と変更対応も含めたさらに高度な要求のモして事業を継続するためには知情意の３つの均衡を保デリング手法が必要である。

ち、ソフトウェア工学とその周辺をとらえようとする（RQ５）高度なモデリングには、AIに基づく推論

ことにある。SE４BS従来型の組織のプロセス標準をや自然言語処理技術を積極的に活用して、仕様生成・検証の自動化を取り込むことも有効である。AIや機械

Assertiveness

ｾﾚﾝﾃﾞｨﾋﾟﾃｨ(Planned Happenstance Theory)
アントレプレナーシップ(実在創業者の言葉)
問いを立てる力(Powerful Questions)
問題発見
エンジニア倫理(Ethics) SDGs
ｲﾝｾﾌﾟｼｮﾝﾃﾞｯｷ
意味のｲﾉﾍﾞｰｼｮﾝ
GQM+Strategies

NVC(Nonviolent Communication)
Empathy(傾聴)ホスピタリティー理論)
美意識

意

情

価値デザインモデル

ステークホルダモデル
価値分析モデルﾋﾞｼﾞﾈｽﾓﾃﾞﾙｷｬﾝﾊﾞｽ

知

要求分析ツリーﾋﾞｼﾞﾈｽｺﾝﾃｷｽﾄﾌﾛｰ
ゴール記述モデル

ユーザストーリーマッピング ドメインモデル

感性思考

UX(ユーザエクスペリエンス）

アート思考

学習を活用したソリューションの提供が要求にもなる
SECIモデル
発想法(ラテラルシンキング,
TRIZ, KJ法)
失敗学
JOBS理論(クリステンセン)

AI品質(SQuBOKガイドライン)
論理思考

SE4BS資料に基づき著者らが作成

図５
16

SE４BS：知・情・意による分類

JISA Quarterly No.141 2021 Spring

ことから、そのようなソリューションの要求獲得・仕様化・検証の技術の開発のための技術も必要である。
（RQ６）DXの実践には、問題提起、アイデア創出、プロトタイプ作成だけでは不十分であり、製品として具現化し、実社会で運用され、人々の行動の変革に至るまでをやりきる能力が必要である。ソフトウェア工協会活動報告要求獲得の対象多様化

組織全体の意思決定/方向付けへの拡張

Crowd

法・規制

源泉のない要求獲得

オープンイノベーション SDGs

AI/MLの活用/
自動化
AI/MLそのものの要求獲得

ステークホルダ管理 デジタルガバメント
共創 UX Agile 顧客価値

扱うデータの多様化

ペルソナ CJM

SNS/センサデータ
利用データ循環プロセス：Agile/反復型に進化
要求の源泉（ステークホルダ・文書・等）

データクレンジング
要求獲得の方法の多様化

要求の計画と管理

要求獲得

RE by AI RE for AI
説明可能AINLPによる要求仕様検証

要求開発
獲得要求

図６

分析要求

要求仕様化

エンタープライズ分析
プロダクト分析

要求仕様書

システム構築要求仕様の自動生成
従来のREBOK
オブザベーション
曖昧要求の検証
ワークショップデザイン
要求の正しさの判断方法
モデリングの高度化
プロトタイピング
プロセスマイニング DevOps クラウド型NFR 変更対応 要求管理
要求分析

要求の検証・
妥当性確認・評価

要求工学プロセスの進化拡張の検討

学の重厚長大な開発プロセスの維持にはリスクはある範囲に位置付け、REBOK（DX編）の技術としてものの、組織のあるべき姿をエンタープライズプロセ

REBOKを詳細化する。

スフレームワークとして理解し、実現し、実践しきることが求められている。

3.3

SE４BSとREBOKとの関係性

４．REBOK（DX編）の提案
REBOK（DX編）の提供は、従来のREBOKのユー（RQ６）で示したように、新REBOKでは、エンターザ に わ か り や す い 形 態 に す る こ と が 重 要 で あ る。

プライズプロセスを想定した進化・拡張が必要である。

REBOKの利用者も多様化しており、対象案件、組織

そこで、従来型の組織のプロセス標準を発展させて、の状態、利用者が直面する課題などによって、求める

さらに組織風土や個人のマインドセットに対してイノ

技術や望ましい情報提供のあり方も様々である。そこ

ベーティブな行動に影響を及ぼす知見を共有することで、多くの利用者に適切に情報が伝わるように、ノウも考慮されたSE４BSと関係づけて、新REBOKを検ハウを、問題と解決策の対にした知識継承の方法であ討 し た。 以 降、 新REBOKを、REBOK（DX編 ） とる、パターン・ランゲージを用いて記述することを試

呼び、検討結果を示す。

みた。

REBOK（DX編）としても、知情意の均衡がとれ、開発者と発注者が満足すること、社会への貢献も同時に達成するための、要求工学技術体系を目指すことと4.1

パターン・ランゲージによる記述

著 者 ら は、SE４BSとREBOK、REBOK（DX編 ）した。拡張の方針は以下である。

の関係性を表すメタモデルを定義した（図７）。図７

・組織全体の意思決定/方向付けへの拡張の範囲の技

では、SE４BS、REBOK、REBOK（DX編）の関係

術項目は、SE４BSの「意」の範囲に位置付けて、を次の様に整理したことを示す。

REBOK（DX編）の技術としてREBOKを拡張する。

・SE４BS、REBOK、REBOK（DX編）は、それぞ・要求獲得の対象、データ、方法が多様化の範囲の技れ、技術要素（手法、モデル、プラクティス）によ

術項目は、SE４BSの「情」の範囲に位置付けて、り構成される。

REBOK（DX編）の技術としてREBOKを拡張する。

・技 術 要 素 はViewpointで 分 類 さ れ、Viewpointは・モデリングの高度化、AI／MLの活用やそのための複 数 のLeaf Viewpointsの 組 合 せ で 表 現 さ れ る。

要求獲得に関する技術項目は、SE４BSの「知」のLeaf Viewpointの代表例として、知、情、意がある。
JISA Quarterly No.141 2021 Spring17

協会活動報告

SE4BS

構成する

構成する

技術要素
（手法/モデル/プラクティス）

REBOK（DX編）

分類される
Viewpoint

REBOK Pattern

情

ID
タイトル
状況
問題
問題が発生する理由
解決策
適用例
結果

Leaf Viewpoint
組合せ

Leaf Viewpoint

知

意

REBOK

構成する

図７ S
 E４BS、REBOK、REBOK（DX編）の関係を表すメタモデル【問題】開発者はどのようにして「いいね！」がもらえる要求定義をすれば良いかわからない。
【問題が発生する理由】従来の要求定義は、技術者主導でユースケース定義などの機能要求の定義が優先されてきた。顧客の行動、考え、感情を考慮したモデ
リングは、従来の開発プロセスでは積極的に取り組まれていない。
【解決策】対象ユーザ（発注者）を巻き込んだワー

なお、他にも、例えば、Zachman framework ［12］クショップを設定し、カスタマージャーニーマップ（以もViewpointで あ り、 役 割 軸（Scope context,

下、CJMと略す）を用いて、ユーザの行動を洗い出し、Business concepts, System logic,

考えや感情の整理を行い、そのような感情を「いいTechnology physics, Tool components）、専門ね！」につながる気づきを抽出する。また、抽出され軸（What, How, Where, Who, When, Why）をた気づきから、サービス提供につながるユースケース

Leaf Viewpointとしてとらえることが可能である。

を考案する。

・REBOK（DX編）と技術要素をREBOK Patternにより対応づける。
・REBOK Patternにより、DXを実践するために必CJMは、商品を購入するまでの顧客行動の分析等、
マーケティング分野でさかんに使われている［13］［14］。ICTに基づく情報システムやサービス開発の場［15］

要となるREBOKとしての知識を記述する。

面でも、顧客を含めたアイデアソンや開発初期のワー

REBOK（DX編）において、手法やプラクティスを、

クショップ等で、CJMが利活用されている。CJMにパターン・ランゲージを用いて、タイトル、状況、問基づく要求獲得では、Customer Journey（顧客の旅）

題、問題が発生する理由、解決策、提供例、結果（期と呼ぶ一連の具体シーンを通して、顧客に価値を提供

待効果）により記述する。また、従来のREBOKとのできる「顧客接点」を特定する機会を発見しやすい点

関係性を明らかにするために、「問題が発生する理由」

が有効である。

に、従来型の要求工学（REBOKまたはその周辺技術）【適用例】公共交通機関の遅延情報の通知方法を題では考慮されていない状況を記述する。SE４BSとの材として、利用者視点で要求を獲得する。発注者と開対応関係の明確化のために、「結果（期待効果）」にお発者によるワークショップを想定して、具体的なペル

いて、提供される知識により、知情意のどの方向性がソナやシナリオシーンを決定して、CJMにより分析強化されるかを示すことにする。

を行う。ユースケース定義、プロトタイプ作成を経て、CJMによるモデリングを繰り返し、ソリューション

4.2

18

パターンの記述例の改善を図る。

要求工学ワーキンググループにより検討した10個

図８に、デザイン思考におけるプロセスと対応づけのパターンの例を表１に示す。表１の「拡張」には、て要求獲得のワークショップの実施プロセスを示す。

各パターンが、SE４BSの知情意のどの視点に拡張す

実施プロセスは、デザイン思考のプロセスに基づき、るかを示している。以下では、表４のNo.4をとりあ（１）最初の共感、（２）創造、プロトタイピング、（３）

げて、パターン・ランゲージによりノウハウを記述しソリューションの考案とする。各プロセス要素に対した例を示す。

て次のようにタスク（１-１）～（３-２）を対応づける。

【タイトル】新しいサービスの創出

ワ ー ク シ ョ ッ プ で 各 チ ー ム が 作 成 す る 成 果 物 は、

【状況】顧客に「いいね！」といってもらえるデジ

CJM、ユースケースモデル、プロトタイプである。

タルサービスを考案しようとしている

本ワークショップでは、これらの成果物の完成よりも、

JISA Quarterly No.141 2021 Spring

協会活動報告

顧客の視点で、新たな気づきを得るプロセス体験をす他の実施例として、情報サービス産業協会主催のワーることを重視する。

クショップ報告［16］に実施過程と結果を示す。

図９にCJMの記述例、図10にプロトタイプ例、図【結果（期待効果）】

11にユースケース図の記述例を示す。CJMで顧客の・顧客の行動、考え、感情を考慮する要求定義により、行動、考え、感情を整理して、ネガティブな感情とな

技術者主導で機能定義から開始していた要求定義る要因や、その解決策などのアイデアをInsightとしが、ユーザ主体へと改善される。

て抽出し、IoT基盤などを利用して手軽なプロトタイ

・具体的なシーンで顧客の行動、考え、感情を考慮すプを作成し、その場で使い勝手などを確認する。そしることから、様々な側面でサービス提供が行える機て、解決策などを俊敏に修正するなどの作業を通して会提供の幅が広がる。

ソリューションを提案する。図10に示すプロトタイ

・CJMの作成や、顧客側の視点に立って考える習慣

プ作成では、obnizTM（https://obniz.io）を活用しがつき、多様化する顧客のペルソナをパターン化している。obniz とは、ネットワーク経由でセンサーておけば、より幅広い顧客の視点でアイデアを創出

やアクチュエーターを直接操作でき、クラウド中心のすることが加速される。

TM

IoT開発を容易に実現可能にする仕組みである。その

表１

REBOK（DX編）パターン

No.

パターン名

1

顧客提供価値を最大化するビジネス戦略を検討する

提供側、作り手側主導のビジネス戦略ではなく、ステークホルダ視点で価値を創造し届けていく戦略が競争優位を生む時代である。ステークホルダを洗い出し、価値提供を検討し、組織構造、プロセス、システムなどを通じて実行されるビジネスの青写真（戦略）を描く。

説

明

拡張

2

ステークホルダへの提供価値をデザインする

関係するあらゆるステークホルダの抱える悩み（課題）とその背景にある感情を分析し、ス 意/情テークホルダにどのような価値を提供する必要があるのかをデザインする。その上で価値を提供するためのゴールを設定し、ゴールを達成するために必要な要求を洗い出す。ステー
クホルダの特定と各ステークホルダへの価値分析の方法を新たなプラクティスとして示す。

製品開発で訴求効果のある機能を作りたい

利用状況を示すデータを収集できる機能を製品に組み込む。データ分析に基づき、実際の利用方法や利用ユーザー数や使用しているソリューションを分析し、新機能の影響範囲を定量化する。

意/知3

新しいサービスを創出
する

顧客に価値を提供する機会を見つけるために、デザイン思考のプロセスに沿って、ペルソ
ナ定義、ユースケースモデリング、カスタマージャーニーマップ、プロトタイピングを組
み合わせて価値創出ワークショップを実施する。

情

4

5

ユーザの体験価値をス
トーリーで考えるサービスを利用するユーザの体験をストーリー形式で描くことで、ハイライトとなるシーンを明確化し、関係者間でサービスの提供価値を共有する。

情6

ユーザーに愛されて長く使われるためには、ユーザの真のニーズをすばやくサービスに取り入れて、改善し続けることが重要である。何を改善すべきかを見極めるために、機械的に収集可能な定量データで改善ポイントの仮説を立て、ユーザインタビュー等の定性デー
タで仮説を検証するというサイクルを定着させる。

情/知既販サービスを継続的
に改善する

7

素早く作り、ビジネス価値を検証する

Agile開発により短期間の開発とリリースを繰り返すことで、具体的なフィードバックから俊敏に要求を具体化する。

知

重要なステークホルダを見つけるには？

既存のシステムにおけるステークホルダをデータドリブンで見つける。対象となるシステ
ムに蓄積されたデータ（イベントログ等）から、関連組織群とシステムの機能群の関わりを可視化する。

知8ウォータフォールに慣れていると、最低限のつもりで提供価値を盛り込みすぎてしまうことがある。失敗から得られる経験は重要である。しかし、実際のプロダクトをつくるなかでの失敗は痛い。実際のプロダクトをつくる前に、体験を通して、ユーザが欲しいものは何か？そのためにチームの一員としてどう考え、行動することが必要かを疑似体験で体感から理解をする。

知

9

デザイン思考サイクルを高速化するにはチームでMVPをつくる勘どころがあるとスムーズ

ユーザ自身は何が欲しいかをわかっていない場合には、デザイン思考サイクルを回して検証する必要がある。MVPとして、何を盛り込み、どのようにすればプロダクトやサービスの価値の伝わる実用最小限の製品とするか、その選択の見極める基準となるヒントを示す。

知

10

デザイン思考サイクルを高速化するには価値の伝わる実装するMVPを早く見極める意

JISA Quarterly No.141 2021 Spring19

協会活動報告

4.3
EMPATHIZEIDEATE
DEFINE

表１の10個のパターンおよび4.2のパターンの記述

PROTOTYPE

TEST(1)最初の共感(3)ソリューション
の考案(2)創造，プロトタイピング(1-1)チームビルディング(2-1)ユースケース（ソリューション）の考案(3-1)CJMの改善(1-2)ペルソナ，シナリオ（シーン）の決定(2-2)プロトタイプ作成(3-2)ユースケース（ソリューション）の改善(1-3)CJM：カスタマー
ジャーニーマップ作成

遅延通知システムを利用したある朝

Actionカスタマー
ジャーニーマップID

記述者

チームA

起床

フェーズ

目覚まし
時計
で起きる

シャワー
洗顔
をする

時間を
確認する

Opponent

Thinking

外出
（出発）

遅延通知
システム

予定の時刻までに遅延しても大丈家を出なければな
夫なように余裕
らないが、遅延通をもって支度を知システムで状況しなければならがわかるので心配
ない
ない

寝具

洗面所
浴室

遅延通知システムが遅延情報を伝えてくれるので、自らスマホを検索する必要がなく楽
である

平常心

遅延通知
システムを
みる

遅延して
いたら
支度を
急ぐ

外出の
支度を
する
スマホ

Insight

目的地までの最適時間を常に教えてほしい緊張感がなくなる
リスクあり

図９

TV

遅延していた場合でも支度を早く終わらせれば間に合うでしょう

楽だ！

遅延情報
を確認
する

始業時間に
間に合うか
確認する

玄関

鍵

駅

時刻表

迂回
ルート

別の経路
（電車）
を調べる

時計

Feeling

電車が遅延してお教えてくれるので平常心で準備ができる果の一例である。今後は、3.2（RQ１）～（RQ６）の要求を満たすREBOK（DX編）として、要求工学グループの活動を通して具体化していく。

遅延していた場合の迂回ルートはシステムから提供されるので検索の手間がはぶけて
よい

家を出る
駅について
迂回ルート
を確認する

迂回ルートも遅延などのトラブルが発生していることもあるので、回ルートだけに依存していては問題だ

まあまあ
良い感じ

そもそもいつも急い
遅延システムの遅延を知らせる手段
でいる生活パターン
お知らせの旗がもっとして音や光もそのものをと見やすいとよい
有効だ
遅延を知らせるだけ 変えるべきでは、遅刻しないという安心感は得られない

５．おわりに
本稿では、エンジニアリング部会要求工学グループ

2020/04/26

日付

準備中

遅延通知
システムを
みる

目覚まし
時計

例は、REBOK（DX編）の検討過程で作成された成成果物：CJM，ユースケースモデル，プロトタイプ

図８ デ ザイン思考とユースケースモデリングを融合した要求獲得プロセス

カスタマー
ジャーニーマップ名

今後の進め方

やや心配

遅延通知システムで遅れ表示の後、迂回ルート情報も得られると良いの活動報告として、要求工学知識体系REBOKの進化・拡張版の検討プロセスを示し、REBOK（DX編）を提案した。デジタルトランスフォーメーションの社会実装には、社会にインパクトを与える「問題発見」や「価値創出」が重要である。そのような「要求」を対象とした要求工学の再定義とは何かについて検討を継続してきた。著者らは、技術者へのヒアリングや関連研究の調査分析、新・ソフトウェア工学であるSE４

カスタマージャーニーマップの記述例

BSの 提 唱 者 ら と の デ ィ ス カ ッ シ ョ ン 等 を 通 し てREBOK（DX編）への要求を明らかにした。
REBOK（DX編）は、SE４BSによる知情意の分類に基づき、従来のREBOKを、価値創出を加速する「意」、多様化するユーザの視点を積極的に取り入れる

遅延がない状態

図10

遅延が発生している状態

遅延情報通知システムのプロトタイプ「情」、高度なモデルやAgileな取り組みで曖昧で複雑な対象の要求定義を高度化する「知」の充実の方向に
進化・拡張させたものである。また、REBOK（DX編）
を従来型REBOK、新ソフトウェア工学体系SE４BS

遅延通知システムとの接続性や位置づけを明確化することを意図し、要UC01:遅延を確認する

運行状況支援システム

利用者
UC02:メンテナンス（設定）をする≪include≫UC02-1:ウォッチする路線を設定する≪include≫UC02-2:迂回ルート情報の表示有無を設定する

図11

ユースケース図の記述例

素技術の使い方のノウハウをパターン・ランゲージで記述することを提案した。今後は、REBOK（DX編）
を構成するパターンをさらに充実させ、要求工学の未来像を模索し、情報サービス産業に携わるあらゆるス
テークホルダに貢献していく。
Ⱚ参考文献［1］一般社団法人情報サービス産業協会REBOK企画WG,

・従来型の要求定義が、知情意の観点では「情」方向に強化される。

20

JISA Quarterly No.141 2021 Spring

要求工学知識体系, 近代科学社, 2011［2］ISO/IEC/IEEE 29148:2018, Systems andsoftware engineering ? Life cycle processes ?

協会活動報告

Requirements engineering

真也, 小林浩, 平鍋健児, 羽生田栄一, DX時代の新たな［3］Neri Oxman, Age of Entanglement,?Journal of
Design and Science?-, MIT Press, 2016

ソ フ ト ウ ェ ア 工 学（Software Engineering for
Business and Society: SE4BS）に向けた枠組み［4］Tim Brown, Change by Design, Revised andと価値駆動プロセスの提案, 情報処理学会、研究報告

Updated: How Design Thinking Transforms

ソフトウェア工学, 2020-SE-204, No.17, pp.1-8,

Organizations and Inspires Innovation, Harper

2020

Business, 2019［11］独立行政法人情報処理推進機構 社会基盤センター,［5］HASSO PLATTNER, Institute of Design at

トランスフォーメーションに対応するためのパター

Stanford, An Introduction Design Thinking

ン・Process Guide、https://dschool.stanford.edu/

files/000082043.pdf（参照 2020-08-13）

resources/getting-started-with-design-thinking［12］The Zachman Institute for Framework（参照 2020-07-25）

ラ

ン

ゲ

ー

ジ https://www.ipa.go.jp/

Advancement, www.zifa.com.

［6］Jennifer Hehn, Daniel Mendez, Falk

［13］Jaeyeon Yoo, Younghwan Pan、Expanded

Uebernickel, Walter Brenner and Manfred

Customer Journey Map: Interaction Mapping

Broy, On Integrating Design Thinking for

Framework Based on Scenario、HCI （27）

Human-Centered Requirements Engineering,

2014, Part II. of Proc. of HCI International

IEEE Software, vol. 37, no. 2, pp. 25-31, 20202014, Springer, pp.550-555, 2014［7］Amy, Whitaker, Art Thinking：How to Carve［14］James Kalbach,（翻訳：武舎 広幸, 武舎 るみ）、

Out Creative Space in a World of Schedules,

マッピングエクスペリエンス カスタマージャーニー、

Budgets, and Bosses, Harper Business, 2016

サービスブループリント、その他ダイアグラムから価［8］Jessica Jacobs, Intersections in Design
Thinking and Art Thinking: Towards
Interdisciplinary Innovation, CREATIVITY

Vol.

5, Issue 1, 2018

値を創る、オライリージャパン、2018［15］Mike West, People Analytics for dummies,
For Dummies, 2019［16］位野木万里, 北川貴之、天野めぐみ, ソフトウェア［9］Zia Babar, Eric Yu, Digital Transformation ?

イノベーションシンポジウムSIS2019 ワークショッ

Implications for Enterprise Modeling andプ カスタマージャーニーマップ、ユースケースモデ

Analysis, 2019 IEEE 23rd International

リング、obnizでAgile に実現するデジタルサービス

Enterprise Distributed Object Computingの創出：デザイン思考要求工学IoT 体験ワークショッ

Workshop（EDOCW）, 2019

プ 実 施 報 告、 情 報 サ ー ビ ス 産 業 協 会［10］鷲崎弘宜, 萩本順三, 濱井和夫, 関満徳, 井上健, 谷口

JISA 会 報（JISA Quarterly）Vo.137, pp.36-42, 2020

JISA Quarterly No.141 2021 Spring21