今回の仮の題材
「作業の進み具合が伝わらず、確認の往復が増えている」という小さな課題。新しく加わる人が、その解決を最初の仕事として引き受けたら。入社後の関わり方を検討するための仮の場面です。
DIALOGUE DRAFT会話文案
最初に、何を持って机に戻る?
聞き手課題を渡されたところから、最初の一歩をどう考えますか?

Sow
まず、誰が何を確かめたくて聞きに来るのかを見たいですね。そのうえで、いまの見え方と、自分が考えた見え方を紙に一枚ずつ描く。粗い画面があるだけで、相手も『ここが困る』と指をさせます。

Jamie
その画面で確かめたいことが一つ見えたら、小さく動かしてみたい。最初は仮のデータでもいい。何を表示すれば確認の往復が減るのか、自分の考えを、触って話せるところまで持ってきてほしいです。

Taiko
実際の作業の順番も見ておきたいです。作業が終わった直後に入力できるのか、それとも手が離せないのか。試作品を使う動作までやってみると、画面だけでは見えなかった条件が出てきます。
自分で決める部分と、持ち寄る部分。
聞き手画面の案や小さな実装ができたら、誰に何を相談するのでしょう?

Jamie
僕に相談するなら、使いたいデータと、更新するタイミングを一緒に見せてもらいたいです。既存の仕組みとのつながりは確認する。そのうえで、どんな構成で試すかは、本人の案と理由を聞きたいですね。

Sow
僕には『この順番なら、次にすることが分かると思った』と見せてほしい。気になるところは伝えるけれど、自分の仮説まで手放す必要はない。指摘を取り入れるかどうかも、使う人の動きから考えたいです。

Taiko
僕は、その案が実際の作業に置かれたときの条件を一緒に確かめたい。忙しいと入力を忘れるかもしれないし、途中で作業が止まることもある。そこで見つかった条件を持ち帰って、もう一度案を選ぶ感じです。
試して分かる失敗と、試す前に話すこと。
聞き手どこまで試してよくて、何は先に相談しておきたいですか?

Jamie
仮のデータだけで動くものなら、表示順を変えて失敗しても戻せます。一方で、本物のデータを書き換えたり、人に通知を送ったりするなら先に話したい。何がどこへ影響するかを、一緒に確かめてから試す。

Sow
操作を見てもらって『何を押せばいいか分からない』と言われるのは、試作で知りたいことです。そこで整って見せようとしなくていい。どこで迷ったかを残して、次の案を考える材料にしたいですね。

Taiko
手元の試作品でも、途中で止まる、入力が遅れる、同じ操作を二度する、といったことは試せます。ただ、実際に使っている機器へつなぐなら話は別です。接続する相手と、止め方を確認しておきたいです。
最初の提案を、次の仕事につなげる。
聞き手試した後、どんな提案を持ってきてもらえると話が進みますか?

Sow
例えば『進捗の色を増やしたけれど、見た人は次に誰へ聞くかで迷った。だから担当者を先に見せたい』。試す前の考えと、見て分かったことが並んでいれば、その人がどこに気づいたのか伝わります。

Jamie
そこに『次はこの一か所を変えて、もう一度確かめたい』があるといいですね。試作品と短いメモで十分。どこまで自分でつくれるか、どこに他の人の力が要るかも話せれば、次の仕事を具体的に決められます。

Taiko
『まだここは分からない』も一緒に出してほしいです。例えば、忙しい時間にも使えるかは確かめられていない、と。その分からなさを共有できると、次に誰と、どの場面を見に行くかを考えられます。
EDITORIAL NOTE
実例と本人の言葉で、確かめたいこと。
- 最初に小さな仕事を引き受けた実例を選ぶ。誰が課題を決め、本人は何を選び、最初に何を見せたかを確認する。
- 他のメンバーの指摘で案が変わった場面を確認する。意見の違い、判断の根拠、その後の結果を本人の言葉で聞く。
- 現在、自由に試せる範囲と事前に相談する範囲を確認する。実データ、通知、外部への共有、機器への接続を含め、仮の進め方を実際の運用に置き換える。