1. 進め方
1.1. チケット管理
1.1.1. QA
1.1.1.1. 作成時は新規
1.1.1.2. PLレビューしたら解決
1.1.1.3. 追加でQAがあれば進行中
1.1.1.4. 解決したら完了
1.1.2. タスク
1.1.2.1. 10%
1.1.2.1.1. 着手
1.1.2.2. 10 - 50%
1.1.2.2.1. 自己判断
1.1.2.3. 50%
1.1.2.3.1. プログラム自己レビュー中
1.1.2.4. 80%
1.1.2.4.1. 自己レビュー完了・内田さんレビュー待ち
1.1.2.5. 90%
1.1.2.5.1. 内田さんレビュー修正中
1.1.2.6. 100%
1.1.2.6.1. 内田さんレビュー完了・問題無し
1.1.3. バグ
1.1.3.1. 作成時は新規
1.1.3.2. 対応完了したら解決
1.1.3.3. 追加でバグがあれば進行中
1.1.3.4. 解決したら完了
1.2. チームの略称
1.2.1. MCB
1.2.1.1. メガネ コンプレックス 舞台
1.3. 書類
1.3.1. 共有フォルダ作れないか？
1.3.1.1. 作りたい
1.3.2. 議事録
1.3.2.1. SVNのアップロード先
1.3.2.1.1. 共有フォルダに上げたい
1.3.2.2. フォーマット
1.3.2.2.1. 内田さんが作って下さる
1.3.2.3. 誰が作成するか
1.3.2.3.1. 松本さんから時計まわりで毎日違う人
1.3.3. 記録台帳
1.3.3.1. どのくらいの変化があれば版の整数の部分を更新するか
1.3.3.1.1. フェーズごと
1.4. スケジュール管理
1.4.1. 遅延を報告するタイミング
1.5. 記録する方法
1.5.1. エクセルを共有フォルダにコミット
1.6. アウトプット
1.6.1. 共通レビュー観点
1.6.1.1. 誤字脱字が無いか
1.6.1.1.1. wordの検閲を使用する
1.6.1.1.2. 全員で資料に目を通す
1.6.1.2. 不要な情報が無いか
1.6.1.2.1. メモが残ってないか確認する
1.6.1.2.2. 余分な行が無いかどうか確認する
1.6.1.3. 表記が統一されているかどうか
1.6.1.3.1. ルール策定
1.6.1.3.2. 誰が見てもわかりｙａｕｉ
1.6.1.4. 文書管理が適切になされているかどうか確認する
1.6.1.4.1. 最新の改版をＧで共有
1.6.1.5. 目次が最新化されているか？
1.6.1.5.1. wordの目次作成機能を確実に実施
1.6.1.6. 他の資料と整合性がとれているか？
1.6.1.6.1. 関係資料を全てひらきながら作成
1.6.1.6.2. 関係図を作る
1.6.1.7. 誰が担当者になっても実装できるか？
1.6.1.7.1. チーム全員理解できたか
1.6.2. ソフトウェア詳細設計書
1.6.2.1. レビュー観点
1.6.2.1.1. ユニットの構造漏れが無いか？
1.6.2.1.2. COMETシミュレータメインの機能概要に全ての機能を記載できているか？
1.6.2.1.3. パラメーターのI/Oは適切か？
1.6.2.1.4. 変数名が意味のあるものになっているか？
1.6.3. ソフトウェアユニットテスト及び結合テスト仕様書/報告書
1.6.3.1. 例外処理がなされているか・テスト項目が適切か
1.6.3.1.1. チーム全員で考えられる処理を洗い出しておく
1.6.3.1.2. エラー内容を共有しておく
1.6.3.1.3. 仕様の中の強化位置と例外のerrorケース療法チェックできているか
1.6.4. プログラムソース
1.6.4.1. レビュー観点
1.6.4.1.1. 規約
1.6.4.2. 詳細設計通りに作成されているか？
1.6.4.2.1. 目視