ビジネス分析方法

エントリー

同様の記事がハブに見つからなかったので、私は貢献することにし、この情報が誰かの将来の活動に役立つことを願っています。 では、なぜIT指向のWebサイトでビジネス分析を行うのでしょうか？ 答えは読者にとってはややつまらないものになります。組織は仕事と機能を可能な限り効率的に最適化することを望んでいます。 多くの場合（すべてではありませんが）、状況から抜け出す方法はITの使用です。 例としては、従業員の自動化、利用可能なリソースのより効率的な使用、プロセスの最適化などがあります。これが、情報技術がどのように役立つかを示しています。

このトピックは実際には非常に興味深いものであり、ロシア語またはウクライナ語では十分な資料がありません。 私の意見では、これの理由の1つは比較的最近の外観です。 ここで説明する方法は、多くの言語の多くの教科書で個別に説明されていることを追加する必要があります。
自転車を思い付かないように、ウィキペディアからビジネス分析の定義を取り上げます。

「ビジネス分析-ビジネスニーズを特定し、ビジネス上の問題の解決策を見つける規律」

ただし、別の定義があります。 Business Analysis Body of Knowledge 2.0によると：

「ビジネス分析とは、組織の構造、ルール、機能を理解し、組織が目標を達成できるソリューションを提供するために、ビジネス参加者間のリンクとして使用することを目的とした一連のタスクと手法です。」

大部分は、この記事の出典はまさにビジネス分析に関する知識の本体であり、著者は現在活発に研究しています。

本質的に

紹介のためにそれで十分であり、記事の本質に直接行きます。 科学的知識の方法としての分析は、オブジェクトをその構成要素に分解して研究することで表現されます。 ビジネスにとって、これは最も収益性の高い方法です。どのビジネスも、利益を得るために（または非営利組織の場合は利益や価値をもたらすために）相互作用するコンポーネントで構成されるシステムだからです。 同様の場合、外国人の同僚は「価値」という言葉を使用します。これは、辞書が「価値」または「価値」として解釈するものです。

ビジネスを分析するにはどうすればよいですか？ 彼に近づく側は？ 実際、コンポーネントとその作業の全体像を構築するために、さまざまな角度からアプローチすることが可能であり、必要です。

ビジネス分析のタスクを実行するには、さまざまな方法が使用されます。 さらに、1つのタスクを実行することは、1つまたは複数のメソッドとして機能します。 非常に単純な一般的な言葉-より具体的なものに移りましょう。

ビジネスアナリストの間で最も一般的に使用されるプラクティスは、次の方法です。

• 受け入れおよび評価基準の定義。
• ブレーンストーミング
• ビジネスルール分析;
• データ辞書と用語集。
• データフロー図;
• データモデリング;
• 意思決定分析;
• 文書の分析;
• インタビュー
• 指標と主要業績評価指標。
• 非機能要件の分析;
• 組織モデリング;
• 問題の追跡。
• プロセスモデリング;
• 要件を特定するための実践的な演習。
• シナリオとユースケース。

これらのメソッドには、メソッドのサブセット（データモデリングメソッドなど）が含まれる場合があります。

合格基準および評価基準の決定方法

この方法の目的は、利害関係者に受け入れられるために基準が満たさなければならない基準を決定することです。

定義によると、このメソッドの基準は2つのクラスに分けられます。

• 採用基準（その実施において意味をなすために決定が満たさなければならない要件）;
• 評価基準（複数のソリューションから選択するために必要な要件）。

これらの基準はテストに役立つはずであり、テストできない場合は、テストできる小さな要件に分解します。 重要度によって基準をランク付けすることは理にかなっていることは注目に値します。

ビジネス分析に関する知識体系では、この方法の長所と短所に言及しています。

長所

• アジャイル開発では、すべての要件が、これらの要件への準拠をテストできる形式で表現されることが必要になる場合があります。
• 要件が契約上の義務を表明する場合、受け入れ基準が必要です。

短所

• 契約上の義務によって表される評価基準または受け入れ基準は、法律上または政治上の理由で変更が困難な場合があります。

ブレーンストーミング

このメソッドの目的は、さらなる分析の材料として役立つ新しいアイデアを生成することです。

回答できる質問は次のとおりです。

• どうすれば問題を今すぐ解決できますか（即興で）？
• 特定のソリューションまたはアプローチを選択する際に直面している障害は何ですか？
• 遅延の原因は何ですか？
• どうすれば問題を解決できますか？

ブレーンストーミングセッションを実施するには、ディスカッションのトピックの明確な定義、時間枠、このディスカッションからの期待を決定し、アイデアを評価するための基準を決定し、議論する分野で特定の経験を持つ適切な人々を選択する必要があります。

ブレーンストーミングの過程で、すべてのアイデアは議論、批判、評価なしで提供されるべきであり、攻撃の参加者は以前に提案されたアイデアに基づいて新しいアイデアを構築できます。 さらに、すべてのアイデアを記録する必要があります。

