トム：”私は私の次の旅行のために新しい暖かい、ダウンジャケット”
私：”素晴らしい、私はパタゴニアやアークテリクスを選ぶだろう。”
なぜ私はトムとこれらのブランドだけにこれらのブランドをお勧めしましたか？
それはブランドの信頼によるものです。 私はこれらのブランドが私が一貫してほ
消費者として、トムと私はパタゴニアとアークテリクスの利害関係者です。, しての期待これら二つの屋外ブランドを取得する必要がありますを保持しています。 これらの期待は要件に変換されます。 このシナリオでは、私たちの要件は次のとおりでした。
- お金の価値
- 堅牢で長持ちする製品
- 機能製品
- 彼らの意図を実現する製品
パタゴニアとアークテリクスは、ステークホルダーとビジネスニーズを満たし、自社製品のビジネス要件を満たしています。 そして従ってブランドはよい評判、ブランド-アイデンティティと繁栄し、健康な要点および会社の成功をもたらします。,
新しい製品、プロジェクト、システム、サービス、またはソフトウェアのビジネス要件を定義することは不可欠です。 定義された要件がなければ、明確な目標、焦点、および進行の尺度が存在しません。 これは成功の前兆ではありません。
たとえば、Pulse of The Professionによる研究では、要件の定義が不十分であるためにソフトウェアプロジェクトの37％が失敗したと報告されています。
私たちはあなたが失敗したくないので、このプロセスストリートの記事では、ビジネス要件とは何か、そしてあなたのビジネスや仕事のラインのためにそれらを識別する方法を正確に説明します。, についてご説明します特典があり、その正確を定義する必要がある。 その後、どう取り入れているかを明らかにできる文書のビジネス要件、必要書類を使用工程Streetのビジネス要件テンプレートを作成します。
あなたが成功するために読む必要がある記事のように聞こえます…正しいですか？ √
そのように、それにジャンプしましょう。 下の関連するサブヘッダーをクリックして、そのセクションに飛び越えます。, また、私たちが言わなければならないすべてを読むために下にスクロールします：
- ビジネス要件テンプレート
- ビジネス要件とは何ですか、なぜあなたは気にすべきです
- ビジネス要件ドキュメントを作成する方法
- 変更管理モデルを介して適切に変更を管理します
- プロセスストリートに新しいですか？ あなたが始めるのに役立つクイックツアー
組織または作業ラインのビジネス要件を正しく定義することは、ここから始まります。 読み続け、一貫してあなたの利害関係者のニーズを満たす方法を学びます。
準備はできましたか？,
ビジネス要件テンプレート
この記事をキックオフするには、私はプロセスストリートの無料のビジネス要件テンプレートを紹介します。 このテンプレート識別キーにステークホルダーの皆様のニーズを満たしていなければなりませんで新しいプロジェクト、製品、サービス、システム又はソフトウェアです。,
このテンプレートを使用することにより、次のようになります。
- 新しい製品/サービスまたはプロジェクトのステークホルダー合意を得る
- 顧客とビジネスのニーズを満たす必要なソリューションを伝える
- 必要な変更を導入するために必要な入力を提供する
- 導入された変更によって顧客/ビジネスのニーズがどのようにどのように満たされるかを記述する。
ここをクリックしてビジネス要件テンプレートにアクセスしてください！
プロセスストリートアカウントを持っていませんか？ 心配しないで！ 登録は無料でお試今日のアクセスするには、数百ォテンプレートです。,
ビジネス要件とは何か、なぜ気にすべきか
ビジネス要件は、利害関係者のニーズと組織の目標を満たすために組織が実行しなければならない重要なアクティビティです。 ビジネス要件は、ビジネス要件ドキュメント(BRD)に設定および文書化されます。
Stakeholder Requirement Specifications(StRS)とも呼ばれるビジネス要件を設定するとき、ビジネスプロセス、システム、ソフトウェア、製品、またはサービスがエンドユーザーを優先して分析されます。, エンドユーザー/利害関係者のニーズを満たすためのソリューションは、BRD内のビジネス要件として詳述されています。 BRDは任意の時点で参照できます。
下の画像から、BRDのスケルトン構造を見ることができます。,
ビジネス要件が何でないかを把握することによって、ビジネス要件が何であるかを理解する
次のことについて少し考えてみてください。
- 製品/サービス/ソフトウェア/プロセス、またはシステムからの客観的または期待される利益
- 製品/サービス/ソフトウェア/プロセス、またはシステムの説明
►質問：上記のどれがビジネス要件を詳細に説明していますか？ √
あなたの答えは何ですか？ 用のコメント欄には、本条の意思いと思います。,
あなたの応答をメモするのに時間がかかっている場合は、私はあなたに感謝します♥。 しかし、私はちょっとトリックスターだったので、私も謝罪したいと思います。
あなたが見る、上記の両方は、ビジネス要件が何ではないかを正確に示しています。
なぜ？
上記は、製品/サービス/ソフトウェア/プロセス、またはシステムの目的または期待される利点です。 ビジネス要件は、それ自体が目的または期待ではなく、むしろ満足すると目的と期待を満たします。,
この分離を理解し、組織または作業ラインのビジネス要件を正しく特定できるように、ビジネス要件を正確に定義することが重要です。
たとえば、次のことを考えてみましょう。 私は、違いを強調するために、目的、期待、およびビジネス要件の面で例を分割しました。,
- 目的：従業員の効率を向上させます
- 期待：出力を高めるために、迅速かつ応答性の高いサービスを利害関係者に提供します
- ビジネス要件：オフィスでの従業員の時間を追跡します
上記のことから、目的、期待、および要件を区別することができますか？
以下の画像に示すように、この情報をBRDに追加できます。,
正当な描写とそれに続く識別により、ビジネス要件は次のようになります。
- プロジェクトの故障率を減らす：ステークホルダーの期待が満たされていないため、要件のずれや誤った解釈がプロジェクトの失敗につながる可能性があります。 を定義するビジネス要件を強いられる構造化されたプロセスやメソッドが作成されるステークホルダーの皆様のニーズを満たす.
- ビジネスケースの開発に貢献する：明確に定義されたビジネス要件は、その全体でプロジェクトを記述するのに役立ちます。, これは、ビジネス戦略の実行、および特定の目標を達成するために重要です。 プロジェクトは、低故障率を正トラクションキープロジェクトのステークホルダー
- コストを節約する：ビジネス要件を早期に確立することは、プロジェクトの成功率を向上させるだけでなく、長期的にはコストを削減します。 プロジェクトを軌道に乗せることで、変更要求と関連するコストが削減されることを考えてみてください。 さらに、価値はstakeholderの必要性で正確に渡すことから得られる。,
- ユーザーフォーカスを作成します：効果的なBRDは、利害関係者のニーズに優先順位を付け、すべての部門内の統合と影響分析を使用しています。 その目的は、エンドユーザーの期待と実現可能なものとのバランスをとることです。
ビジネス要件と機能要件
私たちが確立したように、ビジネス要件はあらゆるビジネスプロジェクトの重要なコンポーネントです。 されるようにするプロジェクトに結果を満たすステークホルダーの皆様のニーズ.
上記のBRDの例からわかるように、①–3を参照してください。,1機能要件-►ビジネス要件は、機能要件と一緒にペアとして来る–あなたの語彙に追加するいくつかのより多くの専門用語。
機能要件は、指定されたビジネス要件を満たすためにプロジェクトの成果がどのように動作するかを説明する詳細な内訳です。
それは少し混乱していますね？ √
さらに説明するために、例を見てみましょう。
Process Streetのコンテンツライターとして、私はProcess Streetのコンテンツ作成チームの他のメンバーと一緒にリモートで働いています。, 私達のチームは私達の部門のために置かれるビジネス条件を満たすために懸命に,一般的な書き込みエラーを修正し、コンテンツ品質のニーズを満たすために各ライターが取らなければならないステップを特定する
ご覧のとおり、ビジネス要件と機能要件はプロジェクトに不可欠です。,
ビジネス要件と機能要件は共通の目標を持っていますが、機能要件ははるかに具体的です。 継続的なレビューにより、機能要件とビジネス要件を比較することで、プロジェクトは軌道に乗ります。
機能要件についてもっと話すことは、この記事の範囲を超えています。 しかし、機能要件が何であるかを理解する必要があります。, 機能要件の詳細については、以下を参照してください。
- 機能要件
- 機能および非機能要件:仕様とタイプ
ビジネス要件ドキュメントの作成方法
ビジネス要件ドキュメント(BRD)は、フォーカスのプロジェクトについて詳しく説明しています。 我々はすでに議論したように、組織が達成したいものを明確に定義するために、ビジネス要件はBRDで強調されています。
新しいプロジェクト、製品、サービス、ソフトウェア、またはシステムを導入するとしましょう。, または、他のベンチャー企業の容量を増やしたり、縮小したり、削減したりしたいと思います。 またはあなたの焦点を変える。 しかし、これらの変化の需要は新規事業の要件を満たすことができます。 そんなに起こっていると、時にはそれはBRDが必要とされる理由である、これらの変更を処理するのは難しいことができます。
BRDを作成するのは難しい部分は正しい情報を収集することです。 幸いなことに、Process Steetのビジネス要件テンプレートに無料でアクセスできます。, このテンプレートは、効果的なBRDを作成するために必要なすべてのステップを詳述しており、要件を適切に設定するためにステークホルダーのニーズを
Process Streetを使用してBRDを作成する、ステップ#1:利害関係者のニーズを特定する
チームを集めたら、利害関係者のニーズを特定する方法を決定します。 フォーカスグループを動かすか。 ハンドアウトアンケート？ 製品のプロトタイプを作成する？,
当社のビジネス要件テンプレートは、利害関係者のニーズを特定するために使用される各方法のベストプラクティスを詳述します（下の画像を参照）。
プロセスストリートを使用してBRDを作成する,ステップ#2:組織の目的,期待,および要件を定義します
特定された利害関係者のニーズを使って、組織の目的と期待を定義することができます。 ビジネス要件を定義するために、目的と期待値を使用します。,
プロセスストリートを使用してBRDを作成する,ステップ#3:特定の要件に対応する作業活動を決定します
ビジネス要件を特定したら、特定の要件に対応する作業活動を決定します。
たとえば、ピアレビュー、編集チェックリストに従うこと、チーム全体のレビューは、Process Streetのコンテンツ作成プロセスのエラーを減らすために使用される作業
また、プレパブリッシュチェックリストなどの以下のプロセスは、コンテンツ作成効率を最大化します。,
プロセスストリートを使用してBRDを作成する,ステップ#4:詳細説明責任,優先度,メトリックと受け入れ基準
次に、どの要件に対して メトリックと受け入れ基準を解読する前に、優先順位の順に要件をリストします。
後者を例示するために、Process Streetでは、生産されたコンテンツの品質を評価するBAMMレビューシステムに従います。, パーセンテージスコアは、コンテンツの一部がどのように良いかを決定するために、このシステムに従うことから与えられ、コンテンツが必要な品質であ
この時点で、これまでに取得した情報は、以下に例示する業務要件レポートノートというタスクにまとめられています。 これらのノートが関係者によって承認されたら、公式のBRDのレポートに情報を単に転写しなさい。,
プロセスストリートを使用してBRDを作成する、ステップ#5:ビジネス要件チェックリストを作成する
BRDの明快さが提供され、フォーカスが保持され、あいまいさ
しかし、あなたの仕事はここで止まりません。 ビジネス要件を満たすことは継続的なプロセスであることを忘れないでください。
プロセスマスターとして、Process Streetでは、プロジェクト要件チェックリストを作成することをお勧めし, このチェックリス
Process Streetでチェックリストを作成および編集する方法の詳細については、以下のビデオをご覧ください：テンプレートの作成および編集の基本。,
プロセスストリートを使用してBRDを作成する、ステップ#6:組織の変更を効果的に管理する
新しい製品/プロセス/システム/サービスまたはソフトウェアを導入すると、組織に変更をインストールしています。
設定されたビジネス要件を正常に満たすためには、チームは関連する提案された変更に対してオープンである必要があります。 このためには、効果的であることが証明された変更管理モデルを採用する必要があります。,
あなたを助けるために、Process Streetのコンテンツ作成チームは、あなたが適切に変更を計画し、管理するのに役立つ、トップ無料のテンプレートリソースを提供す
これらの無料の変更管理モデルチェックリストへの詳細とアクセスについては、読んでください。 これらのチェックリストは、新たに導入されたビジネス要件を満たすために変更を効果的に実行するために、ビジネス要件テンプレートと組み合わ,
Process Streetを使用してBRDを作成する、ステップ#7:ビジネス要件を継続的に管理する
ビジネス要件のステータスを継続的に報告するシステムを実装し、これらのシステムの必要性がチーム内で伝えられるようにします。
チームが問題や懸念事項を報告するためのプロセスを確立します。 要件は何らかの方法で変更または変更される可能性があります。 これを認識し、対応することが重要です。,
変更管理モデルによる変更の適切な管理
前述したように、新しく設定された要件を導入すると、正しく管理する必要がある組織の変更が
変更の管理を成功させるには、Process Streetの変更管理モデルチェックリストをチェックしてください。 これらのチェックリストへのアクセスは、関連するチェックリストの詳細,
Lewinの変更管理モデルプロセスチェックリスト
Lewinの変更管理モデルでは、変更は三つの段階に分割されます。
- ステージ1:現状の凍結を解除
- ステージ2:変更を行う
- ステージ3:新しい現状の変更をロックインするための再凍結
Lewinのモデルブレークチェンジは、ビットサイズのチャンクに分割され、人々とプロセスを取り込みます。アカウント。 このモデルは、この場合、設定されたビジネス要件の満足を可能にする変更を導入するための厳格なプロセスを解放するように動作します。,
Lewinの変更管理モデルプロセスチェックリストにアクセスするにはここをクリック
ブリッジ遷移モデルプロセスチェックリスト
ブリッジ遷移モデルは、急激なシフトではなく、旅として変化を見ています。 この旅の三つの段階が詳細です：
- ステージ1–エンディング、失うと手放す
- ステージ2–ニュートラルゾーン
- ステージ3–新しい始まり
各ステージは、その期間中に従業員内で扇動感情によって特徴, 本質的に、Bridges Transition Modelは、設定したビジネス要件を満たすために変更が導入されると、従業員に感情的なサポートを提供します。
ここをクリックしアクセス橋の遷移過程モデルのチェックリスト!
ADKARモデル変更管理プロセスチェックリスト
ADKARモデルは、変更の適用のためのボトムアップアプローチをとります。, 頭字語の各文字は、到達すべき目標を表しています。
- a:変化の必要性の認識
- D:変化に参加し、サポートしたいという欲求
- K:変化する方法に関する知識
- a:変化に必要なスキルと行動を実装する能力
- R:変化を維持するための強化
これらの目標により、ADKARモデルは、個人レベルと組織レベルの両方で変化を計画することに成功しました。 変更管理モデルとして、ADKARは学びやすく、変更を表示するための新しいレンズを作成し、アクションを駆動し、変更がどのように起こるかに対処します。,
ADKAR機種変更管理プロセスチェックリストにアクセスするにはここをクリック！
McKinsey7-Sモデルプロセスチェックリスト
McKinsey7-Sモデルは、企業の7つの要素を識別し、一方が他方にどのように影響するかを詳述します。 これらの要素に分けられている2つの種類、ハードとソフト。 ハード要素は、管理によって駆動され、より具体的です。 柔らかい要素は文化によって駆動され、あまり有形です。,このモデルは、これらの7つの要素を整列させて、お互いをサポートし、この場合、変更目標をサポートすることを目指しています。導入されたビジネス要件を満たすことです。
McKinsey7-Sモデルプロセスチェックリストにアクセスするにはここをクリック！,
PDCAサイクル変更管理モデルプロセスチェックリスト
PDCAサイクルは、改善のための継続的なプロセスとして変化を見ています。 ステージ1：計画
これらのステージは反復的であり、すなわち円として、各ステージが再び完了し、再び完了します。
問題が特定され、解決策が体系的にテストされ、結果が評価され、必要に応じて新しいソリューションが実装されます。,
進行中の要件管理セクションで、ビジネス要件テンプレートの最後に来たときにPDCAサイクルを使用することをお勧めします。
PDCAサイクル変更管理モデルプロセスチェックリストはこちら！
Kotterの変更管理モデルプロセスチェックリスト
Kotterの変更管理モデルのコアフォーカスは、変更のための緊急性の感覚を作成することです。 このモデルは、この緊急性により、変化の勢いが得られると述べている。,
モデルは、変更の適用を8つの段階に分割します。
- ステージ1–緊急感を作り出す
- ステージ2–コア連合の構築
- ステージ3–戦略ビジョンの形成
- ステージ4–すべての人を乗せる
- ステージ5–障壁を取り除き、摩擦を減らす
- ステージ6–短期的な勝利を生み出す
- ステージ7-加速を維持する
- ステージ8–石の変更を設定する
最初のステージは、必要な変更を実装するためにあなたのチーム内のドライブを作成します。, 次の段階は、このドライブを維持し、最後まで変化を見ることに焦点を当てています。
Kotterの変更管理モデルプロセスチェックリストにアクセスするにはここをクリック！
Kubler-Ross変更曲線プロセスチェックリスト
Kubler-Ross変更曲線は、企業内の従業員に対する変更の感情的な負担を認識しています。 これらの感情は生産性に絞首刑を置くことができる。 但し、正しく認められ、管理されれば変更の否定的で感情的な影響は最小にすることができる。,ステージ1:拒否
これらの段階の知識を持つことで、モデルはこれらの感情を積極的かつ徐々に管理し、制御し、指示する方法を示唆している。セットのビジネス要件を満たす。
Kubler-Ross変更曲線プロセスチェックリストにアクセスするにはここをクリック！,
ナッジ理論変更管理モデルプロセスチェックリスト
変更のためのナッジ理論は、変更管理モデルよりも理論であり、したがって名前です。 アイデアは、個人がその決定を下している環境を変えることによって、個人が望ましい決定を下すことにナッジされるということです。 この環境は、選択アーキテクチャです。
あなたはあなたの定義されたビジネス要件を満たすために必要な変更を導入するためにナッジ理論を使用することがで
ナッジ理論変更管理モデルプロセスチェックリストにアクセスするにはここをクリック！,
ナッジ理論と選択アーキテクチャの詳細については、読む：選択アーキテクチャ説明：今日のあなたのビジネスから人間のバイアスを取り除く方法！
Satir変更管理モデルプロセスチェックリスト
バージニアSatirによって開発されたSatir変更管理モデルは、従業員が組織変更中に感じると予測される悲,
これらの悲しみの段階は次のとおりです。
- ステージ1:遅い現状
- ステージ2:抵抗
- ステージ3:混乱
- ステージ4:統合
- ステージ5:新しい現状
ステージは、変更が従業員のパフォーマンスに与える影響を追跡するように設計されています。 長期的には、新しく定義されたビジネス要件を満たすことは、ビジネスが利害関係者のニーズにより合っていることを意味します。 したがって、最初の感情的な乱れにもかかわらず、これを適切に管理することにより、導入されたビジネス要件の利点は長期的に実現されます。,
Satir変更管理モデルプロセスチェックリストにアクセスするにはここをクリック！
プロセスストリートに新しいですか？ あなたが始めるのに役立つクイックツアー
プロセスストリートは、超大国のチェックリストです。
私たちのチェックリストはどのように超大国ですか？
まあ、あなたは私たちの変更管理モデルのチェックリストと私たちのビジネス要件テンプレートを使用して目撃しなければならないように、私たちの, これらには、
- タスクの順序を確実にするためにタスクを停止します（ただし、これらに限定されません）。
- ダイナミックな期日なので、期限は逃されません。
- 条件付きロジック、あなたのニーズに応える動的なテンプレートを作成します。
- 役割の割り当て、チーム内でのタスク委任を容易にします。
- 承認、意思決定者が重要な項目にゴーサイン（または拒否）を与えることができます。 また、必要なコメントを提供することができます。
- Webhookにより、アプリは自動化されたメッセージや情報を他のアプリに直接送信できます。, 大きな特徴で維持するためのその他のツール通知の状態のチェックリストや業務プロセス街があります。
- タスクの割り当て、チェックリスト内の個々のタスクにユーザーとグループを割り当てるために、誰が何を担当しているかを簡単に確認できます。
- ウィジェットを埋め込み可能なビューとその他のアプリを残さずにチェックリスト.li>
私はあなたが始めるためにかゆみている賭けます！ 今日、無料で、ストリートを処理するためにサインアップ！,
今日のビジネス要件の定義を開始し、利害関係者のニーズを一貫して満たす
新しい製品/プロジェクト/サービス/ソフトウェアまたはシステムの成功には、早い段階でビジネス要件を確立することが不可欠です。 明確に定義されたビジネス要件は、次のようになります。
- お金を節約し、
- 時間を節約し、
- 失敗の確率を大幅に減らし、
- あなたのビジネスケースの開発に貢献し、
- あなたの利害関係者のニーズに応えるために鋭い焦点にとどまるのに役立ちます。li>
失うものは何ですか？,
Process Streetのビジネス要件テンプレートでは、ビジネス要件の設定がかつてないほど簡単になりました。 ビジネス要件テンプレートを使用してBRDを作成します。 ご利用BRDにして、変更管理モデルのチェックリストの成功裡の実施の新商品プロジェクト/サービス/ソフトウェアやシステム。