ビジネス書はこれを読もう

< 新しい記事

新着記事一覧(全1121件)

過去の記事 >

2010/02/07

プロジェクトを成功に導く品質管理/橋本健一

テーマ： ★ おすすめのビジネス書は何ですか！？(1592)

カテゴリ：システム管理

[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]

【中古】プロジェクトを成功に導く品質管理ソフトウエア開発でのマネ-ジャの役割/技術評論社/橋本健一（単行本（ソフトカバー））
価格：1,030円（税込、送料無料) (2025/12/17時点)

楽天で購入

プロジェクトを成功に導く品質管理 ~ソフトウェア開発でのマネージャの役割

プロジェクトを成功に導く品質管理

　□ 品質管理担当者 には大きく分けて３種類の役割があると考えられます。
　　１）ソフトウェアそのものの品質管理
　　２）ソフトウェア以外の成果物（仕様書など）の品質管理です
　　３）プロジェクトマネージメント自体の品質管理です

　□ 実はよくよく状況を整理すると、自分とは関係ないところに問題があったりするものです。
　□ 情報の共有や、全体に対する視点共有というのは、成功していると「何も起こらない」プロジェクトになります。

第２章プロジェクトマネージメント
　□ プロジェクト品質管理
　　・「提案」もしくは「企画」

　　・「作業見積」と「作業計画」
　　・「受発注」もしくは「予算の取得」
　　・「プロジェクトチーム組織編成」
　　・「プロジェクトの運営」
　　・「リスク管理」
　　・「課題管理」
　　・「リソース計画」
　　・「製造管理」
　　・「試験管理」
　　といったプロジェクトマネージメントの内容を、俯瞰視点から客観的に評価し、必要があれば修正を加えること。それがすべてです。

第３章リソース
　□ 開発者の特性一覧

　　・迅速性
　　・積極性
　　・対応性
　　・安定性

第４章製造
　□ ソフトウェア開発の工程で、最もトラブルが頻発するのは製造工程と試験工程です。

　□ 製造工程以前の工程の不備は、製造工程で挽回するしかありませんし、製造工程の問題は試験工程に跳ね返ります。
　□ 要件以外に記述されたほうが良い情報として、工数や優先度、内容詳細や備考などが上げられます。

　□ 優先度の二つの概念
　　１）他の作業に先行して行う必要があるかどうかの優先度
　　２）その要件自体の全体に対する相対的な優先度

　□ 設計の目的は、コーディングを行うために必要な資料を揃えることです
　□ 多数のアプリケーション、ミドルウェア、サーバなどを、どのように連携させていくべきかを定めるアーキテクチャーです。こちらのほうは、設計段階で概ねの見通しをつけなければいけません。
　□ コーディング工程にいくつかのマイルストンを設定し、全体目標を共有します。また各メンバの直近数日の作業目標を明らかにし、作業項目単位での遅延状況や問題点などを把握する必要があります。
　□ 実際のマイルストン設置の方法を考えてみます。コーディング視点から捉えた場合、一般的には、プロトタイプフェーズ、仕様変更適用フェーズ、仕様確定フェーズ、試験修正フェーズの４つのフェーズがあると考えられます。
　□ ある程度の仕様変更を前提とした開発体制が必要となります。
　□ 顧客とプロジェクトメンバにこのフェーズの期間と位置づけの共通認識を作ることができます。

第５章試験
　□ ソフトウェアの品質
　　１）ソフトウェアの仕様が適切であるか
　　２）ソフトウェアが仕様通りに正しく実装されているか

　□ 試験計画の目標は「少ない手間で」「早く」「たくさん」「危険な」バグを検出することにあります。
　□ テストケースの考え方
　　・基本的な機能、使用頻度が高い機能は優先して組み合わせます。
　　・類似の処理が複数ある部分は、他の条件に対して同一とみなし、１回ずつテストされれば良いと考えます。
　　・プログラム的に特殊な処理、複雑な処理をしている部分は、必ず一度組み合わせます。
　　・テスト上、問題が多く発生している部分は優先して組み合わせるように変更します。

第６章品質管理計画
　□ 品質管理計画で考える事
　　・品質管理の対象となる「成果物」
　　・成果物に対する「品質管理作業（レビュー、試験など）」とその「目的」と「作成計画」
　　・各品質管理作業の「実施体制」

　□ 品質管理の対象となる成果物
　　１）工程全般での成果物
　　　・週報や議事録
　　２）製造工程前
　　　・企画書、提案書、要件定義書、見積書、契約書
　　　　ここで最も重視すべきは実現性です。リスク管理表が重要な成果物になります。
　　３）製造工程
　　　・詳細要件定義書、設計書、ソース、実行環境、試験仕様書
　　　　課題管理表も成果物として考えられます。
　　　・製造工程で重要なのは、要件を発散させないことと、いかに試験工数と修正工数を低減させるかという点にあります。
　　　・日々の進捗報告や仕様変更などでコツコツと伏線を張り、決定事項は文書化して提示し、きちんと管理する必要があるでしょう
　　４）試験工程
　　　・試験工程では試験報告書、障害管理表、修正ソースなどが成果物になります。

　□ レビュー方法
　　・アドホックレビュー
　　・パスアラウンドレビュー
　　・ペアレビュー
　　・ウオークスルーレビュー
　　・チームレビュー
　　・インスペクション

　□ レビュー開始基準
　　・文書はスペルチェック、校正等が済んでいること
　　・ソースコードは一般的な障害が除去されていること
　　・バージョン識別子を持っていること
　　・未解決の課題がすべて明示されていること
　　・先行成果物の品質レベルが確認されていること

お気に入りの記事を「いいね！」で応援しよう