PR
Freepage List
Comments
taranco
ブログの何が良いのかを試してみようと思う。 扱ってるテーマは以下の５つになる予定。 1.北海道日本ハムファイターズ 2.ブログ実験 3.IT 4.脳死・臓器移植 5.電車男
Keyword Search
▼キーワード検索
ＹＡＭＡＫＯのアサ…
YAMAKO(NAOKO)さん
casual kids ヘルツェコ☆さん
北海道日本ハムFIGHT… maynorthさん
MY FAVORITE ぽろんぽろんさん
部屋が片付きません。 にぱ。さん
casual kids ヘルツェコ☆さん
北海道日本ハムFIGHT… maynorthさん
MY FAVORITE ぽろんぽろんさん
部屋が片付きません。 にぱ。さん
2005/07/27
カテゴリ： IT
■■10.構造化ウォークスルー■■
■10.1 エゴの無いチーム
・チーム作業の目的…個人技から開かれた技術へ転換する。
□エゴの無いチーム
・責任者がいない。
・構成員は警察に協力し合って仕事をする。
・お互いに相手のコードを読み、責任を分担しあい、互いの長所と短所を理解する。
・成果物にはチーム全体で責任を持つ。
■10.2 ウォークスルーの種類
1.仕様書ウォークスルー ：ユーザ、アナリスト、数名のプログラマ
2.設計ウォークスルー ：ユーザ、アナリスト、プログラマ
3.コード・ウォークスルー：プログラマ（作成者、チーム内、チーム外）
4.テスト・ウォークスルー：テストデータの適正さを検証する。
プログラマ、テスト担当者、アナリスト、ユーザ
・誤りの発見…ウォークスルーの実施でエラーは1/5に減ると言われる。
・品質の向上…ウォークスルーを意識するだけで品質が向上する。
・意識の向陽…若手はベテランから開発手法を習得し、ベテランは若手からフレッシュな発想を手に入れる。
■10.4 ウォークスルーはいつ開いたらよいか
・ある単位の文書がまとまり、レビューが可能になったらスケジュールを立てる。
・コードウォークスルーについては、コンパイル完了直後が一般的。
■10.5 ウォークスルーを開催する
・ウォークスルーは、仲間同士の気楽な検討会で、議長が再拝をふるわないと進まないなどということは、そもそもありえない。
・説明は作成者自身が行う。
■10.6 その他のウォークスルーの注意事項
1.ウォークスルーの開催スケジュールは前もって通知し、一日程度の余裕を見込んでおく。
関係資料は前日までに配布しておく。
2.管理者は距離を置く。
3.バグだけでなく、指摘された変更すべき箇所や改善点も記録する。
4.レビュー終了後に出たバグはレビュー参加者全員の責任である。
5.あくまで誤りを検出するのが目的。
修正案が簡単にはでないようなら、それは修正者に一任する。
6.一時間で終わらせる。
■10.7 ウォークスルーにかかわるマネジメントの問題
1.担当者の考え方にバグがあるなら、テストでもバグは現れない。
2.プログラマ一人では見つけられないバグがある。
3.構造化技法が十分に使われているかを確認する手段はない。
(2)テストとデバッグはコンピュータ上で行うべき
1.コンパイルにYouする時間（リスト入手まで含む）
(3)新人は不要。チーフプログラマがコードを見れば済む
1.１対１では主張がぶつかり合う。
2.チーフプログラマは多忙。
3.人数が多い程、バグは多く発見される。
4.「無垢なる者の口からこそ金言が生まれる」
■10.1 エゴの無いチーム
・チーム作業の目的…個人技から開かれた技術へ転換する。
□エゴの無いチーム
・責任者がいない。
・構成員は警察に協力し合って仕事をする。
・お互いに相手のコードを読み、責任を分担しあい、互いの長所と短所を理解する。
・成果物にはチーム全体で責任を持つ。
■10.2 ウォークスルーの種類
1.仕様書ウォークスルー ：ユーザ、アナリスト、数名のプログラマ
2.設計ウォークスルー ：ユーザ、アナリスト、プログラマ
3.コード・ウォークスルー：プログラマ（作成者、チーム内、チーム外）
4.テスト・ウォークスルー：テストデータの適正さを検証する。
プログラマ、テスト担当者、アナリスト、ユーザ
・誤りの発見…ウォークスルーの実施でエラーは1/5に減ると言われる。
・品質の向上…ウォークスルーを意識するだけで品質が向上する。
・意識の向陽…若手はベテランから開発手法を習得し、ベテランは若手からフレッシュな発想を手に入れる。
■10.4 ウォークスルーはいつ開いたらよいか
・ある単位の文書がまとまり、レビューが可能になったらスケジュールを立てる。
・コードウォークスルーについては、コンパイル完了直後が一般的。
■10.5 ウォークスルーを開催する
・ウォークスルーは、仲間同士の気楽な検討会で、議長が再拝をふるわないと進まないなどということは、そもそもありえない。
・説明は作成者自身が行う。
■10.6 その他のウォークスルーの注意事項
1.ウォークスルーの開催スケジュールは前もって通知し、一日程度の余裕を見込んでおく。
関係資料は前日までに配布しておく。
2.管理者は距離を置く。
3.バグだけでなく、指摘された変更すべき箇所や改善点も記録する。
4.レビュー終了後に出たバグはレビュー参加者全員の責任である。
5.あくまで誤りを検出するのが目的。
修正案が簡単にはでないようなら、それは修正者に一任する。
6.一時間で終わらせる。
■10.7 ウォークスルーにかかわるマネジメントの問題
1.担当者の考え方にバグがあるなら、テストでもバグは現れない。
2.プログラマ一人では見つけられないバグがある。
3.構造化技法が十分に使われているかを確認する手段はない。
(2)テストとデバッグはコンピュータ上で行うべき
1.コンパイルにYouする時間（リスト入手まで含む）
(3)新人は不要。チーフプログラマがコードを見れば済む
1.１対１では主張がぶつかり合う。
2.チーフプログラマは多忙。
3.人数が多い程、バグは多く発見される。
4.「無垢なる者の口からこそ金言が生まれる」
お気に入りの記事を「いいね！」で応援しよう
[IT] カテゴリの最新記事
-
個人情報保護法（４） 2005/08/05
-
個人情報保護法（３） 2005/08/02
-
個人情報保護法（２） 2005/08/01
【毎日開催】
15記事にいいね！で1ポイント
© Rakuten Group, Inc.
