言われたまま依頼を引き受けない

エンジニアになる前に

依頼ができる管理者は少ない

一括りにしてはいけないと思うが、世に言う管理者の依頼は雑だ。

いざ言われた依頼をそのままやってみると

「違う、そういうことを頼んだつもりじゃない」

「私はこういうつもりで頼んだつもりだ」

と言われるのが関の山だ。ともかく、依頼を信用し切ってそのまま引き受けてはならない。

自分から依頼を確認しに行く

まずは「依頼には全てが伝えられていない」と考えてかかる。

依頼を信用し切るなということだ。

その意識下で、依頼に次のことが抜け落ちてないか確認して欲しい。

  • 必ず確認すること
    • なぜ、この依頼を遂行しないといけないのか
    • 何を以って完了とするか
    • 期日は切られているか
    • 依頼の優先度はどれぐらい高いのか
  • 場合によって確認すること
    • 完了報告はどのように提出すれば良いか
    • 途中報告が必要か

なぜ、この依頼を遂行しないといけないのか

手戻りが多い、やたら時間がかかっている依頼には、なぜ、の説明が抜けている。

資料作成の依頼を例にとろう。

資料作成ならば、資料のレイアウト調整作業が必要になってくるだろう。それはどこまでやる必要があるのか。

どこまでの前に、なぜ、が聞けているかを把握することだ。

上司と自分の間で意思疎通をとることが目的と聞いたならば、レイアウトすらいらないはずだ。メモでもよい。

世間一般に公開するレベルで資料が作ることが目的と聞いたならば、何度もレビューを繰り返す必要があるはずだ。

一回目のレビューはいつにするか、レビューは何回繰り返すかの話も必要になってくる。

なぜ依頼を実施する必要があるか「この依頼をする背景や目的を教えてもらえますか」と聴くことだ。

何を以って完了とするか

やらなくていいことに時間をかけてしまう依頼にはこれが抜けている。

依頼者はおそらく「とりあえずこれやっといて」で依頼を済ませているだろう。

そんな依頼を受けたら「A, B, C をやれば依頼は満たされますか」と聴くことだ。

期日は切られているか

「これ、この日までに必要だったんだけど、できてますか」から始まる

「この日までにやって欲しかったんだけど」という依頼にはこれが抜けている。

依頼を受けた時に期日が決まっていなかったら、聴く。

依頼者が期日を切っていない場合、仕事に対して無責任な人だと思っておこう。

期日を切るのは依頼者の責任だ。

依頼の優先度はどれぐらい高いのか

期日と同じく、優先度も聴くことだ。避けておくべきは、

優先度高の作業が10個も20個もあるような状態だ。

電車の座席が全て優先座席だったら、優先座席の「優先」の価値はなくなる。

ではどうするかだが、普段は優先度高がない状態を継続しておき、どうしても

やらないといけない優先度高が割り込んできた時に

それを予定に入れられるようにしよう。

完了報告はどのように提出すれば良いか

日々の定型業務であれば問題ないが、突発的に湧いてできた作業では聴いておくことだ。

途中報告が必要か

確認しなくてもやって欲しいが、途中報告が必要かどうかは

聴いておくことだ。一連の作業規模が大きく、

最後の報告を確認する時に、その量が膨大になるならば

途中報告を入れるべきだろう。