聞くべきか、調べるべきか (arclamp.jp アークランプ)
さて昨日の続きです。そもそも「問題を発見したら質問をしてくれる」ということもちゃんと考えなくてはいけません。まず問題を解決するためのプロセスを考えてみましょう。 １．最初は問題が発生したことに気づいて認知します。 ２．次に、この問題にどのように対応するのか計画を立てます。 ３．そして行動に移して解決に向かいます。 この計画は重厚長大な書類ではありません。小さくて良いので「ちゃんと考えるているか」という感じです。では、これを絵にしてみましょう。 プロセスには「計画を立てる」と「計画を立てない」がある ここで注意すべきなのかは問題解決プロセスを[1]のように正しく踏んでいるのか、ということです。計画をする、というのは予定を立ててリソース配分を行うということです。予定があれば行動段階で実績との誤差を把握することができます。この誤差が新たな問題として認識されると再計画を行っています。[1]と
答えを言うべきか考えさせるべきか (arclamp.jp アークランプ)
「プロジェクトで誰かから問題の解決策について質問を受けたらなんて答えますか？」という質問をされました。意図としてはすぐ答えを教えるべきか、それとも考えさせるべきかというようなこと。 これのフレームを考えてみるに以下のようになるかなと。 Aは問題を構造的に理解し、解決策が分かっている状態。これは既に問題はありません。理想的な状態です。 Bは問題を構造的に理解しているものの解決策が分かっていない状態。ここまでくればGoogleで調べて知識を補うなり、人に聞くなりして適切な解決策を見つけることが可能になります。 Cは問題を構造的に理解していないものの解決策が分かっている状態。これは特定に問題を解決することは可能ですが、応用や類似的な状態に対応することができません。 Dは問題も理解できず解決策も分かりません。 さて、誰かが質問をしてきたのであれば、その人はBかDの状態にあります。 特にDの場合には
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
