今回の仮の題材
センサーで測った値を画面に送る、小さな試作ができたら。通信が途切れる場面も含めて考える架空の題材です。現在の製品や、二人が実際に担当した案件を紹介するものではありません。
DIALOGUE DRAFT会話文案
「値が届く」の、その先。
聞き手机の上で値が画面に届きました。ここから何を確かめますか？
Taiko
一度動いた条件を、まず残したいです。センサーをどこに置き、どう触り、何を測ったのか。置く向きや周囲の条件を変えたときにも、同じように測れるかを見たいですね。
Jamie
画面に値が出ていると、それが今の値に見えますよね。でも、通信が切れて古い値が残っているだけかもしれない。最後に受け取った時刻と、更新が止まった状態を分けて見せたいです。
Taiko
測れていないのか、送れていないのかでも違いますね。『動かなくなった』で終わらせず、どこまで進んだかを二人が同じ記録で追えるようにしたいです。
どこで止まったか、二人で追える形に。
聞き手機器側とソフトウェア側の、どちらを直すかはどう決めますか？
Jamie
測った、送ろうとした、受け取った。その記録を並べて、どこから予想と違うのかを見たいです。最初から担当を決めつけず、同じ現象を再現できるところまで一緒に調べます。
Taiko
機器側に全部保存すれば解決、とは限らないです。電源が落ちたらどうなるか、どれだけ記録を持てるかも考える。使う場所で何が起こりそうかを出して、必要な範囲を選びたいですね。
Jamie
画面側でも、足りない値を勝手に補うのか、分からないと表示するのかで意味が変わります。使う人がその値から何を判断するのかを聞いて、欠けたときの振る舞いを決めたいです。
最初に引き受ける、小さな実験。
聞き手新しく加わる人が、この試作から一つ仕事を選ぶとしたら？
Taiko
例えば、試験用の環境で通信を切り、戻したときの動きを確かめる。何を操作すると、どの表示になったかを残してもらう。機器と画面の両方を見られる、小さな実験になると思います。
Jamie
結果に加えて、『戻ったときにこう見せたい』という案も聞きたいです。画面のラフでも、短いコードでもいい。調べたことが次の仕様につながるところまで、一緒に考えたいですね。
Taiko
最初から全部の条件を試す必要はないです。何を一つ確かめるかを相談して、実験の手順を自分で組み立てる。予想と違ったら、同じことをもう一度起こせる記録が次の手がかりになります。
試作で分かったことを、次の仕様にする。
聞き手通信が戻った直後に、同じ記録が二度届くと分かったら？
Jamie
まず、再送された同じ記録なのか、別の測定なのかを見分ける方法を相談したいです。画面から消せば終わりではなく、保存されたデータを後で使う人にも、意味が伝わる形にしたい。
Taiko
機器から送る情報を一つ増やすのか、記録の持ち方を変えるのか。試した人にも選択肢を出してもらって、使えるメモリや電源の条件と一緒に考えたいですね。
Jamie
試して見つけた問題から、機器が何を送り、受け取る側がどう区別するかまで決める。そこまで関われると、画面に見えている問題を、データが届く前の仕組みに戻って考えられますね。
EDITORIAL NOTE
実例と本人の言葉で、確かめたいこと。
- 二人の協働が確認できる実案件があるかを確かめ、公開できる試作・機器・画面・記録を選ぶ。題材が合わなければ実案件に置き換える。
- 実際にうまく動かなかった条件、原因をどう切り分けたか、どちらの仕様をどう変えたか、試した結果を確認する。
- 新しく加わった人が引き受けられる実験、相談する相手、使える試験環境を確認し、現在の担当範囲として説明できる内容に整える。