5 つのビジネス アナリストのスーパーパワー

ビジネス アナリストは、あらゆるチームや組織にとっての価値を高める特別な能力を備えています。

著者が生成したAI画像 クレヨン

ビジネス分析は現在、一連の知識、認定、尊敬を伴う専門職として認識されています。 BA は通常、ソフトウェア要件の活動を実行しますが、その仕事は、組織のニーズと、それらを満たすためにソリューションが持つ必要がある特性を評価する他の多くの側面にまで拡張できます。それは簡単な仕事ではありません。

ソフトウェアの背景を持ってこの職業に就いたか、ユーザーとして、または他の立場から入社したかにかかわらず、有能な BA にはいくつかの特徴があります。彼らは持っています 知識、スキル、ツール、性格特性 これにより、プロジェクト チームや製品チームに多大な貢献をすることができます。高層ビルを一気に飛び越えることはできないかもしれませんが、強力な BA は、あらゆる取り組みや組織に価値を付加できる 5 つのスーパーパワーを備えています。

超大国 #1: 混沌から秩序を生み出す

私は混乱した状況を整理するのがかなり得意です。障害を軽減することは BA の主要なスーパーパワーです。ビジネス アナリストは、パターンの把握、関連項目のグループ化、階層による複雑さの管理に熟練しています。その組織を作成すると、欠落、重複、誤り、不必要なビジネス機能やソリューション要件を明らかにするのに役立ちます。

関係者はランダムな入力をあなたに浴びせる可能性があります。ユーザーのタスク、シナリオ、ビジネス目標、機能要件、データ オブジェクト、制約、ビジネス ルール、製品機能、および無関係な情報を聞くことができます。このようなブレインダンプを扱うのは困難です。

BA は、情報の各ビットを分類し、関係を特定し、さまざまな利害関係者に伝える管理可能なセットにすべてを整理する必要があります。 BA は、テンプレートとビジュアル モデルを使用して、各知識を適切な場所に配置し、ソリューション開発の実行可能な基盤を作成します。混乱に直面したとき、雑草の中に閉じ込められてしまい、どこから始めればよいのか分からなくなる人もいます。解決策は、レベルを上げてすべてを確認し、分類、整理、文書化することです。

一例として、関係者は経験豊富な BA に対し、組織化されていない大量の要件を提示しました。 BA はそれらすべてを完全には理解できませんでした。彼は、 マインドマップ 山に何らかの構造と階層をもたらすためです。関係者は、マインド マップが提供する明瞭さに満足しました。

スーパーパワー #2: 正しい質問をする

そもそも汚れを防ぐことは、きれいにするよりもさらに効果的です。有能な BA は、ステークホルダーに「何が欲しいですか?」と尋ねることから始めません。または「要件は何ですか?」彼らは、組織がなぜこの取り組みに取り組んでいるのかを理解するための質問から始まります。彼らはどのような問題を解決したいのでしょうか、あるいはどのような機会を活用したいのでしょうか?提示された問題は 本物 問題？ (根本原因分析を使用します。) 組織は何を達成したいと考えていますか? (ビジネス目標モデルを作成します。)

ビジネス基盤を確立したら、BA は代表ユーザーに「ソリューションで何をする必要がありますか?」と尋ねる可能性があります。より効果的なのは、 使用法に関する要件の検討に焦点を当てる 製品の機能よりも。ほとんどの関係者は、すでに頭の中にあるソリューションから始めるため、これは困難です。ディスカッションは、ニーズの広さと深さを明らかにするために質問を続けてから、ソリューションに必要な機能と特性を探ります。 「なぜ？」と尋ねる多くの場合、より正確でより完全な理解につながります。

BA は、さまざまな利害関係者の言うことを何でも記録する、単なる筆記者ではありません。効果的な BA は水面下を調査し、明言されていないものを探します。

• 仮定を聞いた場合、それはまだ有効ですか?誰が言いますか？そうでない場合はどうなりますか?

• 解決策のアイデアを聞いた場合、それは本当の制約ですか、それとも単なるアイデアですか?

• ユーザーが説明した機能を必要とするのは誰ですか?

• ユーザーが特定のタスクを実行したい他の方法はありますか?

• ソリューションではどのような制約、標準、規制、ポリシーを尊重する必要がありますか?

• ソリューションはさまざまなエラー状態をどのように処理すべきでしょうか?

