TEF/index
情報があればどんどん追記願います
「項目だけで説明がない技法」についてご存じの方はリンクまたは説明を入れて頂けると嬉しいです
技法名の横に「?」がついているものは「?」をクリックするとその技法用のページを作成して詳細を書くことができます
※1項目づつ作成して頂くと、「?」の有り無しで、「作成中」と「未着手」の区別がついて手分けして作成しやすいと思います。
作成したページには以下の項目をコピーしてください。
#contents(fromhere=true)
*技法名
*技法名(英語)
*説明
*使用例
*補足
*参考文献
total &counter(total); today &counter(today); yesterday &counter(yesterday);
RIGHT:[[TEF/index]]に戻る
ランダムに技法を読んで見る
↑クリックするとランダムに技法の説明を開きます。
目的別 †
教育レビュー? †
プロジェクトに関連する技術的トピックスについて他のステークホルダーの知識レベルを引き上げる。
宿澤経営情報事務所さんのサイトより
マネジメントレビュー、準備レビュー、ゲートレビュー? †
上級管理者に情報を提供することにより、製品のリリース、開発プロジェクトの継続(または中止)、提案の採用(または却下)、プロジェクトスコープの変更、リソースの調整、コミットメントの変更を決定する。
宿澤経営情報事務所さんのサイトより
ピアレビュー? †
作業成果物の欠陥と改善の機会を探す。
宿澤経営情報事務所さんのサイトより
プロジェクト終了レビュー? †
完了直後のプロジェクトまたはフェーズの反省を行い、将来のプロジェクトのための教訓を得る。
宿澤経営情報事務所さんのサイトより
ステータスレビュー? †
プロジェクトマネージャおよび他のチームメンバーで、マイルストーンに対する進捗、発生した問題、識別または制御されたリスクを確認する。
宿澤経営情報事務所さんのサイトより
レビュー方式 †
最も厳格で、体系的、公式に実施されるレビュー
Software Quality.comさんのサイトより
コードインスペクション? †
作成されたプログラムのコードを対象に、プログラムリストを1行ずつ読みながら行うレビュー
Security Akademeiaさんのサイトより
構造化されているがインスペクションほど公式、厳格でない
Software Quality.comさんのサイトより
作成者が主導して実施されるレビュー
Software Quality.comさんのサイトより
ラウンドロビン? †
参加者が順番に説明役を受け持つ方式。参加者全員がそれぞれの分担について、レビュー責任者を務めながらレビューを行う。参加者全員の参加意欲が増す。
Security Akademeiaさんのサイトより
ペアレビューとも呼ばれ、作業者以外にはただ一人だけが作業成果物を調べる最も安価なレビュー方法
Software Quality.comさんのサイトより
ペアプログラミング? †
2人の人が1台のワークステーションを共有し、連続的にコーディングとレビューを行うことで改善しながら共同で開発を進めていく手法
作成者が作業成果物のコピーを複数人に配付し、複数のコメント・フィードバックを獲得する方法
Software Quality.comさんのサイトより
場当たり的、思いつきで実施するレビュー
Software Quality.comさんのサイトより
レビュー観点 †
レビュー眼? †
優れたレビュアーのノウハウを集約したもの。
レビューに「発想法」を取り入れたことで、比較的少ない観点で、より多くの不具合を予測/摘出することが可能。JaSST'09 Kansaiレポートのサイトより
total 1310 today 4 yesterday 2