レヴィが提案するフレームワークであるシステミングの基本的な目的は「システムデザインを確実に、そして上手に進めること」です。
以前のブログで、企業やチームにおける設計開発の現状のやり方を可視化して課題や問題を抽出することへの活用法をご紹介しました。
今回は、実際の業務の中で、どのようにシステミングを活用していくのかを体験できる「システミング体験ワークショップ」の例をご紹介します。
なお、システミングについての詳細は、システミングガイドブックも合わせてご覧下さい。
今回ご一緒した会社
今回紹介する例は、大阪府泉南市に本社を構える東阪エンジニアリング株式会社様において実施したワークショップです。東阪エンジニアリング様は、電子機器のOEMを中心に、高い技術力を活用した様々な製品を開発・提供されています。そんな東阪エンジニアリング様で設計開発の業務を担うエンジニアの皆様に参加して頂きました。
システミング入門
システミングの基礎を簡単にご紹介し、用いる言葉に対する共通理解を築きます。 特に大切なのがビューモデルです。
複雑なモノゴトを扱うために、システミングでは「わけて、つなげて考える」というアプローチをとります。
どのような視点に分解してモノゴトを捉え、どの視点とどの視点の整合性を気にしながら、システム開発を進めるのかを示したのがビューモデルです。
ビューモデルは、開発対象や開発チームの特性によって変わります。 例えば、電子回路設計の場合は、下記のようなビューモデルになります。
多くの企業様では、ここまで分解せずに、「要求仕様」と「回路図」（物理設計）という視点のみで電子回路を捉え、エンジニアの頭の中だけで、整合性をとっています。
この方法は、特定の製品開発に着目した場合には効率的なやり方なのですが、設計情報の属人化が生じてしまいます。 担当者の高齢化や退職によって、設計情報の属人化は、手痛い事業課題となります。
一方で、上記のビューモデルでは、「コンテキスト」、「利用シナリオ」、「機能」といった視点が加わっており、顧客の期待と回路図までに飛び石となるような設計情報が置かれます。
これにより、担当者以外にも設計意図などを共有しやすくなり、チームで設計を実施できる体制を築くことができます。
ワークの大まかな流れ
システミング体験ワークは、大まかに下記のような流れで、1時間半程度で実施しました。
- コンテキストモデルを描くワーク
- 利用シナリオを描くワーク
- レヴィが作成した機能フローを眺めながら、利用シナリオとの整合性を確認する
- 回路ブロック図を描くワーク
- 利用シナリオ、機能フロー、回路ブロック図の整合性を確認する
以降、ワークで扱った内容について、少しだけご紹介します。
コンテキストモデルを描くワーク
課題抽出ワークショップでも扱いますが、システミングの最初のステップは、システムコンテキストのモデル化です。 システムを使って課題を解決したい顧客やシステムを利用するユーザーなどのステークホルダや、外部要素（コンテキストエレメント）をワークショップの中で洗い出していきます。
今回は、東阪エンジニアリング様のモータードライバを例にモデリングを行いました。 皆様、積極的に取り組んで頂けました。
短時間のワークではありましたが、付箋を使って、下図のようなコンテキストモデルが出来上がりました。
利用シナリオを描くワーク
モータードライバの仕様は、それが何の製品において、どのように使われるかによって決まります。 利用のシチュエーションを整理し、可視化していきます。
利用シナリオは、ユーザーが具体的に製品を使って何を行い、どのような価値を得るのかを表現できるため、顧客の期待の整合性が確認しやすいモデルです。
また、利用シナリオを実現するために製品がすべきこと＝「機能」との整合性も確認しやすいものになります。 つまり、この過程で、しっかり利用シナリオに関する認識を揃えておくことで、適切な機能設計を行うことができ、「ほしいものはこれではなかった」という状況の防止につながります。
機能フローと利用シナリオの整合性確認
次に利用シナリオを実現するために製品がすべきことを洗い出していきます。 ここで大切なのは、利用シナリオとの整合性が取れていることです。
利用シナリオを回路図を直接比べるよりも、機能という視点を介して比べることで、思考のジャンプが少なくなり、認識の齟齬を防ぐことができます。
回路ブロックを描くワーク
最後に、主要な部品も定めた上で、回路ブロックを描きます。 機能を介することで、利用シナリオが実現できる回路になっているかを容易に確かめることができます。
この段階の議論で、「なぜそのような設計にしたのか？」という設計意図の共有が自然に起こり、いままで設計者の頭の中にしかなかった設計情報が、場に共有されるようになります。
全体の整合性の確認
ビューモデルに戻り、全体のビューとビュー間の整合性を俯瞰します。
具体的なビューから、抽象的なビューに立ち戻ります。 具体と抽象の行き来を自然に行えるのが、システミングの特徴です。
視座を高めることで、抜け漏れがないか、正しいシステムを作れているかを確認することができます。
参加者の声
- 思ったより付箋ワークにより理解が深まり、技術部メンバーと一緒にワークショップが出来たことにより理解も深まりましたし実業務への落とし込みに近づけたと感じられました。
- 付箋を使ったマイルストーン、製品仕様のまとめ方は、図になることで全体の把握もしやすく、工程の流れや何が足りていないかなどわかりやすくよかったです。
- 付箋で意見を出し合い意識確認する手法は、エクセルやパワーポイント等での意識共有とは違い、分かりやすくお互いの考えをより認識できると感じました。
- ただ単に資料を説明するセミナーでは無く、実際に体感しながら学べたところが良かったと思います。システミングという考え方に少しでも触れれた事が大きいと思います。
おわりに
このようにして、システミングの考え方を電子回路設計に応用する方法を短時間で体験することができます。
もちろん、体験して終わりではなく、実プロジェクトでシステミングを実践したり、システミングあるいはシステムデザインの観点から業務における様々な課題の解決に一緒に取り組むというのがレヴィのお仕事になります。
今回紹介したシステミングワークショップやシステミングの実践についてご関心・ご要望のある方は、下記のリンクからお気軽にお問い合わせ下さい。
余談ですが、泉佐野駅の近くでお昼に食べた海鮮丼が680円とは思えないクオリティで、大阪の底力を感じました。
