エンジニアがファシリテーション勉強会に参加し続けて得たもの｜とと

こんにちは！ととです。 私は普段モバイルアプリエンジニアとして仕事をしていて、普段は「どう作るか」「どう設計するか」「どう問題を解くか」を考えることが多いです。 でも近年、それと同じくらい、あるいはそれ以上に、「どう話し合うか」「どう決めるか」が大事なのではないかと思うようになりました。 月に1回、Sansanさんの関西オフィスに集まり、「ファシリテーション勉強会」に参加しています。 私は第二回から参加していて、行けない回もありつつ、約1年半この勉強会に関わってきました。今回はそこで得た気づきを書いてみたいと思います。 どんな勉強会なのかこの勉強会のテーマは、「実践から学び、学びから実践へ」です。 ファシリテーションについて座学で学ぶというより、実際にやってみて、振り返って、また現場で試してみる。そんな場です。 チェックイン勉強会では、最初にチェックインをします。 議論に入る前に場の雰囲気

[kash06]

「正しい結論でも、その決定に関わった人たちが納得していなければ、その後のコミットメントは弱くなります」「意見を聞くこと、発散の時間を取ること、傾聴すること、「みんなで決めた」という感覚をつくる」

[miyauchi_it]

気になる。しかし、こういう振り返りするときに、詳細を忘れ去っているタイプの短期記憶の無さなので、参加できない。

[Eiichiro]

学生時代に行ってて良かった勉強会の一つ。ファシリテーションが技術として学べることが分かったのも収穫だったなぁ。

[nandenandechan]

なんか自己啓発的な空論ぽさがある。取り上げてるテーマ含めて。しかし、勉強会やってる人の話だから、実感なんだろうな。もう少し、ファシリテーション？の具体的な内容を記載した方がすんなり頭に入りそう。

[ducky19999]

ファシリテーションを勉強して、脱線しまくるクソ会議に突っ込みを入れる事ができるようになった

[ysfm]

ここに書かれていることはすべてが手段に終始している。それではいけない。ファシリテーションは目的が先立つ。それは参集者の目的とファシリテーターの目的とで2種ある。意図は後者の方だから前者が足りない。

[ryotarox]

良い記事／ざっくりこの場合のファシリテータの役割を冒頭でまとめてるといいかも。人によって違うので、どのタイプかなと思いました。／この記事の場合、ビジネスなので結論を出すことと参加者の納得感への配慮かな

[spray_donuts_3co]

「会議する相手が、硬い社外の人間」などを想定していない気がする…。人や事象を類型化しようとしていたら、有象無象から成果を得るのは難しい。

[mayumayu_nimolove]

若い時やったなぁ

[hello-you]

ファシリテーション上手くなりたい

[mullen]

おお、13歳からのファシリテーションと似たようなこと書いてあるぞ

[pchatsu]

via https://x.com/iwashi86/status/2070288431427596460

[togusa5]

無能な働き者の例

[ttysumi]

よくわからん