自分「はい。昨日は朝Trelloを見たところ、スプリントバックログに誰もアサインされていないカードがあったので、それを取りました。『ユーザーのプロフィール画面にモーダル機能を実装する』というIssueであり、最初の見込みとしてはあまり問題なく実装できると考えていました。なぜなら似たような機能を以前に……（そのままずっと喋り続ける）……そして実装を終えてモーダルを表示したところ、デザインが崩れていることに気付いて……（更に喋り続ける）……それでもって、モーダルが大きくても小さくてもボタンの位置が崩れてしまうことに気付いて、今悩んでいる感じです」

イシュメールさん「あ、えっと、つまり進捗としては、モーダル機能の実装を途中まで進めた、ということであっていますか？」

自分「はい」

この例では時系列順に喋っていて、伝える側としては話しやすいです。

しかし、聞き手側としては相手が喋り終わるまで、「いったい何の話をしているんだろう……？」と考え続ける必要があり、コストが掛かってしまいます。

思い浮かんだことをそのまま話すことが、必ずしも悪いとは限りません。しかし、大切なポイントを相手に伝えるためには、最初は情報量を削ることが重要に思います。*5

*1:「結論」は「目的」と捉えても良いかも

*2:自分はこのフォーマットにたどり着くまで大変でした。「結論から話す」を実践するのは難しいからです。

*3:このフォーマットを考えるにあたって、DESC法も参考にしました。DESC法を教えてくださった AudioStakes さんにこの場で感謝致します！

*4:ちなみに、今回の記事はドキュメントを用意できない会話を想定したフォーマットです。ドキュメントを共有して話せるのであれば、ドキュメントを用意するのがオススメです。画面上に表示する際も、概要と結論を最初のほうに持っていって、詳細はその後にすると良いでしょう。画像も添付して視覚的な理解を助けるのも大切です。

*5:会話においても作文と同じように情報量をコントロールするとイイよ、ということは以前朝会で snoozer05 さんに教えて頂きました！

2024-11-22

議論が袋小路に入ったときだけ決定権を持つロールを作る

こにふぁーさんのブログ記事が好きなので、自分も考えたことを雑に書いてみようと思いました。

一行まとめ

「議論が袋小路に入ったときだけ決定権を持つロール」を作ると良いかも。

概要

全員で意見を交わすことで議論を深めつつ、意思決定していくのが基本的には良い
しかし、民主的に方針を決めると、意見がバラバラで議論が収束しない場面もある
- また、時間的な制約が厳しい場面もある
上の状態のときだけ決定権を持つロール（役割）を作ると、議論が袋小路に入らない
このロールの負担を減らすため、議論が迷子になっていないときには決定権を持たなくても良いとする
このロールを持つのはリーダーでなくても良い。メンバーに順番に回していくと風通しが良くなる。日直みたいなもの

補足

このロールでは「〇〇でよろしいでしょうか？」と全体の合意を求めるのではなく、「ひとまず〇〇でいきましょう！」と方針を定めることが必要になります。

ソフトウェアの開発は不確実性を伴うので「これでいきましょう！」という決定を下すのは難しいけれど、いったん決定をしないと先に進めないというジレンマがあります。

だからそのロールを引き受けた方には、感謝の念を伝えることが大切だと思います。

余談

すこし議論が直交しますが、piroさんの記事のトップダウン／ボトムアップについての考え方が勉強になるのでオススメです。

kk-web.link

ではボトムアップを円滑に回すために必要なことはなにか、それはトップダウンをしっかりと行うことだと思います。

LEFログ

:smile

Reactなんでも発表会で登壇しました！

概要

スライド

アプリ

その１；自分のホームページ

その２：お正月に開発した謎のアプリ

感想

さいごに

MindfulDoという謎のアプリを作りました

【GitHub】2024年オールグリーン達成

最近使っているブラウザ Zen Browser

GhosttyをGUIで設定する方法

結論

感想

口頭での情報共有で相手を迷子にさせないフォーマット

まとめ

具体例

例1：ペアプロを依頼するとき

例2：進捗状況を報告するとき

解説

例3：アンチパターン

議論が袋小路に入ったときだけ決定権を持つロールを作る

一行まとめ

概要

補足

余談