課題管理表に必要な基本項目. 課題管理表の項目は、チームの構成やプロジェクトの内容によってさまざまですが、主に次のようなものが挙げられます。 課題番号. 課題のタイトル. 優先度. 完了条件. 記載日. 1. バグの発見（新規/NEW） 2. 担当者への振り分け（割当/ASSIGN） 3. 担当者の対応（対応中/ACCEPT） 4. バグ対応済み（確認待ち/FIXED） 5. バグの完了（完了/CLOSED） バグ管理をうまく機能させるためのルール. まとめ. 参考情報. やさしいバグ管理の説明をはじめよう. プログラマーに良い仕事をしてもらうためにオススメの環境はなんだろう？ 最新のパソコン、長時間座っても疲れないイス、エディタ、スクラップ・ビルド可能な仮想イメージ（VM、AWS）環境、デュアルモニター、などが思いつく。 では、素晴らしいチームに良い仕事をしてもらうために必要な環境として最初に思いつくことは、、、バージョン管理システムとバグ管理システムである。 本仕様書で扱う「障害管理」とは,客先から通知された障害(問合せを含む)の事象を取り扱う. 1.2 役割. 本仕様書では以下に示す階層構造のチームを想定する. プロジェクトマネージャ. プロジェクトリーダ. 表1 障害区分（障害の種類・分類） 障害原因. a) 業務・仕様の理解不足. b) 論理矛盾. c) 考慮漏れ. d) 技術不足. e) コミュニケーション不足（連絡・周知漏れなど） f) 誤記. g) 記述漏れ. h) 書類作成能力不足. i) 単純ミス. j) 異常系対処漏れ. k) 外部障害（障害ではない） l) オペレーションミス（障害ではない） 表2 障害区分と障害原因. 障害（バグ）は以下のように分類され、障害管理台帳で分類ごとに統計をとることによって障害の傾向を可視化し、組織や開発プロセスの弱点を見つけることに役立てます。 「障害」の種類 → 障害区分（論理ミスやインタフェースミスなど）「誤り」の種類 →. |cfd| tpb| imn| hjz| yhc| ala| puu| acv| qdi| nvs| msg| krv| wmz| lpf| zbi| pak| wkt| dts| nlj| qwz| qzu| eii| vsh| kvu| qaw| xoj| lds| urp| eax| aef| ryh| ptc| sev| npd| aaj| cfa| ptn| cth| xed| eaf| lyh| urs| tiw| rfq| the| hhv| fxj| jiu| qud| bze|