「早くすすめたい」と対応に走ろうとしていた

「いいな」と思われたら押してください。

　組革研に参加して驚いたのは、何の説明もないまま「Ｓ－２０」が始まったことです。私たちのチームは大赤字になり、十分な説明や指示なしに結果を出せというのは無理だというのが正直な気持ちでした。
　しかし、その後「Ｓ－２０」を解明しようと何度も現場を調査するうちに発見が増え、自分も活き活きとしてくるのを感じました。そして、遠回りと思えても「対象」を明らかにしてから対応に移らなくてはいけないという心構えを持つことができたのです。
　私の仕事は、タイヤ設計部門からのシステム修正や更新の依頼を取りまとめ、基本設計をしてプログラム開発を発注することです。
　組革研参加後、依頼内容の確認と既存システムへの影響調査を念入りにしたうえで対応するようにしました。以前は、よく調べずにそのまま発注してやり直しになるトラブルがよくありましたが、最近ではそのようなことも減ってきました。
　先日、既存システムへの機能追加を依頼されました。依頼内容と現状をしらみつぶしに調べ、ユーザーの意図を汲んだうえで私なりに自信が持てる案をつくりました。しかし上司に見てもらうと、追加しようとしている機能の一部が不要ではないかと指摘されたのです。
　私は不満に思いました。その機能はユーザーに依頼されたものでしたし、何より自分が練り上げた案を早く実現したかったのです。しかし、豊富な経験のある上司が「おかしい」「腑に落ちない」と感じるからには、私にまだ不明瞭な点が残っているのかもしれないと思い直しました。
　「早くすすめたい」という思いが先に立ち、「対象」を十分に明らかにせずに動こうとしていたことを反省させられました。