システム開発においては、発注側も開発委託側に全ての開発内容を丸投げするのではなく、開発における各フェーズにおいてレビューを行なうことが極めて重要です。

この記事では、システム開発において、要件定義から開発設計におけるレビューの具体的なやり方について紹介したいと思います。

各フェーズでのレビューを行なうことが重要

システム開発においては、以下のようなフェーズがりますが、各フェーズでレビューを行なうことが極めて重要です。実際に開発する開発委託側がその組織内、プロジェクト内でレビューを行なうのは当たり前ですが、それに加えて発注側も開発委託側に要請した上で各フェーズでのレビューを行なうのがとても重要です。

以下のフェーズそれぞれでレビューを行なうことが必要です。

この記事では、要件定義フェーズから詳細設計フェーズまでの具体的なレビューでのチェックポイントを順番に紹介したいと思います。

要件定義フェーズでのレビューチェックポイント

　　　　以下のようなチェックポイントがあります

基本設計フェーズでのレビューチェックポイント

　　　　以下のようなチェックポイントがあります。

詳細設計フェーズでのレビューチェックポイント

　　　　　以下のようなチェックポイントがあります。

デザインレビュー全体においてやるべきこと

以下の3つを行なうことが非常に重要です

1）レビューのためのチェックリストを作り、チェックリストに基づきレビューを行なう。

レビューを効率的に行なうため、かつ属人的にならないためには、レビューのためのチェックリストを作ることが非常に重要です。

もっとも最初はそういうチェックリストが無いかも知れませんね。

その場合は、このあとに記す各レビューにおける議事録などを元にして,チェックした内容を記した上で、チェックリストを作っていくことが重要です。

レビューを積み重ねるに従ってチェックリストも充実していきます。

2）レビューのたびに、必ず議事録を作る

これも習慣化していきましょう。レビュー議事録のテンプレートも作るべきだと思います。

そのうえで、レビューのたびに必ず議事録を作成して、出席者に配布することを心がけましょう。

特に発注側だった場合は、開発委託先に議事録をお送りして、レビューで審議した内容の共有を図ることが非常に重要となります。

3）レビュー後のアクションアイテムを明確にすること

レビューにおいては必ず課題が抽出されると思います。

そうした課題をアクションアイテムとして議事録にポイントを書くと共に、詳細は別紙にしてアクションアイテムの管理をしていくことが重要です。

アクション（課題）を書き、個々のアクションに関していつまでに誰が行なうかを明記し、それが実行されたかどうかを逐次チェックするようにしましょう。

まとめ

この記事では、システム開発において、要件定義、基本設計、詳細設計での具体的なレビューのやり方について解説しました。是非レビューのときに役立てていただければ幸いです。

無料相談会希望

参考記事

⇓

RFPと要求仕様、要求仕様と要件定義、要件定義と基本設計それぞれの違い

要求仕様と要件定義の違い

要件定義の歴史と現状の課題

要件定義とは何か？MECEとの関係や、要求定義との関係を解説します

システムの要求定義～開発設計におけるレビューの重要性について

要件定義の流れと、要件定義書の作成の仕方

ハートテクノロジーズ株式会社では、この記事にあるような要件定義の仕方、さらには要件定義含めてシステム開発を行なうためにはどのようなステップを踏んだら良いかなどについて御社の課題に即してご説明したり、具体的なプロジェクトを回すご支援もしております。ご興味・ご関心ある方はお問い合わせいただければ幸いです。

お問い合わせはコチラをクリックください！