【仕事】責任範囲や義務について

2019/04/112019/07/10LIFE, WORK

アプリの開発中、様々なトラブルが発生します。トラブルは無ければないほど良いのですが、人間ですからどうしても発生するもの。大切なのは「トラブル発生時に人のせいにしない」ことです。

実際にあった、とある開発での例を2点ほどお話します。

例題１

登場人物A、B、C。

AさんがBさんにデータの修正依頼を出しました。Bさんはデータを修正し、アプリに反映しました。ですが、修正方法があまり良くなかったため、アプリが止まってしまいました。Cさん（デバッガー）は、データの修正を知らされていなかったため、デバッグする項目から漏れてしまいました。 AさんはBさんが修正したのだからBさんが悪い、と言いました。

さて、ここで注目するべき点は、修正した作業者であるBさんに、
Aさんが全ての責任を押し付けている点、です。

この場合、AさんがBさんに修正依頼を出した時点で、AさんがCさんにデータの変更予定を知らせるという義務が発生します。作業者による確認漏れを防ぐためにも２重チェックは必要です。また、Bさんはデータを修正した際に、Aさんに修正を報告をする義務が発生します。修正依頼を出したAさんもデータを１度は確認する義務が発生します。

例題２

登場人物A、B。
Aさんはデータの修正を行いました。ですが、実装内容をよく理解していませんでした。案の定、不具合が発生してしまい後日、Bさんに実装確認を行いました。Bさんは間違えたデータの箇所を指摘しました。するとAさんはBさんに「実装がどうなってるのか分かりませんけど、修正したこのデータってBさんが確認してくれてるんですよね？」と訪ねました。

もう論外なのですが、そもそも作業者が入力したデータを確認していない点。あいまいな状況で作業をしている点。修正報告をBさんにしていない点。何故か不具合発生の原因をBさんに押し付けている点。です。要はコミュニケーション不足ですね。