受け入れテストのリスクコントロール~Visual Studio 2012 ソリューションシナリオ

 << ”Visual Studio 2012 ソリューションシナリオ” では、開発現場における様々な課題を Visual Studio 2012 によってどのように解決できるのかを紹介いたします。>>   ソフトウェア開発において、受け入れテストがなぜ重要なのでしょうか?   受け入れテスト、は開発チームが実施してきた開発プロセス~要求定義、開発、そしてテスト~の最後の活動として、ユーザーによって実施される活動です。受け入れテストが完了することにより、開発チームの努力が具体的なものとして認められ、そしてその価値をユーザーに届けることができる、重要な区切りとなるのです。   このソリューション シナリオでは、受け入れテストにおけるリスクコントロールのためにどのようなプラクティスがあり、Visual Studio 2012 がどのようにその実践を支援するのかを紹介します。   受け入れテストにおけるビジネス上の課題、リスクにはどのようなことがあるのでしょうか? 例えば、以下のようなことが起こりがちです。   要求で明示されていない事柄に対する期待値と実現内容のギャップが存在する(例:表形式の一覧情報の表示画面において、任意の項目をキーにしたソートができない、等必要な機能が実装されていない)   要求と実際の開発のギャップに開発後期で気づくため、スケジュール的に後戻りできず、また責任の所在もあいまいなまま不十分なソフトウェアを受け入れてしまう。   これらの原因の一つは「あいまいな要求」によって引き起こされます。   「ソフトウェア開発」は、ユーザーと開発チームの共同作業であり、その認識を如何にすり合わせることができるか、が成功のカギを握っています。 「あいまいな要求」をそのまま放置し、お互いに「行間を読む」ことで、自身に都合のよい内容を「期待」しつつ、ギャップを埋める努力をせずに開発を進めていると、受け入れテスト間際や、あるいは受け入れテストのその瞬間に、ギャップが顕在化し、問題になってしまうのです。    このような問題を解決し、受け入れテストにおけるリスクをコントロールするための本質的な方法は、ユーザーと開発チーム(および、関連するその他の関係者)の認識を早期からすり合わせ、ギャップの顕在化を早めに行うことです。 これを実現するための代表的なプラクティス(行動)として、以下のような項目が挙げられます。   早期から、頻繁にユーザーを巻き込み、要求の定義と検証を段階的に行おう。 「あいまいな要求」への対策としてはいくつかの方法が考えられますが、「ユーザーを巻き込む」というのが最も本質的で、かつ効果的な対策といえるでしょう。 もし、「顧客があまりに多忙で、そもそもこのソフトウェアを「なぜ作らねばならないのか」といったプロジェクトの本質を説明する時間すらさけぬだと知ったら、本来そんなソフトウェアは作られるべきではない」のです(※)。まずは、開発の予算だけでなく、プロジェクトに関わろうとするコミットをユーザーから得ましょう。そして、要求定義を一度だけ行うのではなく、プロジェクトのチェックポイントを設定し、段階的に要求の定義と検証を行うようにしましょう(アジャイルプロジェクトであればイテレーションやデリバリーごとに。ウォーターフォール型であっても各フェーズ毎に見直すことは可能です)。 ※ 「アジャイルサムライ ― 達人開発者への道」 ISBN978-4-274-06856-0 P.70   文書だけでなく、「動くソフトウェア」でフィードバックを得よう。 開発プロジェクトにユーザーを巻き込むことに成功したら、次のステップとして「実際に動くソフトウェア」によって、文書では表しきれないギャップの解消を目指しましょう。ユーザーは複雑でかつ変更に時間のかかる「文書」が欲しいわけではありません。応答性能が期待する値よりも低くても、全体としてのエクスペリエンスが満足できるレベルであるのであれば、応答性能の向上に割く必要のあるリソースを、他の機能の実装に費やしたい、と思うかもしれません。詳細で正確な「文章」よりも、実際に動くソフトウェアで、ユーザーと会話をしましょう。   様々な立場の関係者が、簡単に開発プロジェクトに参加できるようにしよう。 ユーザーや開発チームにおけるプロジェクトマネージャー、開発者、テスト担当者、といったメンバーはもちろん、運用チームやサポートチーム、顧客窓口といった関係者など、様々な立場の関係者が、参加できるようにしましょう。様々な立場の関係者が、ソフトウェア開発に関わることによって、要求のギャップを最小化し、受け入れテストをスムーズに実施することができるようになります。また、それぞれの関係者が、気軽に質問をしたりフィードバックを行うことができるように環境を整えることで、少しでも多くのフィードバックを収集できるようにしましょう。    End-To-End のトレーサビリティを確保しよう。 開発プロジェクトに積極的にかかわってくれる関係者が増え、また多様なツールでフィードバックを送ってくれるようになったら、それらをしっかり記録し、開発チームで共有を行い、ソフトウェアに反映できるようにしましょう。…


ALM Summit 3と日本で同時開催セミナー

2013年1月28日から2月1日までの5日間、アプリケーション ライフサイクル管理 (ALM) の世界中のリーダーが集まるイベント、ALM Summitが開催されます。 ALM Summit 3 http://www.alm-summit.com/ 今回で第3回を迎えるALM Summitですが、毎回米国マイクロソフトがイベントホールを提供して開催されています。第1回は日本から2名、第2回は日本から7名のメンバーが参加しています。昨年のALM Summitのセッションは、動画でご覧いただくことができます。 ちなみに、セッション動画の中でMiki Konnoさんのセッションを探してみてください。マイクロソフトの米国本社の製品開発グループで活躍している日本人の姿を垣間見ることができます。 ALM Summit Facebook | ALM Summit Twitter   東京同時開催:「2013年の開発トレンド先取りセミナー」 今回は東京で、セミナーを同時開催します。 セミナーの注目ポイント 大きな変革のキーワード、DevOps、Agile/Scrum、継続的インテグレーション/Continuous Value Deliveryなどのテーマの最新動向 Team Foundation Serverのユーザーグループ TFSUGとの共同開催により、昼の部と夜の部の2部構成 昨年の第2回ALM Summit参加者でもあり、ALM MVP, Team Foundation Serverのユーザーグループの発起人でもある中村薫氏の講演 ALM MVPでもある、アジャイルコーチで有名な吉羽龍太郎氏のScrumに関する講演 米国レドモンドで開催されるALMサミットの現地から、オンラインで弊社エバンジェリストの長沢智治によるライブセッション ————————————————- 2013年の開発トレンド先取りセミナー 日時:2013年2月1日(金) 場所:日本マイクロソフト 品川オフィス 定員:45名 イベントの講演プログラムと参加登録はこちらから ————————————- 現地へ行ってALM Summitに参加できなかった方も、オンラインとオフラインともに、日本から是非ご参加ください。  (杉本)  


Visual Studio 日本チームブログ開始

Visual Studioの最新情報を日本のお客様に届けるために、新たにブログを開設しました。 私たちVisual Studioの日本のチームでは、自社のイベントやセミナーの開催だけではなく、外部のイベントやお客様の企業内勉強会などでも講演の機会をいただいています。また、ウェブサイトには、注目機能の紹介やお客様の導入事例、販売パートナー様などの新しい情報を掲載しています。このような、最新情報をこのブログでお知らせしていきます。 今後ともVisual Studioをよろしくお願いいたします。 Visual Studio 日本チーム