攻撃の終わりに、アイデアを議論し、重複を捨てる必要があります。 結果は、提示された質問にある程度答えるべきアイデアのリストになります。

メリット

• 短時間で多数のアイデアを生成する機能。
• 創造的思考が含まれています。
• 会議参加者間の緊張を和らげるのに役立ちます。

短所

• 大部分は、攻撃に参加する人々の欲求に依存し、参加者の活動を制限する可能性のある対人関係も考慮する価値があります。
• 参加者は、提案されているアイデアについて議論するべきではありません。 すなわち、ブレーンストーミングは議論と無駄な時間に発展する可能性があります。

ビジネスルール分析

このメソッドの目的は、特定のアクティビティ、作業、または機能を定義、制限、または許可するルールを識別することです。

一般に、ルールは組織の目標をサポートする必要がありますが、多すぎることはありません。

• ルールは、実行者が理解できる用語で定義する必要があります。
• ルールには、サポート方法の説明を含めないでください。
• これらは、最も基本的なレベルで宣言形式で定義する必要があります（つまり、さらにいくつかに分割しないでください）。
• ルールはプロセスから分離する必要があります。
• 組織がルールを最新に保つことができるように、ルールを維持する必要があります。

ルールは、強調する内容に応じて、解決的または構造的です。

解決ルールの例（プロセス参加者の動作を定義します）：

従業員は、職場で個人用ラップトップを使用するために、セキュリティ部門のディレクターから書面による許可を取得する必要があります。

または

メインブランチにマージする前に、開発者はコードをテストする必要があります。

構造ルールの例（特定のカテゴリに対する真実性、虚偽、または態度を決定できるようにする知識の構造を決定します）：

お支払いは銀行振込のみで受け付けています。

または

締切履行指標はEV / PVとして定義されます。EVは使用量で、PVは計画量です。

メリット

• プロセスとは別にルールを明確に定義することにより、組織はプロセスを変更せずにルールを変更できます。

短所

• ルールは互いに競合する可能性があり、新しいルールの出現や古いルールへの変更を定期的に確認する必要があります。

データ辞書と用語集

ビジネス分析およびVal IT方法論に関する一連の知識として、組織の成功の基盤の1つは、関係者が共通の用語を使用することです。 さらに、参加者が話していることを理解し、要件を明確かつ明確に述べることができるため、これにより要件のさらなる分析と収集のプロセスが簡素化されます。

そのため、このメソッドは2つのコンポーネントを区別します。

用語集 -用語とその定義のリスト。

データディクショナリは、 データのリスト、その定義、および有効な値または可能な値を含むディクショナリです。 データディクショナリは、データを結合できる組み合わせを定義することもできます。

データディクショナリは、単純な要素と複合で構成されます。

単純な要素には次の情報が含まれます。

• 名前 -一意の名前。
• エイリアス（エイリアス） -関係者がこの概念に使用する他の名前。
• 値 -要素が取り得る値。
• 説明 -ソリューションのコンテキストでの要素の定義。

複合要素は、単純な要素から形成されます。 その構造は次のとおりです。

• 順序 -単純な要素の順序を示します（順序では、単純な要素は常に明確に定義された順序で決定されます）。
• 繰り返し -単純な要素が複合要素に複数回出現する可能性があることを示します。
• オプションの要素 -複合要素に存在する場合と存在しない場合があります。

データフローチャート

データフロー図のトピックは、別の記事に値するものです。 さまざまな表記法があります（たとえば、BPWinの有名なハイネ・サーソンは、多くが大学やヨルダンで作成したものです）。 しかし、戻りましょう。

データフロー図（DFD）の目的は、システムからの情報の入力、処理、保存、および終了を表示することです。

チャートの説明：

• システムから情報を受け取る、またはシステムに情報を提供する外部エンティティ 。
• データを変換するシステムのプロセス 。
• 情報が一定時間保存されるデータウェアハウス 。
• 外部エンティティ、プロセス、およびデータストア間でデータを移動するデータストリーム 。

これらの図の1つの例を以下に示します。



アスタリスクは、オプションの単純なデータ項目を示します。 ちなみに、ダイアグラム上では、エラーメッセージの結果が、修正されたエラーのある顧客への回答であることを示す必要があります。 ところで、サンプルの図を追加します-他の人が同じ方法とエラーメッセージの処理をどのように説明するかを見るのは面白いでしょう。

一般に、別の例を挙げることができます：



チャートはDiaで描画されました。これは、GNU / Linuxでチャートを描画する際の恐怖の一例です。

おわりに

メソッドの一部（数十種類）のみを検討しましたが、おそらくそれらのいくつかを使用しているので、興味を持っていただければ幸いです。

参照：

1. ビジネス分析の知識体系の概要
2. Val IT