ブラウザが新しいタブをブロックしました。

Omsubi.CAREERS

ROUND TABLE

最初の仕事、どこから自分で決める?

ラフ、試作、短いメモ。新しく加わる人が、最初の提案を持ち寄るまで。

登場メンバー案

今回の仮の題材

「作業の進み具合が伝わらず、確認の往復が増えている」という小さな課題。新しく加わる人が、その解決を最初の仕事として引き受けたら。入社後の関わり方を検討するための仮の場面です。

DIALOGUE DRAFT会話文案

最初に、何を持って机に戻る?

聞き手課題を渡されたところから、最初の一歩をどう考えますか?

Sow

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

Jamie

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

Taiko

実際の作業の順番も見ておきたいです。作業が終わった直後に入力できるのか、それとも手が離せないのか。試作品を使う動作までやってみると、画面だけでは見えなかった条件が出てきます。

自分で決める部分と、持ち寄る部分。

聞き手画面の案や小さな実装ができたら、誰に何を相談するのでしょう?

Jamie

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

Sow

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

Taiko

僕は、その案が実際の作業に置かれたときの条件を一緒に確かめたい。忙しいと入力を忘れるかもしれないし、途中で作業が止まることもある。そこで見つかった条件を持ち帰って、もう一度案を選ぶ感じです。

試して分かる失敗と、試す前に話すこと。

聞き手どこまで試してよくて、何は先に相談しておきたいですか?

Jamie

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

Sow

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

Taiko

手元の試作品でも、途中で止まる、入力が遅れる、同じ操作を二度する、といったことは試せます。ただ、実際に使っている機器へつなぐなら話は別です。接続する相手と、止め方を確認しておきたいです。

最初の提案を、次の仕事につなげる。

聞き手試した後、どんな提案を持ってきてもらえると話が進みますか?

Sow

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

Jamie

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

Taiko

『まだここは分からない』も一緒に出してほしいです。例えば、忙しい時間にも使えるかは確かめられていない、と。その分からなさを共有できると、次に誰と、どの場面を見に行くかを考えられます。

EDITORIAL NOTE

実例と本人の言葉で、確かめたいこと。

  1. 最初に小さな仕事を引き受けた実例を選ぶ。誰が課題を決め、本人は何を選び、最初に何を見せたかを確認する。
  2. 他のメンバーの指摘で案が変わった場面を確認する。意見の違い、判断の根拠、その後の結果を本人の言葉で聞く。
  3. 現在、自由に試せる範囲と事前に相談する範囲を確認する。実データ、通知、外部への共有、機器への接続を含め、仮の進め方を実際の運用に置き換える。