分析ツールとしてのシナリオ、およびそれらが要件の処理にどのように役立つか





「小さな証券会社のディレクター、ユーリはオフィスに座っていました。彼は数人の従業員と一緒にファッショナブルなコワーキングでレンタルしました。 同社は最近、非常に良い結果を示しました。 権威ある経済教育により、成功する企業を独立して設立することができましたが、ユーリは頻繁にハッカー攻撃を仕掛ける固定資産(顧客ベース)を保護する方法を知りませんでした。 Yuryは従業員を信頼していましたが、彼らはしばしば自宅やカフェで働いていました。地元の管理者イリヤは、おそらく彼のひげと黒いTシャツのせいで、自信を抱かせませんでした。



そのような考えは長い間ユーリに付随しており、最近オフィスの窓の真向かいに掛けられた新しい看板は、具体的なステップに弾みをつけました。 掲示板で、PrivateNetは社内の重要なデータと通信を保護することを約束しました。



ジュリア長官は上司にコーヒーを運んだだけでなく、最も重要な仕事もしました。 したがって、PrivateNetからソリューションを購入する必要があるというユーリの手紙は驚くことではありませんでした。 ジュリアはすぐに会社のウェブサイトをインターネットで見つけ、2人から25人の会社のパッケージを自信を持って選び、プラスチックカードで支払いました。 私はすべての従業員のアドレスを入力しました(そう、それらはすべてmail.ruにありますが、サービスは信頼できるようで、企業のメールは無料です)、電話、各アドレスのライセンス数を入力し、リンクの付いた手紙がスパムにならないように付随するテキストを入力しました。 「従業員に通知」ボタンを押すと、ジョブが完了します。 そうそう、すべてがうまくいったことを確認してください。 ジュリアは、MacBook AirとiPhoneでメールをチェックしました。 すべてが問題なく確立され、PrivateNetの私のアカウントには緑色の番号2がありました。11になるので、Yuraに安全だと伝えることができます。




アナリストはこのミニストーリーをどのように伝えますか? なぜアナリストはそのようなテキストを書くのでしょうか? 結局、通常のリスト-製品が設計されている市場セグメント、ユーザーの問題解決、購入決定者、製品ユーザー、サポートされるプラットフォーム、サポートされるプラットフォーム、製品ユーザーの役割、信頼できるユーザー、違反者などなどなど。



しかし、第一に、一貫性のあるストーリーは覚えやすいし、第二に、多くの暗黙の詳細が含まれています。 たとえば、開発者は、本質的に組織の管理者であるJuliaが構成を支配することを期待しそうにありません。 それとも、ジュリアは従業員のデバイスのどのOSを知っていると誰かが思いますか? ほんと?



また、スクリプトから、疑わしいタイプ-ネットワーク機器に直接アクセスするイリヤ、および同じ物理コワーキングネットワーク内の他の潜在的な違反ユーザーの存在について学びます。 従業員は常にオフィスで働くとは限らないことを忘れないでください。 侵入者のモデルを構築し始めるのに十分なデータがすでにあるようです。



また、このスクリプトを使用すると、要件の整合性を評価できます。重要な何かを見逃したり、逆に非常に広範囲にわたる仮定をしたりしましたか。 たとえば、この例では、製品の重要な側面が明らかにされていないことがすぐに明らかになります。実際に何をするのか、ユーザーの問題をどのように解決するのか。 また、プロジェクトチームの誰かが、企業のメールプロバイダーに対する無条件の信頼に疑問を抱くかもしれません。



それだけではありません。 営業部門では、誰もが正確に何を販売しているか、そしてどのように販売を整理するのが最善かを理解します。 看板に書く価値はありますか、それとも看板がまったくありませんか? そして、何が彼らの代わりになるのでしょうか? Yuriに購入を決定させる最も良い方法は何ですか? すぐにすべての修正をスクリプトに導入し、すべてがどのように連続した履歴に発展するかを確認します。



つまり、シナリオを使用すると、混乱を合理化し、チーム内の製品のビジョンを検証するためのツールとして機能できます。 さらに、それらを読むことは、乾燥した要件よりもはるかに興味深いです。 これどうやって?



会社名と人の名前は発明され、すべての偶然はランダムです。



All Articles