• 誰かが「ユーザーフレンドリー」と言うとき、それは何を意味するのでしょうか?それをどのように評価できるでしょうか?他の多くの場合も同様です 品質特性。

いいえ、BA は書記官ではなく探索者であり、適切な機能を適切なタイミングで適切に構築することで適切な問題を解決できるように開発チームを導きます。 BA は、たとえ善意であっても、関係者が目的もなく歩き回るのを防ぎます。

組織が AI を使用して製品要件の生成を支援し始めると、知識豊富な BA が重要な現実性チェックを提供します。生成 AI ツールは、正確な情報と同じくらい権威をもって提示される幻覚や誤ったコンテンツ、またはでっちあげのコンテンツを作成することでよく知られています。 BA は、AI が作成したものはすべて正しいと単純に仮定するのではなく、検証する必要があります。 AI が確かな批判的思考に取って代わると期待しないでください。

スーパーパワー #3: 抽象化レベル間の移動

大局的な人（抽象度が高い人）もいます。細部に焦点を当てることを好む人もいます（抽象度が低い）。しかし、両方のレベルで考え、状況に応じてあるレベルから別のレベルにすぐに移行できる人は多くありません。ビジネスアナリストは特にその点が得意です。

適切な抽象化レベルの選択は、要件を引き出す議論の際に重要になります。関係者は多くの場合、最初から高解像度の詳細に取り組みます。ただし、ファシリテーターは通常、大まかなところから始めて、詳細は後回しにする方が効率的であると考えます。

それが私が好きな理由の1つです ユースケースアプローチ 引き出しのために。通常、ユースケースは、ユーザーストーリーや個々の機能要件よりも高い抽象レベルでニーズを記述します。まず全体像を把握し、必要に応じて詳細を取得しましょう。

ファシリテーターは、グループが細かいことに早々に気を取られて、ウサギの穴にはまってしまい、ほとんど進歩が見られないときを察知する必要があります。その後、ディスカッションを元に戻して、その日の目標に適したレベルに焦点を当てることができます。現在、ユースケースを特定しているのでしょうか、それとも単一のユースケースの詳細な動作を具体化しているのでしょうか?データオブジェクトを識別しているのでしょうか、それとも個々の属性を判断しているのでしょうか?これらの議論はすべて重要ですが、適切なタイミングで行われます。

チームが「そういえば、ユーザー ID には特殊文字を含めることはできません」のような多くの詳細な情報を大量に作成したとします。これらのビットをどうするかを考えるのは、1000 ピースのジグソーパズルを組み立てるのに似ています。ピースを 1 つずつ拾い、「これをどこに配置するか?」と考えます。このボトムアップのアプローチはあまり効率的ではありません。

BA は、複数の情報または要件を論理的にグループ化できる場合を認識できます。たとえば、関連するユーザー ストーリーを複数の代替フローを含むユース ケースに収集する場合があります。抽象化スケールを簡単に上下にスライドできるこの能力は、有能な BA が人々や情報と効果的に連携することに貢献するもう 1 つの方法です。

さらに、BA は 3 つの時間コンテキストにわたって同時に動作できなければなりません。

• 過去 (なぜ特定の決定が下されたのですか?)

• 現在 (チームは今何を構築しなければなりませんか?)

• 将来 (製品は短期、中期、長期的にどのように進化すると予想されますか?)

その時間を意識することで、BA は地平線を両方向に見渡して、今日の作業を適切な文脈に置くことができます。

スーパーパワー #4: 知識を効果的に表現する

私は「要件を書く」というフレーズを「要件の知識を表現する」と頭の中で翻訳します。 BA は、特定の状況や対象者に対する知識を表現するための最も適切な方法を選択します。マネージャーは箇条書きリストや図を見たい場合がありますが、開発者はより詳細な情報が必要になる場合があります。単一の表現方法では、すべての関係者のニーズを満たせない可能性があります。

私はかつて、コンサルティングクライアントの次の製品、つまり複数のソフトウェアおよびハードウェアコンポーネントを備えた複雑な電子デバイスの要件仕様をレビューしたことがあります。仕様には、デバイスが取り得るさまざまな状態と、各状態で特定のアクションが実行されたときに何が起こるかを説明した長い表が含まれていました。表を読んだだけでは、デバイスがどのように動作するのか全体像を把握するのは困難でした。

