プロセスが大切な訳

プログラムなんかをしていると、結果を出すまでのプロセスが邪魔になり、それをどうにかして省略できないかと考えたりします。いろいろな考え方があると思いますが、基本的にユーザ側から画面を見ている分には、プログラムがどう動いていようとほとんど気になりません。効率を求めて言うなら、プロセスいかんによらず、結果がきちんと出ていればいいわけです。

ですがやはりプログラムでもプロセスは大切で、メンテナンス性や改修を考えた時、プロセスをしっかりやっておかないと後で痛い目を見ます。

いろいろな法則性の汎用性を考えてしまう癖があるため、このことについて他の事例に当てはめられないかと思いました。
色々と考えたところ、身近な例が「根回し」でした。
例えば会議の時、革新的なアイデアを、その場で急に発表することと、前持って出席者に内容の説明をし、認識を深めておくことでは、たとえ同じアイデアだとしても、受け入れられる率が格段に違います。

何を当たり前なことを、と思われる方もいらっしゃると思いますが、同じアイデアを発表しても受け入れられることと拒否されることにはとても隔たりがあります。いくら「いいものはいいんだ！」と力説した所で、必要なプロセスを経ていなければ期待した結果がえられないのです。

これは自分にとっては大きなことで、アイデアを出せばいいだけでなく、それを実行して初めて評価ができる、ということであれば、もはやプロセスは外すことはできないでしょう。

ただ、それ自体が目的化してしまっては意味がないので、あくまでも目的は結果、プロセスが手段という考えで仕事を進めて行くのがいいのかもしれないと思いました。