2009_09_14－故障票や手順書などの記録を残す重要性。

２００９年９月１４日発行

分割ラインです

　《　品質管理編　》
　
　　
　故障票や手順書などの記録を残す重要性。
　　
　　
　　故障票を記録を残していることは、
　　　　労働力不足でも品質を正しく確保する重要な作業です。
　　故障票や手順書を記録していなければ、後日検証することもできません。
　　
　　
　　今の故障を前向きに捉えて、工程の後半に生かしていく
　　　　作業手順書の作成と故障票の記録はとても重要です
　　
　　
　　技術の進歩が著しく速くなり、
　　　　かつ、Ｗｅｂでは、脆弱箇所の排除が出来なくなってしまっています。
　　
　　開発要員の減少だけでなく、技術の進歩のスピードも速く
　　　　時代についていけるだけでの知識を持ち合わせているメンバーも
　　　　　　少ないのです。
　　
　　
　　社会ではＷｅｂ上の買い物や取引は当たり前になっています。
　　社会の既成概念の変化も速く、
　　技術の進歩も速いだけでなく、犯罪の技術レベルも格段に向上していることを
　　認識しなければなりません。
　　コンピュータ犯罪は一部に人による犯罪ではなくなりました。
　　　　世界中の人から、少ない知識でも悪意さえあれば
　　　　　　安易に実行できてしまうのです。
　　
　　
　　　・些細なところに潜む脆弱性の排除
　　　・メンテナンスの際に忘れてしまう不十分な後始末（新たに作りこむ危険）
　　　・次メンバーへの細部にわたる技術的な引継ぎ
　　
　　不十分なためにうっかりによる脆弱箇所の排除が出来なかったり、
　　メンテナンスの際に脆弱箇所の作りこみを行ってしまったりしています。
　　
　　
　　作業の前には
　　　　・手順書を作成し検証を行う。
　　　　・手順書どおり実行する
　　　　・不備がないか検証する。
　　
　　問題が発生した時に、
　　　　・問題の記録を正しく記入する
　　　　・原因の分析と根本的な解決を行う
　　　　・今後への予防対策を行う
　　
　　
　　作業手順や問題点の引継ぎや対策が、
　　　　新しいメンバーへと引き継がれていないのです。
　　　　ただでさえ、労働力不足が叫ばれているのに、
　　　　　　ますます複雑化する社会に十分な対応ができていません。
　　
　　
　　Ｗｅｂシステムは、小さいプロジェクトが多く
　　故障記録や手順書の作成などを行う余裕がない開発が多いのが実態です。
　　
　　
　　
　　故障原因・対策や安全な修正手順や移行手順が文書化されず
　　　　優秀な一部にメンバーの頭の中にしか残っていません。
　　
　　全員に引き継がれないために、多くの脆弱性が作りこまれ残存したシステムに
　　なります。
　　　またメンテナンスの際には、新たに脆弱性を作りこんでしまっています。
　　
　　価格ばかりが優先されて、手順不足による、
　　品質不良は、「信頼の喪失」という大きなシッペ返しを被ることになります。
　　簡単に世界中の人と取引ができる便利な道具でもありますが、
　　　　　世界中の犯罪者と戦わなければならないのです。
　　
　　
　　
　　
　　　自社品質状況を確認してみましょう。
　　　　・作業手順書が揃っているか。
　　　　・故障記録が残っているか。