非機能要求グレード検討会 | NTTデータ

このガイドは、

1. 開発するシステムのイメージに近いモデルシステムを選択する
2. 主要な要求項目の要求レベルをチューニングする
3. 詳細な要求項目の要求レベルを確認する

という流れで使うようになっており、非機能要件として定義すべき項目が網羅されています。非機能要件とは、情報システムの品質や性能、障害耐性への耐性のことですね（最大トラフィック時の応答時間など）

要件定義工程では、お客様のビジネス上の課題を解決するために、システムとして具備する能を定義する、いわゆる機能要件にスポットライトが当たることが多いですが、「非機能要件」の明確化も忘れてはいけません。

非機能要求が曖昧なまま開発を進めると（実際こういうケースは意外に多い…）、カットオーバー直前の性能テストで「こんなレスポンスじゃ使えない」、「ハード増強の予算なんて取れないよ！」など、さまざまな問題が発生してしまいます。

大手のSIerで、は社内で独自に同様の規準やテンプレートを持っている（持っていた）と思いますが（昔所属していた会社にもありました）、このようにオープン化することで、さらなるブラッシュアップを図れるのではないでしょうか。

小規模なSIでも「非機能要件」の明確化は重要です。「非機能要求グレード」のようなツールや規準が社内に存在しないプロマネの方は、目を通してみてはいかがでしょう。

利用シーン

ブレーンストーミングなど意見を発散したい場合に使うと効果的。増殖するマインドマップをみながら、発想のまま書いていくことにより、さらに新たな発想が生み出されていく。

会議ではホワイトボードの中心にテーマを書き、自由に意見を出してもらいながら枝に展開していく。できればイラストなどを入れてビジュアルしたり、枝の固まりを違う色で囲んだりして見ていて楽しいものにするとよい。

具体例

パソコンを使ってマインドマップをまとめたい場合は FreeMindやXMindなどのマインドマップ専用アプリケーションがある。この他にも有償のものがいくつかあるが、FreeMindもXMindも無償で利用可能なので、まずはこれらを試してみてはどうだろう。

個人的には機能が豊富で操作性も優れているXMindをオススメする。

上のマインドマップはXMindで作成しPNG形式で出力したものだ。カラフルな表現ができることを示すために、ややコテコテの仕上がりになっているが、このように画像を使ったり境界を定義して色を付けたりするのも簡単である。

プロジェクタでXMindのマインドマップを表示・編集しながら意見を出し合い、会議が終了したらすぐに参加メンバーへメールで送る…なんていうのもスマートで良いかもしれない。

マインドマップについては関連書籍が多数出版されている。詳しく知りたい方はこのあたりをどうぞ。

ペンとノートで発想を広げる“お絵描き”ノート術 マインドマップ(R)が本当に使いこなせる本 (アスキームック) (アスキームック) (アスキームック)

posted with amazlet at 08.11.24

遠竹 智寿子 月刊アスキー編集部
アスキー・メディアワークス
売り上げランキング: 243

おすすめ度の平均:

最高。
よき入門書ですね。
ムック本の中ではピカイチ
たしかにマインドマップが書ける
初心者から上級者まで満足できる内容

Amazon.co.jp で詳細を見る

ザ・マインドマップ

posted with amazlet at 08.11.24

トニー・ブザン バリー・ブザン
ダイヤモンド社
売り上げランキング: 1272

おすすめ度の平均:

マインドマップを知るきっかけ
ＨＯＷ　ＴＯ本じゃなくて、マインドマップの解説書だよね
訳書であることについて。言語的な問題はないのか,
マインドマップを書き始めたら読んでみる本
読むだけではマインドマップは書けない

Amazon.co.jp で詳細を見る

「できる社員」の最強メソッド マインドマップ(R)ビジネス超発想術 (アスキームック) (アスキームック)

posted with amazlet at 08.11.24

遠竹智寿子、月刊アスキー編集部
アスキー
売り上げランキング: 1773

おすすめ度の平均:

脳の力を最大限い引き出すＯＳ
これカタログです。
マインドマップの入門に適した内容。
難しく考えないで・・・
実践的な内容

