2008_08_06－設計品質の基準。

２００８年８月６日発行

分割ラインです

　《　品質管理編　》

　　
　設計品質の基準。
　　
　　
　　設計品質と言っても、今回は成果レベルについてです。
　　設計書の完成イメージは、
　　事前に詳細内容まできちっと取り決めていないとレビュー時点で
　　慌てることになります。
　　
　　
　　
　　設計書の完成内容は、ユーザーやベンダー毎に違います。
　　場合によっては、プロジェクトマネージャー毎に違う場合だってあります。
　　
　　
　　「そんなの聞いていませんでした」では、
　　　　請負う側としての立場である場合は、通用しません。
　　　　　　むしろ事前に積極的に聞いておくべきだと思います。
　　
　　
　　
　　　　・事前にサンプルを要求してもいい。
　　　　　　　設計書の種類やレイアウト及び
　　　　　　　　　種類の使用タイミングや使用条件も確認しましょう。
　　　　　　　設計書のレイアウト標準すら、ユーザーによっても大きく変る。
　　　　・設計書における表現方法（ユーザーによって独自文化があります）
　　　　　　　文章の標準形式
　　　　　　　表やグラフへの適用条件
　　　　　　　日本語表現の文言
　　　　　　　ユーザー独自の表現用語
　　　　・説明内容の粒度や範囲設定
　　　　　　　設計内容をどこまで詳細に記述すべきか
　　　　　　　設計内容の説明範囲をどこまでに留めるのか。
　　　　・基本設計と言えども詳細記述が必要な場合もあります。
　　　　　　　設計工程の標準に捕らわれない。
　　　　・決めなければいけない内容ですら、後回しにされることも。
　　　　　　　移行設計や性能設計などは、意識されていないこともある。
　　
　　
　　　勝手な思い込みで決めてしまうのではなく、
　　　　　いろいろ良いと思ったことは提案していきましょう。
　　　　　　　むしろそれでユーザー評価が向上すれば、
　　　　　　　　　作業も少しはやりやすくなります。
　　
　　
　　　ユーザーによっては、提案も受け付けないユーザーもあります。
　　　　　千差万別です。
　　　いやユーザーやリーダーの個人的思いが強い場合が多いのですが。
　　
　　
　　
　　事前に確認しなかったばかりに、
　　　　無駄な工数を使うことにもなります。
　　　　　　請負う側にとっては、いろいろな個人的感情に負けることなく、
　　　　　　　　積極的に聞いていってください。
　　
　　
　　
　　レビューする時にチェックする項目や内容なども
　　　　事前に確認しておくと、無駄な時間が省けます。
　　　　　　短いレビュー時間になるようにお互い努めましょう。
　　
　　
　　ユーザーレビューに当たって、
　　　　・自己確認で、誤字・脱字・意味不明文の訂正を行う。
　　　　・内部レビューによって、論理矛盾や打ち合わせ時における
　　　　　　誤理解を無くす。
　　　　　　内部レビューは、２重以上になっていることが望ましい。
　　
　　
　　ユーザーレビューは、後ろ向き作業になります。
　　　　お互い少しでも、時間を短くするように努めましょう。