移行要件 – 採用の鍵

採用の鍵。明白なことを忘れないでください。

本質的にビジネスアナリストである私にとって、要件は日常生活の一部です。身近な人たちにとっては迷惑なことですが、私は日常の活動を要件の観点から考えるようにできています😊

しかし、移行要件は、数十年の経験を持つ私たちにとってさえ、わかりにくい場合があります。しかし、移行要件は導入の鍵となるのです。

ちょっとしたお話タイムです…

娘が初めて学校に通うことになったとき、私たちは何週間もかけて準備しました。リュックサックとお揃いのお弁当箱、新しい学校着、新しい靴、寝袋を用意し、ランチとおやつのメニューまで計画しました。学校のハンドブックも何度も読みました。3歳半の娘は、これまでずっと私たち3人だけで過ごしてきました。保育園に通ったことがなかったので、初めての学校のような体験で、みんな興奮していました。しかし、その準備の中で、私たちは重要な情報を忘れていました。私たちは娘と一緒に学校に行かないということです。

私たちが彼女のシートベルトを外すと、彼女は興奮した表情で「ママ、今日はみんなですごく楽しい時間を過ごすわ！」と言いました。その瞬間、私はその日の残りの流れを完全に変えることになる重要な情報を見逃したことに気づきました。おっと！そして、そうなってしまったのです…彼女は取り乱していました！そして私も取り乱していました！

機能的な準備をすべて行う中で、私は娘の新しい学校での経験を実践することを怠りました。主要な利害関係者の移行を考慮することを完全に忘れていました。

18 年を超える要件管理の経験があるにもかかわらず、明らかなことを忘れていました。これは皆さんの行動を促す呼びかけです。明らかなことを忘れないでください。

移行要件 (または移行要件) は、設計および開発プロセスで見落とされがちな点で、NFR (非機能要件) に似ています。

名前が示すように、これらは現在の状態から将来の状態への移行を成功させるための要件です。

なぜそれらは重要なのでしょうか?

現在の状態から将来の状態に移行する計画がなければ、採用は完全に停止しないまでも、確実に遅くなります。製品/プロジェクト マネージャーであるあなたは、この変更に興奮しているかもしれませんが、興奮だけではゴールラインを越えられません。

移行は、他のビジネス ユニットやプロセスに影響を与える可能性があります。たとえば、顧客は新しいソリューションに移行するために、現在のライセンス契約をアップグレードする必要がある場合があります。移行を待つ必要がありますか? 待つことによる影響は? 法的な影響はありますか? 追加のトレーニングは必要ですか?

さらに、移行のよりソフトな側面として、理解することが挙げられます 変化曲線特にプロセスや文化に関連する変更の場合、移行は非常に困難になる可能性があります。人間は快適さ、つまり慣れ親しんだ環境を好む生き物です。そして変化は馴染みのないものであり、不快なものです。変更管理について十分に理解しておくと、移行計画と要件にギャップがないようにすることができます。

それは全体的な価値とどのように結びつくのでしょうか?

価値は、ソリューションが採用されたときに実現されます。単一の移行要件だけでは、通常、定量的な価値は提供されません。ただし、全体的な計画と要件が存在すると、移行が確実に成功し、より適切な採用と最終的なソリューション価値の実現につながるため、定性的な価値が提供されます。

広告

移行要件は、最終的なソリューションが判明した後にのみ定義する必要があります。完全に実装する必要はありませんが、把握しておく必要があります。

機能要件 (または利害関係者要件) とは異なり、これらは通常、企業やユーザーによって自発的に開示または表明されることはありません。このため、最初に行う私のお気に入りの手法は質問です。情報を引き出して、その情報から移行要件を導き出します。最初に質問のリストを用意しておくことは重要ですが、議論に参加することで、ギャップや仮定を最小限に抑えるための追加の質問を発見するのに役立ちます。

以下に、いくつかのサンプル質問とフォローアップ質問を示します。

• 新しいソリューションを運用化するために埋める必要のあるユーザー スキルのギャップはありますか?
  • これは私たちが提供できるトレーニングでしょうか、それとも外部からの支援が必要でしょうか?
  • この取り組みにかかるコストはいくらですか?
  • どのような種類の社内メッセージングが必要ですか?
• 現在のシステムから将来のシステムに移行する必要があるデータはありますか?
  • もしそうなら、それはどうすればできるのでしょうか?
  • すべてのデータを移行しますか? 一部のデータのみですか?
  • データを変換する必要がありますか?
  • 準備にはどのくらい時間がかかりますか? 移行しますか? 検証しますか?
  • データを送信するための規制要件はありますか?
  • 理想的なタイムラインは何ですか?
• 現在のソリューションを廃止するには何が必要ですか?
  • 単にオフにしたり削除したりすることはできますか?
    • ユーザーアカウントを非アクティブ化する必要がありますか?
  • 解約（または早期終了）に伴う費用は発生しますか?
  • データを削除する必要がありますか? (契約上) 削除できますか?
• 新しいソリューションを実装するには、どのようなプロセスを変更する必要がありますか?
  • このプロセスの変更はいつどのように起こりますか?
  • いつ、どのように伝えられますか?

さらに、2 つのソリューション/状態の違いについて考えます。次に、たとえ馬鹿げているように見えても、情報を引き出すのに役立つ質問をいくつか特定します。以下に、いくつかの開始質問を含むサンプル プロジェクトをいくつか示します。

明らかなこと、つまり移行要件を忘れずに、ローンチを成功に導きましょう。

ビュー: 12