Amazon.co.jp で詳細を見る

仕事に役立つマインドマップ―眠っている脳が目覚めるレッスン

posted with amazlet at 08.11.24

トニー・ブザン
ダイヤモンド社
売り上げランキング: 9120

おすすめ度の平均:

上級者向け
前著よりは…
残念な内容
マインドマップの実践例
想い、着想をヴィジュアルに整理。

Amazon.co.jp で詳細を見る

業務プロセスのムダを見つけたい場合や、問題が発生しやすい作業フローを見つけたい場合に使用する。業務プロセスを可視化しブレーンストーミングすることで、それまでは「常識として疑わなかったが実はムダな作業やプロセス」をみつけやすくなる。

具体例

• 関連する部署を書き出し、それぞれの間に線を引く。ここでは「担当者」「人事部」「移動希望部署」を設定した。
• 業務プロセスを構成するタスクを抽出し1つの箱として表現する。
• タスクの実行順序や流れはボックス間に矢印を書いて表現する。関係部署、タスク、実行順序を把握することが目的なので、特にフォーマットにはこだわらなくて良い。
• プロセスマッピングが終わったら全体を俯瞰し、改善策をブレーンストーミングする。
  このとき、関連部署の出席者有無が議論の精度とスピードに大きな影響を与える。このため、極力、議論できる担当者に出席してもらえるよう、事前に各部署へ要請しておくと良い。

複数の対象に対して優先度付けをしたい場合にに使用する。評価を行う観点を抽出した後、評価観点毎に点数を付け、それらの積を計算した評価点を用いて優先度を決定する。

点数は1,5,9のように離散値を設定し、その中から選ぶようにすると、中央付近の評価が集中し優先度を付けにくくなることを抑止できる。

また、人命や社命に関わるなど絶対に譲れない評価がある場合、最大点数^評価項目数（べき乗）を上回る特別点を設定できるようにする。（たとえば最高9点で3つの評価項目がある場合、9^3=729点となるため特別点は1000点とするなど）

具体例

• 優先度を決定するための評価項目を検討する。重要な評価項目に漏れが生じないように慎重に検討すること。ここでは「販売量」「利益率」「顧客重要度」を設定した。
• 比較対象の名称を記述する。ここでは「Ａ社」「Ｂ社」「Ｃ社」「Ｄ社」について比較を行っている。
• 設定した評価項目毎に議論し点数を記入する。
• 全ての項目に対して点数を記入したら評価点を計算する。評価点の大きいものから高い優先度で対応していく。

ある計画がうまくいっていない場合、その原因を人の心に作用する見えない力という視点で見える化し分析する。みんなの本音を可視化し、それぞれの力の強さを「推進力」「抵抗力」にまとめて全体を俯瞰することで、計画がうまくいかない理由を共有するとともに、改善策を検討するための論点を絞り込むことができる。

具体例

• 解決しようとするテーマを書き、その下を半分に分割し上の部分に「推進力」「抵抗力」と書く。ここでは解決しようとするテーマとして「オフショア開発が推進されない力の分析」を設定した。
• ブレーンストーミングを行い、設定したテーマに対して推進する力、抵抗する力を書く。いかに本音を引き出せるかがポイント。
• 推進力、抵抗力ともに出そろったら、それぞれの「力」を矢印の大きさで表現する。最初の方は矢印の大きさを決めにくいが、とりあえず適当な大きさで書き、他の力との相対関係で調整する。
• 矢印の大きさで表現できたら、抵抗力を減少させるための方法についてブレーンストーミングする。
• 次に推進力を増加させるための方法、または新しい推進力が無いかブレーンストーミングする。
• ブレーンストーミングした抵抗力を減少させる方法、推進力を増加させる方法が確実に実行されるよう、4W1Hなどを使ってアクションプランを作成しておく。

新製品を開発する場合に、競合製品のポジションを評価し「空いている」ポジションをみつけるなど、複数の対象物のポジショニングを整理するために使う。

