SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

直近開催のイベントはこちら!

Data Tech 2022

2022年12月8日(木)10:00~15:50

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けの講座「EnterpriseZine Academy」や、すべてのITパーソンに向けた「新エバンジェリスト養成講座」などの講座を企画しています。EnterpriseZine編集部ならではの切り口・企画・講師セレクトで、明日を担うIT人材の育成をミッションに展開しております。

お申し込み受付中!

開発担当者必携!トラブル削減のための原則拾七ヶ条

【拾壱】JCL修正のみでも、修正規模が小規模でもテスト、レビューを必ず実施する。

第11回


 ほんの些細なミスが、大きな事故を生むのは、システム開発も同様です。理由にならない言い訳を考える前にルールに従い愚直に実行することが大切です。

難しいときほど用意周到になろう

「たやすい仕事は思慮深く、難しい仕事はたやすいつもりで臨め」 

バルタザール・グラシアン 前掲・原則第6条コラム参照

 しばらく前の事になりますが、損害保険会社で発生したシステムトラブルの原因を分析したことがあります。結果は、プログラムを数十本以上開発するような、中規模、大規模なシステム開発においては、要件定義からシステム設計に起因するものが75%を占めました。これに対しプログラム数本、臨時作業によるデータの修正、移行実施といった小規模なシステム開発については、63%がシステム完成時の本番移行(主にプログラムの本番ライブラリー反映やファイルの定義等)、各種登録に係る作業等のミスが原因でした。

 明らかに、大きなシステム開発では、上流工程に起因するトラブル発生が多く、小規模な開発では下流作業での手作業上のヒューマンエラーが多いということがわかります。

 大規模開発では、一般的にリスクが大きいと認識されていて、テストもしっかりと行われますし、管理体制もしっかりしたものが作られ、チェックも確実に行われるのが普通です。結果、発生するトラブルの原因は主に要件に係る決め事、設計といったものに絞られるのでしょう。一方、小規模な開発の場合は、要件は、明確で具体的である場合が多く、定義ミスや、伝言ゲーム的了解違いがおこりにくいといえます。代わりに、発生するのは仕事を甘く見た結果のヒューマンエラーということになるようです。

 ところで、システムトラブルの大きさや、業務への影響度は、原因となったシステムの大きさや、開発の難易度とは無関係です。ほんの些細なミスが、大きな事故を生みます。これもしばらく前のことでしたが、中央線の工事で作業員が配線作業を間違っただけで、終日中央線を大混乱させることになった事故と似ています(2003年9月28日)。小さな開発といっても馬鹿に出来ないわけです。

 「いつもと同じだから…」「先月と同じものを流すだけだったので…」「量が少ないから…」「急いでいたので…」「簡単な作業でしたから…」「聞きませんでした」「テストしませんでした」「チェックしませんでした…」

 トラブル発生後に聞く理由です。理由にならないですよね。

 人は難しいものを相手にする時は、頭を使います。用意周到にもなります。しかし、手の内にあると認識していることについては、流し作業になりがちで頭を使って用意周到とはなりにくいのです。しかし、結果は無残です。

 頭を使わない時こそ、

JCL(Job Control Language)修正のみでも、修正規模が小規模でも、テスト、レビューを必ず実施する。

 を原則にしなければいけませんね。

ルールに従い愚直に実行

 交通事故は遠出でも、近所でも遠慮なく発生します。家の近くだから事故がおこらないなどということはありません。しかし、近くだからシートベルトをしなかった、という人は意外に多いと聞いたことがあります。結果、軽症ですむものが、大事故になってしまいます。

 誰だって、疲れていることもあるし、眠い時もあります。そういう時に手を抜きたくなるのです。そして、ヒューマンエラーは程度の差こそあれ、誰にでもおこるのです。どんな時でも、用意周到、基本動作を決めて、ルールに従い愚直に実行する。これが身を守る基本です。

この記事は参考になりましたか?

  • Facebook
  • Twitter
  • Pocket
  • note
開発担当者必携!トラブル削減のための原則拾七ヶ条連載記事一覧

もっと読む

この記事の著者

菊島 靖弘(キクシマ ヤスヒロ)

独立行政法人 情報処理推進機構 ソフトウェア・エンジニアリング・センター(SEC) リサーチフェロー。1975年東京海上火災保険に入社。以来30年間、損害保険、生命保険、確定拠出年金といった業務システムの開発に携わった他、東京海上日動システムズ取締役品質管理部長として、トラブル削減や、開発品質管理の向上を実...

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

EnterpriseZine(エンタープライズジン)
https://enterprisezine.jp/article/detail/193 2010/04/20 15:20

Job Board

PR

おすすめ

アクセスランキング

アクセスランキング

イベント

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

2022年12月8日(木)10:00~15:50

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング