サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2017.12.31Tweet上司、また年に1,2回しか会話を交わさない(そもそもそんなに会わない)ような、えらい人に報告をする時に「報告を受ける側も少しだけ努力してくれるとみんながハッピーになれるなぁ」と思いました。報告のセオリーとして「簡潔に!」「相手が理解しやすいように!」というのがあります。そのセオリーを守っていないと、たいがいえらい人から「もう良い!分かりにくい報告/資料だな!」と言われたりします。限られた時間で伝える資料、トークの努力をする必要はあります。「エレベータートーク」というスキルもあるほどです。報告を受ける側...ここで言う「えらい人」...のアクションや工夫は、あまり言及されていないように思います。以下の2つを気をつけるだけでも「報告」から最大限の効果が出せると思います。1:事前に「報告」から欲しい効果、目的を伝えておく2:「報告」に関係する主要キーワードを調べておく。(スピーチで使うなどの)ネタの仕入...報告を受ける目的は色々あります(複合的なものかもしれません)。報告者がそれを知っていれば、資料の作り方、ボリューム、伝える言葉...そもそも内容自体も替わってきます。2:「報告」に関係する主要キーワードを調べておくインターネットがあれば5分、10分で主要キーワードにどんなものがあるか?は分かると思います。それを知っている...多少でも「こんな感じかな?」と理解している...だけで、「報告」を受けた際の理解度が全然違ってきます。事前に下調べをしていると、疑問点が浮かんできて、それを報告を受ける際に確認することができたりして、より効果を引き出せることになります。「分かるように報告しないヤツが悪い」とふんぞり返ってばかりいると「あの人に何言っても...」と思われて、本来伝わるべき情報が行き渡らず組織力が落ちてきます。ならないように報告を受ける側も少しだけアクションしてみると良いかもしれません。※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。Office)的な経験があります。#PMOの役割や定義も組織においてまちまちなのですが...。私が定期購読している雑誌「日経SYSTEMS」の前身である「日経ITプロフェッショナル」の初期に連載を加筆、修正して単行本化したものです...旧館より教えてもらう、教える時に気をつけていること仕事やバレーで教えてもらったり、教える(そこまでいかなくてもアドバイスする)ことが、ちょくちょくあります。伝え手の場合に気をつけていることです。会議が「20人以上」かつ、担当者レベルからマネージャ、部長クラスが「一堂に会する」ような場合、活発な議論、質疑応答が飛び交うことは稀かと思います。部長から一方的に報告や連絡事項が行われ、他のアジェンダも双方向とは言い難いものになっています...旧館より我慢することの難しさもうずいぶん前の感じがしますが...2009年1月に納品したプロジェクトで、私が感じたことの1つに「自分には我慢が足りないなぁ」があります。コメントをキャンセルコメントを投稿するにはログインしてください。サウスポーなエンジニアの独り言.ホーム検索トップサイドバータイトルとURLをコピーしました。