|
拙速のすすめ |
|
時間をかけている割に良い仕事ができていない、いわゆる”仕事の遅い人”が多い、と常々感じ ています。 「拙速」という言葉はありますが、残念ながら「じっくり時間をかけさえすれば良いものができる」と いう意味での「巧遅」と言う言葉は聞いたことがありません。 まさに「拙速なるを聞くも、巧遅なるを聞かず」というところでしょうか。 決して「早くできれば仕事が雑で良い」ということではありません。最終的には質の高い成果が要 求されるのはどの世界でも同じだと思います。また、時間をかけてじっくり良いものを作る、と考え ることは悪いことではありません。 それでも「巧遅なるを聞かず」です。私の経験から見ても”仕事の遅い人”の成果がハイレベルで ある確率は低いように思います。 少し話しを変えますが、ソフトウェア開発におけるウォーターフォール型開発の短所の一つは、時 間がかかるということよりも開発の終了段階にならないと「目に見えてこない」ことだと思います。 まだソフトウェア開発は納期が定められているので、一般的にはある一定期間が経つと成果を手 にすることができるわけですが、これが事務的な作業だったり、何らかの業務改善、提案作業など 通常業務とは別の社内プロジェクトだったりするとどうでしょうか。「出来たときが納期」となり、いつ まで経っても「形」が見えず、という事態になっているのではないでしょうか。 仕事を頼んでもどこまでどのように作業が進んでいるのか連絡がなく、ある期限が来たときにミー ティングしてみると「これが今までの成果か」というくらい質の低いアウトプットにがっかりしたことが あると思います。 皆さんの周りにも”仕事の遅い人”はいませんか？ 改めて申しますが、一年必要な仕事を半年で終わらせろということではありません。妥当な見積 りができることは仕事を遂行する上で重要なポイントの一つですから。 「妥当な見積り」で思い至ることですが、”仕事の遅い人”にあり勝ちなのは、頼まれた仕事を遂 行するためのプランが立てられないことでしょうか。プラン（計画）というと「線表」と思い込んでいる 人が多いようですが、そのようなお粗末な計画しか立てられない人が”仕事の遅い人”には多いよ うです。 （ちゃんとした「計画」とはなんだということに関しましては、また別な稿でお話したいと思います） 「じっくり時間をかけて良いものを作ったつもりが、途中の経過報告や調整作業がなく、出来上が ったものはレベルが低いか依頼者の要求を満たさない見当はずれ」ということがあちこちで発生し ているように思います。依頼者は実は「納期」だけではなく途中経過も気にしています。ある作業を 頼んだのに、「全然報告がない！どうなっているんだ！」と気をもんでいます。そこに質の低い成果 物を持っていくとどうなるか。 そこで私は「拙速」を薦めたいと思います。 「拙速」とは、例えばソフトウェア開発で言えば、プロトタイピングとアイタレーション（繰り返し）の 組み合わせによる作業の進め方です。サッと作って依頼者と確認して成果物の調整を行う。それ を何度か繰り返してレベルを上げていく。 事務的な作業でも同じです。多少ラフでも良いので「こんな感じ」「こんな方向性」というものを適 切なタイミングで示しながらレベルを上げ、最終的には予め定めた納期に依頼者が満足するアウ トプットを出す。 こういうことができるためには、創造力だけでなく、成果物の全体像やそれに辿り着くまでの道 筋あるいはそれに必要な能力や時間などをイメージできる「想像力」が必要です。それはきちん んとした「計画」を立てられる力と言っても良いかもしれません。 しっかりとした計画の下、「拙速」的な手法で依頼者の要求を取り込みながら、あるいは相手の 期待感を取り込みながら、成果物としてのレベルを高める。 皆さんも「拙速」をうまく利用してみては如何でしょうか。
|
|
◆この件に関するお問合せはこちらまで◆ どのような些細な事でも結構です。ご相談にお乗りします。 |