プロセスをマネジメントしたければプロセスを削れ: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 プロセスマネジメントにありがちな間違いのひとつに、ミスを減らそうとして、そのチェックをするプロセスを増やしてしまうということがある。 もちろん、すべての場合にそれが間違いというわけではない。 そのチェックが機械によって自動的に行われるのであれば大丈夫だし、そもそものプロセスが単純なものであれば、ひとつ工程が増えても大きな問題にはならない。 ミスを減らそうとして、そのチェックをするプロセスを増やしてしまうことが問題になるのは、そのミスが実はすでに多すぎて複雑な工程からなるプロセスそのものが負担となり、業務の遂行を圧迫しているケースだ。 すでに多すぎて複雑すぎるところに新たにチェック工程など追加すれば、業務の圧迫度合いはより大きくなり、また違うところでミスが起きやすくなるのは目
アウトプットができない人がまずやるべき3つのこと: DESIGN IT! w/LOVE
これも立派な意見だと思うんですが。 さて、問題は、自分の意見がない場合だ。そういう場合も当然意見が少なくなる。自分はどちらかというとこちら側にあてはまるかもしれない。おそらく何を考えればいいのかがぶれてしまうのだ。 意見をいわなくてはいけないとか、むずかしく考えすぎてるんじゃないでしょうか？ そりゃ、時が来れば自分の意見を求められる場面もあると思いますけど、アウトプットを増やさなくてはいけないのは、そんなタイミングじゃないんですね。もっと前、ずっと前の段階です。自分の意見を言わなきゃなんていう最後のタイミングのことばかり考えちゃうから間違うんですね。 むしろ、アウトプットができない人がまずやるべきなのは、相手が話しているあいだの自分のインプットを増やすことだと思います。 ようは次の3つ。 オウム返しをする質問をする相手の話の良いところをほめる ここでいう相手は、あなたに何か課題をあたえる人
方法依存症: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 方法論の収集ばかりに明け暮れている人を、仮に方法依存症と名づけてみたい。 方法依存症に値するもうひとつの条件は、方法論を収集している割にその方法を使ってうまくいったことがすくないということである。 これはもったいない。意欲があるのに空回りしてしまっているのだから。 そこで、このことについてちょっと考えてみた。 まず、そのことを考えていくにあたって、方法を区別してみる。 形式知化された方法と暗黙知的な方法に。 形式知的な方法：例えば、KJ法形式知化された方法とは、方法に含まれるタスクの内容が明文化でき、かつタスクを行う手順やプロセスが明記されているものをいう。逆に暗黙知的方法とはそうでないものを指している。 例えば、KJ法であれば、 最初に単位化された情報を書き込んだ束を作成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