表記自体はペイオフマトリクスとあまり変わらない。ペイオフマトリクスは、ポジションを整理した後、優先度付けを行って案を選択するのに対して、ポジショニングマップは、ポジショニングを図示し、空いているポジションや進むべきポジションを検討するために使う。

具体例

• ポジショニングを評価するための基準を2つ設定する。ここでは「予算」と「戦術」を設定している。
• 全ての対象物をポジショニングマップ上へ位置付ける。
• 特に最初の対象物はどこに配置するか悩ましいが、とりあえずどこかへ配置する。
• 2つめ以降はそれまでに配置した物との相対的な関係を考慮しながら配置する。
• あとから位置を動かしたくなることが多いため、ポストイットやマグネットなどを利用するとよい。

ちなみに、このポジショニングマップは予算、戦術ともに筆者の脳内イメージだけで作成しております。あくまでもサンプルということでお願いします(^^;

議論の結果、複数の案がでてきた場合に、どれを選べば良いのかで悩むことがある。そのような場合、２つの評価基準を設定し、ペイオフマトリクスで複数案の相対的ポジションを比較すると良い。

具体例

• あるテーマに対して議論し、複数の案を出す。
• 案を評価するために基準を2つ設定する。ここでは「成果」と「難しさ」を設定している。
• 全ての案をペイオフマトリクス上へ位置付ける。
• 特に最初の案はどこに配置するか悩ましいが、とりあえずどこかへ配置する。
• 2つめ以降の案はそれまでに配置した案との相対的な関係を考慮しながら配置する。
• あとから位置を動かしたくなることが多いため、ポストイットやマグネットなどを利用するとよい。
• 全ての案を配置したら、（この場合は）右上のものから高い優先度を付けて4W1Hなどでアクションプランを作成し、実行する。

組織（個人でも良い）の戦略を検討する際に、ブレストだけでは意見が発散してしまい、統一感のある戦略にまとめあげるのが難しいケースがある。そういう場合は、SWOT分析により論点を絞り意見を共有しながら戦略に落とし込むと良い。

具体例

• 自分たちの強み(Strength)と弱み(Weakness)について列挙する。分析対象を明確にした上で(全社、部、課など）ブレストの要領で行うと良い。
• 外部環境を機会(Opportunities)、脅威(Threats)に分けて列挙する。
• いずれも、結論を出すためのプロセスではないことを注意する。ブレスト中、いつにまにか対策の議論に入ってしまうことがあるので注意。

• 上で列挙した強み・弱み・機会・脅威をマトリクスにして、それぞれについて今後、何をすべきかを議論する。
• 議論した「何をすべきか」が確実に実行されるよう、4W1Hなどを使ってアクションプランを作成しておく。

話が混乱したり、一方からの視点に偏った議論になった場合、二分割法で整理してみると良い。シンプルだが、メンバ全員がさまざまな意見を分析的に捕らえる手助けとなり、集中すべき方向性が見えてくる。

• 賛成・反対の理由を全員で共有する(プロ or コン)
• チームの意識を「可能なこと」に集中させる(制御可能 or 制御不能)
• そもそも論を排除して未来の議論に集中させる(過去 or 未来)
• 理想のイメージを整理しビジョンをつくる(モア or レス)

具体例

• 自分たちが制御できる問題か否かで分けて整理する。
• 制御できない問題は単なる愚痴になってしまうため、いくら話してもムダ。制御可能な問題を中心に議論するように方向付けする。

• 目標に対して設定したアクションを具体化する。
• 責任分担を明確化し進捗状況をフォローする。

具体例

• 4W1HのうちWhereとHowは自明であることが多いためこの例では省略している。
• 「ステータス」は未着手・進捗率(パーセンテージ)・ペンディング・完了・中止などアクションの状態を表す語を定義し記述する。
• 「実施状況」はアクションの途中経過を日付入りで時系列に記述する。
• 定例会議でステータスの確認、進捗やアクションのアプローチに関するフォローアップを行うことで、確実にアクションを進める。（これが重要）

関連ツール

ゴールツリー

ゴールツリーで設定したアクションを実施する際に4W1Hを使用すると良い。