何か失敗が生じたとき原因を探っても無駄なことがある。なぜ失敗したのか。なぜできなかったのか。何が間違っていたのか。誰が問題を起こしたのか。一見合理的に見えるそうした問い掛けが、解決から逃避する口実になりかねない。最初に取るべきことは、どうしたら解決できるかという解決志向の実践だ。
理工系の人間はシステムをできるだけ単純なモデルで数学的に考えるクセがついているため、失敗には追求できる原因があると考えやすい。プログラムや単一の設計・製造プロセスというような整然としたシステムであれば、失敗の原因を探求することには意味がある。だが、たいていの人間社会の出来事では多様な悪条件が複雑に噛み合って失敗をもたらしていることが多く、失敗の原因はいくら探求しても明確にならないことが多い。
整然としたシステムなら失敗には探求できる原因があるが、複雑なシステムは失敗原因がわからないことが多い。原因探求よりも解決のための実践が重要になる。
こうした複雑性は社会に限らない。人間が関わるできごとは常に複雑な要因が関係する。一人の人間の行動パターンですらプログラムのように単一な制御によるものではない。
個人の自己啓発でもそうだ。「自分はある種の仕事が苦手で失敗しやすい」と自覚し、欠点を克服しようと努力しても、欠点は本人が思っているほど単純なものではない場合、探求そのものが問題を複雑にしてしまう。悩むのが重要なこともあるが、目先の問題の解決のほうが重要なときは、悩むのをやめて、打てるべき手にどんどんトライしていくと、自然に問題が解決する。
では、具体的にどうのように解決策を探るのか。非常に簡単な2つの方法がある。
１ 以前うまく行ったやりかたをまたやってみる
２ 他人・他社がうまく行っているやりかたをまねてみる
ライフハックスとしては非常にくだらないが実践的な解決策になる。
以前のやり方をまたやるとか、他人のやりかたをまねするというのは消極的なようだが、とりあえず目先の問題を少しでも解決できれば、複雑なシステムというのはそれなりに元の軌道に戻ることがある。
例えば、営業成績が落ちたというとき、以前よかったとき、自分は何をしていただろうかと思い出し、それを意図的にやってみる。あるいは営業成績のいい人を観察して理解した範囲をまねてみる。
地味な解決策を「下手な鉄砲も数打ちゃ当たる」として実践し、その効果をフィードバックする。これは効果的だった、あれは効果がなかった、そういう小さな解決策を積み上げていくとどこかの時点で、量から質の転換が発生し問題が解決することがある。
テクニカルライター。1957年東京生まれ。国際基督教大学卒業後、同大学院で言語学を学ぶ。1990年前半友人と翻訳・テクニカルライティング事務所を経営。1994年末、インターネットによる遠隔地業務可能に合わせフリーランスとなり沖縄に移住。2002年東京に戻り現在に至る。「日経クリック」（現在休刊中）で10年間Q&Aを担当。日経トレンディネットネットで起きてる最新トレンド、およびGoogle調査隊のコラムを執筆中。著書、『ブラウザのしくみ』（技術評論社）、『Ajax実用テクニック』（ナツメ社）など。
|
|---|
