nendのSREエンジニア入門ブログ

nendのSREエンジニア入門ブログ

ユースフル


ユースフル:話し方の極意

今回もコーキさんの話し方の極意をまとめてみました。

話し上手な人は皆フレームワークをつかっていることが多いのが事実です。

話し上手な人がどんなフレームワークを使っているか解説をします。

話し方のコツ①TAPS法

(タップス法)

プレゼンテーションや報告で使われることが多い。 - (TAPS法の語源)

TがTo Be :理想 AがAs Is :現状 PがProbrem :問題 SがSolution :解決 になる。

まず理想がここあります。 現状はここです。 で、理想との差分・ギャップを埋めるためには、どんな問題が存在していて その問題をどう解決していくのか? を体系的に説明するのがTAPS法

  • (例)web運営チームのPLとして、記事リリースの進捗状況を共有する。 進捗状況を共有します。

T: まず9月の記事リリース予定本数は100本でした。

A: そして本日、9月15日で45本のリリースを完了しています。 現状だと、予定より5本遅延しています。

P: 遅延した理由はwebサイトで発生した障害対応に追われ、記事作成に時間が上げられなかったことが理由になります。

S: 対応案としては今後のシステム開発も踏まえ、web開発チームのBさんを短期で一か月アサインすることを考えています。

※あるべきから考えると解決が早くなる。


話し方のコツ②PREP法

PがTo Be :結論 RがAs Is :理由 Eがexample :具体例 PがSolution :解決

  • PREP法のユースケース 日々のコミュニケーションでも使う機会が多い。

  • ※就活や転職の自己PRで使う例

私の強みはXです。 理由はこうです。 具体的にはこういうことをやってきました。 なので私の強みはこうです。

  • ※(例2) youtubeチームからBさんを引っ張って、youtubeチームの運営に影響は出ませんか?

P: 結論出ないと考えています。 R: チーム全体の業務負荷が先月より軽減されてることが上げられます。

E: 具体的には先月と比較して、直近1か月のyoutubeチームの公開予定動画は1動画当たりの編集量が平均xx時間少ないことが上げられます。

P: なのでyoutubeチームの運営に影響は出ないと考えています。


話し方のコツ③SDS法

S: サマリー :概要 D: ディテール :詳細 S: サマリー :再度まとめ

ユースケース

説明が長い時に、詳細を挟んで説明する。

S: 今回の3つフレームワークを知ることが出来ればなぜ上手に説明できるのかわかります。

D: 3つのフレームワークはTAPS法・PREP法・SDS法です。

まとめ

解りやすい伝え方をする・意識をする。


【保存版】無駄を排除!コンサル流「会議の進め方」の極意。司会進行/ファシリテーションのコツも伝授します。

コーキさんの動画が良かったのでテキストでまとめて整理しました。 誰かのお役に立ったらうれしいです。


【保存版】無駄を排除!コンサル流「会議の進め方」の極意。司会進行/ファシリテーションのコツも伝授します。

https://www.youtube.com/watch?v=1RpNqBipSzk


会議の目的

会議の目的は3つあります。「情報共有」「相談」「意思決定」

  • ①情報共有  (出席者に対する一方通行の連絡やお知らせ (具体的にはプロジェクトの体制変更の連絡・開発の進捗状況) )

  • ②相談 出席者同士での双方向のインタラクティブコミュニケーション。

  • ③意思決定 特定の決裁者からの承認を得る

(自分がチームの1メンバーとしてタスク管理ツールを導入したい そういった提案をする場合、マネジメント層の人に承認を得る必要がある。 )


※ webサイトの運営開発を担うwebチームにおける週次定例を例として解説していきます。

会議前のポイント

ファシリテーターとして会議前にやってほしいこと - ※アジェンダを決めること - その日に何を話すか事前に決めておく。

- lv1. アジェンダをただ羅列する。

level1

一番簡潔なパターン。 少人数・身内規模の会議ではこれ位で良い。

- lv2. 目的・担当者・時間まで明確にする。

level2

目的、担当、テーマについて話す時間まで決めておく。

担当:それぞれのアジェンダでメインとなるスピーカーや担当者がいらっしゃるのでそれを明記して 誰がこのアジェンダの担当者なのかを明確にしておく。

時間:上の例だと30分を想定しているので、30分の中でどういった割り振りでアジェンダを進めていくか決めておく。 会議時間がオーバーしそうであれば、教えて別枠設けるなどして調整する。

- lv3. 背景まで明確にする。

level3

会議の参加人数が多かったり(50人以上等)、議題が複雑だったりする場合はレベル3まで細かくしておくのが良い。

会議前に<営業チームのお願い事項>などのテキストを事前共有して認識させる。


アジェンダ設定のポイント

アジェンダは事前に集める。

アジェンダを決めるのはファシリテーターの役目だが、 会議参加メンバーがどんな話したいのかを、 事前収集するのがファシリテーターとして重要。

ファシリテーターだけがアジェンダを決めても必ず漏れが発生する。 「これも話したいんだよね」とかが出てくると会議時間内に収まらないことになる。

なので会議参加者に「事前にアジェンダで話したいことはありませんか?」と聞いて 収集しておいて、そこを整理して優先順位をつけて並べてあげるのが ファシリテーターだけがアジェンダを決める人の役目になる。