を描くことにしました 状態遷移図 これらのさまざまなデバイスの状態と、ある状態から別の状態への許可された遷移を表示します。その過程で、その表で 2 つの不足している要件と 1 つの誤った要件を発見しました。ツール キットにさまざまなテクニックが含まれているため、特定の目的の情報を表示するのに最適なテクニックを選択できます。

BA は、将来の使用やコミュニケーションのために情報を記録する最適な方法を選択できます。場合によっては、開発者が何を構築すべきかを知り、テスターが何を検証すべきかを知り、顧客が何を期待できるかを知るために、すべての詳細をテキストで提供する必要があります。階層構造のテキストと表は、長い説明文の段落や箇条書きよりも扱いやすいです。

他の状況では、図はテキストを置き換えたり、多くの場合それを補完したりすることができます。考えます モデリングは必須のビジネス分析実践となる。経験豊富な BA は、詳細な要件仕様を作成する時期、付箋に書いたユーザー ストーリーで十分な時期、および絵を描く時期を知っています。

スーパーパワー #5: コラボレーションの促進

効果的なコラボレーションの基礎はコミュニケーションです。ビジネス分析の核心はコミュニケーションにあります。ビジネス アナリストは、製品チャンピオンに代表される多様なユーザー コミュニティと開発チームの間のギャップを埋めます。

BA は次のことを行う必要があります。 多くの利害関係者を特定する 要件について何か言いたいことがある、またはイニシアチブの影響を受ける人。すべての利害関係者が同じ重みを持っているわけではないため、BA は、行われる多くの決定に対してどの利害関係者が最も大きな影響を与えるかを知る必要があります。

ビジネス アナリストは、各利害関係者コミュニティの目標、懸念、制約、偏見、恐れ、プレッシャーを理解する必要があります。 BA は、顧客が常に正しいとは限らないことを知っていますが、顧客には常に一理あります。顧客の意見を理解し、尊重する必要があります。ただし、顧客が非現実的である場合、または単に間違っている場合も指摘する必要があります。不快かもしれませんが、この率直さは、BA がチームを正しい決定を下すように導くのに役立ちます。

私はかつて、前の 2 つのチームが失敗した後にプロジェクトを開始したチームのリード BA を務めていました。主要な利害関係者は怒り、圧力をかけられました。 「要件について話し合う時間はもうありません!」彼は私に言いました。 「システムを構築してください！」私は、新しい技術 (特にユースケース) を適用し、学んだことを文書化することを彼に説得しました。彼はしぶしぶ協力することに同意した。プロジェクトは大成功し、関係者は大喜びしました。

私たちは皆、他人から聞いたことを自分の個人的なフィルターを通して判断します。私の同僚のアントンが述べたように、学士には「偏見や早まった判断、知的執着を持たずに耳を傾ける能力」が必要です。 BA は、自分自身の基準枠から抜け出して実際の問題を聞き、自分の好みを押し付ける誘惑に抵抗し、参加者が満足のいく解決策を定義できるように導きます。

利害関係者は、相反するニーズや優先順位を提示することがよくあります。未解決の場合、開発チームはそれらの競合に対処する必要があります。 BA は、 意思決定プロセス このような対立がコラボレーションを妨げる前に解決する必要があります。ビジネス アナリストは、利害関係者間の難しい会話や交渉を促進して、ビジネスにとって最適な結果を達成できます。

つまり、BA の役割には、全員が同じ認識を持つようにすること、そして全員を同じ認識に保つことが含まれます。

あなたはスーパーBAですか？

経験豊富なビジネス アナリストであれば、貴重な知識、能力、ツールを蓄積していることになります。あなたはおそらく、これらの超能力のいくつかをすでに持っているでしょう。それでも、自分の能力を強化し、さらに効果的になれる機会があるかもしれません。を実行することを検討してください。 スキルインベントリ 追加の学習と練習がどのような成果をもたらすかを確認するためです。次に、次のプロジェクトでこれら 5 つの力を発揮して、組織がビジネス価値を最大化するための実際の問題を解決するための適切なソリューションを構築できるようにします。

---

著者: カール・ヴィーガース

Karl Wiegers は、Process Impact の主席コンサルタントです。彼は数多くの本の著者です。 ソフトウェア要件 (ジョイ・ビーティと)、 ソフトウェア要件の要点 (キャンディス・ホカンソンと)、 ソフトウェア開発パール、 日常のものの無思慮なデザイン、 そして 成功するビジネス分析コンサルティング。