サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

仕事のやり方 旧館より

報告を受ける側も少しだけ努力してくれるとウレシイ

投稿日:2010年10月24日 更新日:


上司、また年に1,2回しか会話を交わさない(そもそもそんなに会わない)ような、えらい人に報告をする時に「報告を受ける側も少しだけ努力してくれるとみんながハッピーになれるなぁ」と思いました。

報告のセオリーとして「簡潔に!」「相手が理解しやすいように!」というのがあります。
そのセオリーを守っていないと、たいがいえらい人から「もう良い!分かりにくい報告/資料だな!」と言われたりします。

もちろん、限られた時間で伝える資料、トークの努力をする必要はあります。「エレベータートーク」というスキルもあるほどです。

一方報告を受ける側…ここで言う「えらい人」…のアクションや工夫は、あまり言及されていないように思います。
以下の2つを気をつけるだけでも「報告」から最大限の効果が出せると思います。

1:事前に「報告」から欲しい効果、目的を伝えておく
2:「報告」に関係する主要キーワードを調べておく。

 

1:事前に「報告」から欲しい効果、目的を伝えておく

現状把握、意思決定、(スピーチで使うなどの)ネタの仕入…報告を受ける目的は色々あります(複合的なものかもしれません)。
報告者がそれを知っていれば、資料の作り方、ボリューム、伝える言葉…そもそも内容自体も替わってきます。

2:「報告」に関係する主要キーワードを調べておく

インターネットがあれば5分、10分で主要キーワードにどんなものがあるか?は分かると思います。
それを知っている…多少でも「こんな感じかな?」と理解している…だけで、「報告」を受けた際の理解度が全然違ってきます。

事前に下調べをしていると、疑問点が浮かんできて、それを報告を受ける際に確認することができたりして、より効果を引き出せることになります。 

「分かるように報告しないヤツが悪い」とふんぞり返ってばかりいると「あの人に何言っても…」と思われて、本来伝わるべき情報が行き渡らず組織力が落ちてきます。
こうならないように報告を受ける側も少しだけアクションしてみると良いかもしれません。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo by amboo who? on Visualhunt / CC BY-SA

-仕事のやり方, 旧館より

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

仕事が10倍速くなる最強の図解術[読書感想]

仕事が10倍速くなる最強の図解術 報告書やプレゼン資料を作成する際に、図解化することで抜けや漏れが無いか(MECE)、また説得力のある論理構成になっているか?を確認し、質の良いものを造り出しましょうと …

「アジャイルの好きなところ」(Ultimate Agile Stories2)

そろそろUltimate Agile Storiesの季節です。 というわけで、Ultimate Agile Stories1に続き、Ultimate Agile Stories2で書いた内容をほぼ原 …

会社を移ることになりました

2012年6月末で会社を移ることになりました。 (何度か転職をしているのですが)今のところ、社会人経験の中で一番長く所属していた会社になっていました。 思い出1:Rubyとの出会い 入社後しばらくして …

雛形やテンプレートは現場の役に立って「ナンボ」

ある程度の組織にはPMO(プロジェクト・マネジメント・オフィス)や「品質標準化グループ」のような部署があり「設計書のフォーマットはこういうのを使ってください~」「レビューではこのチェックリストに沿って …

ドキュメントを書くために気をつけていること

#ソース元は「誰にでも伝わるSEのための文章術-第6回 読みやすい文章の極意は「修飾語」にあり」です。 「あぁ、そうやなぁ」と思うようなことが、分かりやすい例とともに記述されています。 今まで書いたド …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。