②会議資料の事前共有

会議中に資料の読み上げる=解っていることを読み上げるのは時間の無駄

なので事前に、背景をテキストと連携、それでも情報が足りなければ会議資料も連携する。

事前に会議のルールを設計して進めてあげる工夫が大事。

③根回し

(例) タスク管理ツール導入の提案をPMに承認するのがゴールだとする。

懸念点はPMがツールの効果のイメージがつかないであったり、メンバーに馴染んでいくのかみたいなことを 懸念している。

そういった場合は、メンバーに前職でのツール利用者の方がいたら事前に、ネゴシエーションしておくことが大切で 前職での使用経験を元に「このプロジェクトでもそれがうまくハマるということを少しフォローしてもらえませんか?」 と話しておくようなイメージ。

そのように前例が他社でもあり、他メンバーの説得材料もあれば間違いないなと、説得力が上がる。


会議中のポイント

①会議の冒頭でアジェンダを明示する

アジェンダを事前連携しても、大抵読んでくれないので、 最初に見せて全員の共通認識を取るようにする。

②会議のゴールと優先順位を意識する

2を例に挙げると共有・相談・決定 これに加えゴールも決めておく。

共有は一方通行で出来るので問題なし。 相談・決定は議論になる。 「開発メンバーが不足してるため、営業チームで問い合わせ対応してくれるメンバを追加してくれませんか?」

これをゴール議題に落とすと

  1. 営業チームからそもそも人がアサインできるのか?

2.アサインするなら誰をアサインするのか?

というのがゴールのアジェンダになる。

  • 優先順位の整理

一週間後の会議で話してもいいんじゃないの?、他メンバーを巻き込まなくても いいんじゃないの?という議題は勇気をもってその会議では止めることをしておきましょう。

ネクストアクションを決める

ネクストアクションが決められないとその会議の意味がなくなる。 ネクストアクションの例は以下の3つ。

  • 決まったこと→決定事項

  • 決まってないこと→課題

  • 今後のタスク→todo

会議の最後にまとめとして、 「今回決まったことは〇〇ですよね。」 「課題としては〇〇ということが上げられてましたよね。」 「今後の短期的todoとしては誰がいつまでにこれをやるってことですよね」


会議後のポイント

ファシリテーターの役割は会議が終わればおしまいではありません。

会議中に決まったネクストアクションを管理推進していくところまでがファシリテーターの役割と言える。

①議事録展開

ネクストアクション(決定事項・課題・todo)を資料として展開する。

会議に参加できない、メモが取れない人のために中に、テキスト媒体で連携を図って、 共通認識を図っていくのが議事録の目的になります。

※議事録展開は会議の特性によります。 社外や大人数の大事な会議は、資料として議事録展開すべき。 社内のmtgならあまり力を入れない。

②課題/todoのフォローアップ

いつまでもタスク管理ツールに残っていて終わらないタスクがあるのは、管理ができていないから。

期限を決めたタスクが終わっているかはファシリテーターのほうでも管理をし、

もし終わっていないのであれば各担当者に対してリマインドをする。 リマインドをしていくスタンスが必要になる。

これをすれば、課題todoの漏れをなくすことが出来、プロジェクトが効率的かつ円滑に進むようになる。


ユースフル:一流の議事録の取り方/書き方

こんにちわ。 コーキさんの議事録の取り方を自分でメモって整理してみました。 役立ったらうれしいです。

議事録の目的

  • 認識祖語の防止

    • (例)週次の進捗資料の修正を依頼されたと勘違いして更新する資料を間違えた。 (これをしないためには 1.決まった事 2決まってない事. 3.todo の3つをすり合わせておく。
  • 非出席者への情報周知

    • 初見の人が見ても解るような品質で作る。
    • 議事が残されてないと、言った言わないの争いになった時、裁判まで発展するケースがある。 

議事録の作成の3プロセス

    1. 事前準備 議事のスピードと品質を高める。 事前に以下の3つを確認すべし
  • ①目的  (会議が何のために開催されて何をゴールとしているのか事前に確認する)

  • アジェンダ (会議の目的を達成するためにアジェンダは存在している。 各アジェンダの話の論点を事前に確認しておく。 不明な単語は事前に調べておく。)

  • ③出席者 (出席者の誰が発言したかは必ず押さえておくべき。 初対面メンバーが多いと名前把握でも一苦労になるため、事前に名前・役職・役割まで確認しておけると良い。)

メモの工夫

議事録担当はメモを取ることに集中してください。 慣れないうちは会話内容が理解できない、会話が早くてメモが追い付かない問題にぶつかることはがある。

その問題にコーキさんがしていた工夫3つを紹介。

  • ①日本語を省略してメモする (具体的には「経営企画部」を「ケイキ」と略したり「プロジェクトマネジャー」を「PM」と略したり。)

  • ②予測変換機能を使う

(単語登録機能で自分専用にカスタマイズする。 具体的にはよみ「ぐー」を「Google合同会社」などよく使うものを候補に入れる)

  • Excelでメモを取る

( - 人、議事、重要事項の3カラムで構成する。

  • 人名 / 決定事項の入力手間が省ける


議事録の型を知る

スプレッドシート通り議事録を取れば仕事が早くなる。

Yousefulチャンネル_議事録フォーマット(Sample:Web全体会議) - Google スプレッドシート