仕事で出したアイデアが却下されると、「もう必要とされていないのだろう」と諦めたくなるものです。私にも、新人時代に作った請求書のデータ突合を自動化する仕組みが、ほとんど評価されないままお蔵入りになった経験があります。
悔しさはありましたが、その案を完全には捨てませんでした。約4年後、今度は自分が要求仕様を作る立場になり、同じ考えをもう一度提案します。すると、以前とは違って周囲から賛同を得られ、正式な検討対象になりました。
この記事では、なぜ一度却下された案を再び出せたのか、4年前と何が変わったのか、最終的に製品化されなくても何が残ったのかを振り返ります。却下されたアイデアを捨てるか迷っている人が、もう一度見直すための判断材料になればと思います。
新人時代に自動化案が却下された
新人だった頃、毎月手作業で行っていた請求書のデータ突合作業を自動化するプログラムを作りました。
複数のデータを見比べながら確認する作業は、時間がかかるうえに見落としも起きやすいもので、そこを少しでも楽にできないかと、自分なりに処理を組み立てたのです。
当時の私は、「これなら現場の負担をかなり減らせる」と期待していました。ただ、周囲の反応は思っていたほど良くありませんでした。
具体的にどこが問題なのかを詳しく説明された記憶は薄く、結果だけを見れば、その仕組みは採用されないまま終わりました。
新人だった私には、業務全体の流れや導入後の保守まで説明する力が足りなかったのだと思います。自分が作ったものの便利さばかりを見て、使う側が何を不安に思うのかまで考えられていませんでした。
「これだけ便利なのに、なぜ分かってもらえないのだろう」
当時は、そんな不満もありました。でも、今振り返ると、良いアイデアであることと、組織が採用できる提案であることは別というのが分かります。
- 誰の作業がどれだけ減るのか
- 今の業務へどう組み込むのか
- 不具合が起きたときに誰が対応するのか
- 導入や維持にどれだけ費用がかかるのか
そこまで示せなければ、周囲が慎重になるのも無理はありません。
とはいえ、却下された直後にそんな冷静な整理はできませんよね。私も「せっかく作ったのに」と落ち込み、そのまま棚へ上げるしかありませんでした。
4年後に同じ案を出せた理由
それから約4年が過ぎ、私は要求仕様を作る仕事に関わるようになりました。
新人の頃とは違い、利用する部門が何を求めているのか、開発側がどこを気にするのか、導入後にどのような問題が起こりやすいのかが少しずつ見えるようになっていました。
そこで、「そういえば、あれあがったな．．．」と、以前お蔵入りになった自動化の考えを思い出します。
毎月の突合作業は、相変わらず人の手で行われていました。作業そのものがなくなったわけでも、問題が解決したわけでもありません。
「今なら、前よりもきちんと説明できるかもしれない」
そう考え、要求仕様の中へ自動化の案を入れてみることにしました。一度却下された案を出し直すのは、結構な勇気がいるものです。
「前にも通らなかったではないか」
「まだその案にこだわっているのか」
そんな反応が返ってくる可能性もありました。それでも再提案できたのは、昔の案をそのまま押し通したかったからではありません。解決したかった作業上の問題が、4年後も残っていたからです。
再提案する価値があるかどうかは、昔の案への思い入れではなく、今も解決すべき問題が残っているかで考えたほうがよいと思います。
時間が経つと、技術や費用だけでなく、自分の立場や説明力も変わります。当時は伝えられなかった価値を、別の形で示せる場合もあります。
再提案で変えた伝え方
4年後の私は、「自分が作ったプログラムを使ってほしい」という話し方はしませんでした。
それよりも、毎月の突合作業にどれだけ時間がかかっているのか、どこで確認漏れが起こりやすいのか、自動化すると何が変わるのかを要求仕様の中で整理しました。
新人時代は、技術の面白さや、自動で処理できること自体に気持ちが向いていましたが、使う側にとって大切なのは、コードの工夫ではありません。
- 確認作業がどれだけ減るのか
- 間違いに気づきやすくなるのか
- 現在の作業手順を大きく変えずに使えるのか
- 担当者が変わっても運用できるのか
そうした現場の変化です。
提案を聞いたメンバーからは、
「それ、いいじゃん」という反応が返ってきました。
新人時代には届かなかった考えが、今度は検討する価値のある案として受け止められた。その瞬間は、正直かなりうれしかったです。
私の技術力が4年間で急に特別なものになったわけではありません。変わったのは、何を作れるかより、なぜ必要なのかを相手の立場から説明できるようになったことでした。
仕事では、同じ案でも伝える順番や立場によって受け取られ方が変わります。「便利なものを作りました」ではなく、「今の作業にはこの問題があり、こう変えると負担を減らせます」と示す。
それだけで、話が技術者個人のこだわりから、組織が検討する課題へ変わります。
製品化されなくても残った手応え
再提案した自動化案は、最終的には製品化されませんでした。正式な仕様の中で検討はされましたが、費用や実現性などのハードルがあり、採用には至らなかったのです。
ここだけ見れば、結果は再び「ボツ」であり、若い頃なら、「結局また駄目だった」と受け止めていたかもしれません。
でも、4年後の私は少し違う見方ができました。
最初に出したときは、ほとんど検討の入り口にも立てませんでしたが、今回は、複数のメンバーが内容を理解し、正式な仕様候補として話し合ってくれました。
実現しなかったことに悔しさはあります。でも、自分が考えた問題意識や解決方法が、組織の中で一度は真剣に扱われた。その事実は、私にとって大きな手応えでした。
再提案の成功は、必ず採用されることだけではなく、以前よりも相手へ届く形にできたかでも判断できます。
もちろん、何度でも同じ案を出せばよいわけではありません。問題がすでに解決している、費用に見合わない、別の方法のほうが適している。そう分かったなら、手放す判断も必要です。
ただ、一度却下されたという理由だけで捨ててしまうのは、少し早いかもしれません。
私の場合は、4年たっても突合作業の負担が残っていて、さらに自分の立場と説明の仕方が変わっていました。だから、昔の案をそのまま出すのではなく、もう一度検討する価値があると考えました。
- 解決したい問題は今も残っているか
- 技術や費用の条件は変わったか
- 自分の説明力や立場は変わったか
- 前回の却下理由を補えるか
- 同じ案ではなく、今に合う形へ作り直せるか
4年後の再提案で私が得たのは、過去の自分が正しかったという証明ではありません。アイデアは、出した時期や伝え方が変われば、もう一度見てもらえることがある。その実感でした。
まとめ
仕事で却下されたアイデアを、すぐに捨てる必要はないと思います。
ただし、思い入れだけで出し直しても、以前と同じ結果になるかもしれません。なぜ却下されたのか、解決したい問題は今も残っているのか、現在の条件に合わせて説明を変えられるかを確認する必要があります。
私の自動化案は、4年後に再提案して正式な検討対象になりました。それでも、最終的には製品化されていません。それでも以前より相手へ届き、自分の考えを仕事の課題として扱ってもらえたことは、今も手応えとして残っています。
一度通らなかった案でも、問題が残っているなら、今の自分の言葉でもう一度見直してみる。そんな選択があってもよいのではないでしょうか。
コメント