1 of 37

聴こえに依らず

「ワイワイ発言しつつガシガシ開発する」

ために必要なこと

Speaker:ふじえもん、hayato

2 of 37

今から話します！！その前に..

当初、プロポーザルを出したときは、モブプロにて実演する予定でしたが、品川トラックにご採択いただいたことから、内容を調整しました。

Confengine:聴こえに依らず「ワイワイ発言しつつガシガシ開発する」ために必要なこと

3 of 37

聴こえ・ワイワイ・ガシガシの定義	1m
自己紹介＆発表のゴール	5m
YOW-琉球大学AgileMiniCamp	5m
YOW-TDDYYχ	5m
YOW-アフターコロナ×AIハッカソン	5m
メンタリング	20m
まとめ	4m

4 of 37

タイトルの定義の確認

達成したい最終的な未来

聴こえに依らず＝誰もが

ワイワイ発言しつつ＝自分の手段で受信・発信することができ、

ガシガシ開発＝当事者意識を持って参加できる

5 of 37

スピーカーの紹介！！

ふじえもん:Twitter@fujiengineer

hayato :Twitter@prohy142648

<Discord賑やかし隊>

Hitaka:Twitter@natsume20011121

Kosuke:Twitter @funasax

Saito:Facebook　

筑波技術大学にて、

情報科学や情報保障、聴覚障害について学んでいます。

最近は、Ａｇｉｌｅ界隈のイベント・開発イベントに遊びに行っています。

で、自分たちは何者なのか。ということで自己紹介をします。

自分たちは筑波技術大学という、全国から聴覚障害・視覚障害のある学生が集まる国内唯一の大学です。

自分達５人は、情報科学とか聴覚障害向けの情報保障とか学んでいます。最近は、Ａｇｉｌｅ界隈のイベントに遊びに行ったりしてしています。先日のRSGT2023では、初めてこういう集まりに参加して登壇までしちゃいました。うきうきテーブルもやったりして楽しかったです。それから、WomenInAgileとかTDDYYχとかにも参加しました。あとは、開発イベントとか勉強会とかにも遊びに行っています。とにかく学びをワイワイを求めて遊びに行っています。楽しい遊び場があれば、ぜひお声がけしてくださると嬉しいです！お待ちしてます。

今日メインでお話するのは自分とhayatoですが、他の３名はDiscord賑やかし隊ということで、きっとワイワイ盛り上げてくれると思います。なので、自分たちが話している途中でも、質問とかコメントとかとにかくなんでもリアクションしていただいて大丈夫です。

6 of 37

このセッションでのゴール

私たちが次回の開発時に検証をする仮説を皆さんと作りたい！！

自分達視点の材料だけでは不十分..

皆さんにメンターという役をお願いしたいです

メンタリングを受けるための材料を今から20分ほど共有します

共感・ツッコミ・コメントお待ちしてます

このセッションのゴールは、私たちが今後参加するイベントで、聴者と開発・コミュニケーションをするときに検証をする仮説をつくることです。何が必要で、どうしたらいいのか、どういう状況ならそれが有効なのか、そういったことを考えていければと思います。

そこで、皆さんとワイワイ話ながら、自分達視点の学びや材料だけでなく、みなさん、聴者視点で見えているものとかチーム開発の経験とかそういった知見を共有してほしいです。また、皆さんにはメンターになったつもりで、メンタリングをしてほしくて、どういうことを考えた方が良さそう、とか、そういうアドバイス・コメントも頂けると嬉しいです。お待ちしてます！

7 of 37

私たちがやったこと

琉球大学AgileMiniCamp：

聴覚障害のある大学生チーム(うきうきなっとう)

TDDYYχ：

聴者と聴覚障害者のいるチーム

アフターコロナ×AIハッカソン：

聴覚障害のある大学生チーム(UN-FROZEN)

8 of 37

琉球大学AgileMiniCampでわかったこと

RSGT2023の内容

タイトルは

「聴覚障害のある大学生チームによる臆さない発言環境の形成」

なぜ「臆さない発言環境の形成」なのか、

コミュニケーション手段が一人一人違う中で、

どうすればワイワイすることができるのか。

ワイワイするためには皆が発言できるようにする必要がある

9 of 37

琉球大学AgileMiniCampでわかったこと

同じ障害カテゴリでも私たち一人一人違う�自分たちだけのポイント

発話はできるけど、�聞き取りはできない！

健聴者と積極的に�コミュニケーションをとれる

読話(読唇術)できる!

コミュニケーション苦手...�助詞ムズイ...

10 of 37

琉球大学AgileMiniCampでわかったこと

おーててつないで

さあわたろ

このゆびとーまれ

同じことを

同じタイミングで

違うことを

違うタイミングで

11 of 37

琉球大学AgileMiniCampでわかったこと

おーててつないで

さあわたろ

同じことを

同じタイミングで

12 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

レトロスペクティブの目的は

スクラムガイド2020より抜粋

品質と効果を高める方法を計画すること

13 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

使用したフレームワークは

KPT

Keep : 続けること

Problem : 解決したい課題

Try : 試すこと

14 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

レトロスペクティブの効果を

質

量

最大化

15 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

でも、なぜかみんな発言しにくそう

https://cdn.snsimg.carview.co.jp/minkara/userstorage/000/053/118/390/6cd7b3fad0.jpg?ct=90f3085e6f4d

16 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

そうか！！

K

P

T

主観的意見

なのか！

17 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

だったら...�客観的なものから�出していけばいいじゃないか

18 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

Active : やったこと、起こったこと

KPTにAを追加だ！

K

P

T

A

＋

19 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

主観的意見(KPT)

事実(A)

20 of 37

琉球大学AgileMiniCampでわかったこと

- おーててつないでさあわたろ -

21 of 37

琉球大学AgileMiniCampでわかったこと

最初の発言のハードルを低くすることで2回目、3回目の発言をしやすく

重複してもいいと伝えることで他者の書き込みを気にせずに

振り返りしながらではなく、

書き出してから振り返りを

書き出す

振り返る

発言の�ハードル�低く

○○○○

チームメンバーが抱える課題を顕在化

- おーててつないでさあわたろ -

22 of 37

琉球大学AgileMiniCampでわかったこと

このゆびとーまれ

違うことを

違うタイミングで

23 of 37

琉球大学AgileMiniCampでわかったこと

チームとしては一つのゴールに向かうが

そのプロセスは各々に委ねられる

24 of 37

琉球大学AgileMiniCampでわかったこと

タスク洗い出しOK!�ここやっとくねー

うーん、ど、どうしよう

ひまだぁ

25 of 37

琉球大学AgileMiniCampでわかったこと

26 of 37

琉球大学AgileMiniCampでわかったこと

言わなくてもわかる！

タスクと担当者を可視化

27 of 37

琉球大学AgileMiniCampでわかったこと

可視化によって

言葉によらない発言

作業者の可視化

気楽に依頼

28 of 37

琉球大学AgileMiniCampでわかったこと

おーててつないで

さあわたろ

このゆびとーまれ

同じことを

同じタイミングで

違うことを

違うタイミングで

29 of 37

TDDYYχでやったこと

note:TDDYYχに参加したよ

TDD=テスト駆動開発

YYχ＝ワイワイしよう！

TDDをワイワイ楽しみながら練習する場

技大生３人で参加

聴者2人を加えたチーム

30 of 37

TDDYYχでやったこと

音声認識は完全ではない(誤字・脱字がある)ため、使わなかった

きいたことを付箋に書いた←確実に伝えるため

ToDo/Doing/Doneに振り分けた

今やろうとしていることを書いた

問題を整理して、付箋に簡単に書いた

とにかく書いた

で、TDDYYχでやったことです。

今回、音声認識は使いませんでした。我々うきうきなっとうのメンバーと話すときにUDトークとかYYProbeとか音声認識アプリを使って、コミュニケーションしたりすると思うんですけど、使わなかった理由としては、状況によっては誤字・脱字が発生してしまい、常に完璧な文章が表示されるわけではないっていうのと、作業に集中すると、話が盛り上がると認識結果を確認しなくなるので、修正がされないまま、間違った文章のまま進んでしまうからです。

で、最近私が個人的にハマっていることなんですが、きいたことをとにかく付箋に書き起こしました。短くポンポンっと文字として記録していくことで、後で見返すことができるのと、今考えるべきことはなんなのかすぐに把握できるからです。

で、随時TODO/DOING/DONEに振り分けていきました。今話していること、やろうとしていることなどを書きました。

大きな問題を小さな問題に分解して、付箋に書いていきました。

とにかく書きました。

31 of 37

TDDYYχでおきたこと

口話のやり取りが見える化された

要点だけを書いていた(すべてを付箋に書いてはいない)

コーディングに関係なさそうなことは付箋には書き起こさなかった

↑時間の都合・わざわざ書かなくてもよさそう..

話の流れがわからない←考えるための情報が少ない

結果に至る過程がわからない→なぜそれをやるのかわからない

次に、起きたこととして、口話のやり取りが文字として見える化されました。ただ、全ての会話を書くことはできていなくて、要点だけをかいてしまっていました。主に自分が付箋に書き起こしていたんですが、コーディングとか、今取り組もうとしている問題には関係なさそうなことは付箋には書いていませんでした。会話に対して付箋に書くのが間に合わないとかわざわざ書くほど重要な内容でもないかなと思っていたからです。

ただ、それによって付箋だけを見ていた人たちは話の流れが十分にわからないっていうことがおきていたんですね。また、彼らがドライバーになったときに、ナビゲーターから何か指示があったときに、付箋に書いた情報だけでは、なんでそれをやるのか過程が十分につかめていないという状況もありました。口話とか手話で補足していました。

32 of 37

TDDYYχでわかったこと

会話のテンポに対して書くテンポが追い付かない

付箋に書く人の思考が混じり、情報が抜け落ちる/足されることも

障害の程度によって付箋の活用方法が変わる

・　あくまで議論の要点を見える化するものであり、

　　次の対話のきっかけにすぎない

・　音から情報を得ることができない場合、

　　付箋の情報量によって状況の把握ができない時がある

33 of 37

アフターコロナ×AIハッカソンでやったこと

アイデア出しは付箋を使った

チャットも使った(とくに急いでいるとき)

チーム内でコミュニケーションの手助けをした

e.g.チャット、付箋、読みとり通訳

問いかけを付箋に書いて、一枚一枚提示した

タスクは付箋に書き出して、見せながら何をするか説明した

３つ目に、アフターコロナ×AIハッカソンというつくば市で開催されたハッカソンに先週の土日に参加してきました。

これは、うちの大学で１年生から３年生までのメンバーでチームをつくって参加してきました。自分たちは、昨年一度ハッカソンは経験していますが、他の４名は初参加です。

で、最初は、アフターコロナ×ＡＩというテーマで何を作りましょうかってことでアイデア出しをしました。その際、付箋を使って各自で、テーマに関して困ったこととかこんなものがあったらいいなとか考えて付箋に書いてもらいました。で、それが右側にある写真でどれぐらい付箋を使ったのか分かると思います。アイデア出しに使ったのは、これぐらいで、もうちょっとあったかな、模造紙に収まっていなかったと記憶しています。で、チャットも使って、それぞれ作業しているときとか、今の状況を共有したりとか、急ぎで伝える必要のあるものは、口話とか手話でなくて、チャットで打って、文字として確実に伝わるようにしました。

あとは、互いにコミュニケーションで困ってるようだったら適時手助けをしつつ、その場その場で使い分けていました。

また、問いかけを付箋に書いて、一枚一枚提示しました。文字として提示することで、伝えたいことを確実に伝えつつ、今どんな問いに対して考えようとしているのか、一つ一つ確認することで、こういう方向性で進めていいかどうか共通認識を形成するためです。

タスクは付箋に書き出して、見せながら今から何時まで何をするか説明しました。

34 of 37

アフターコロナ×AIハッカソンでおきたこと

開催時間中はフルで稼働したつもりだった

模造紙に付箋を貼っていたため、貼れる付箋の数が限られていて、貼り換えも難しかった→アイデアが発散しにくかった

比較的アイデア出し〇　でも開発は▲

アプリの見た目を作るグループと中身を作るグループに分かれたため、お互いの様子を把握できなくなっていた

開発中に集中しすぎたあまり、付箋に残さず口頭でのコミュニケーションが発生した

で、おきたこととしては、開催中は全員がフルで動いていました。

模造紙に付箋を貼っていたので、貼れる付箋の数が限られていて、貼りかえるにも十分なスペースがなくて難しいっていう状況がおきていて、アイデアの発散がしにくかったです。

情報共有できたかどうかという点で、アイデア出しは〇、できたけど、開発はそうでもなかったです。６人開発者がいたので、グループを二つにわけたんですが、自分達グループを引っ張る人は互いの状況を共有していて、だいたい今どんな問題が起きているかとかどこまで進んだとかわかっていたんですが、それをメンバーに十分には伝えていなかったんですね。ざっくりと今こんなことをやってるよ、ぐらいの感じでした。

また、開発に集中しすぎたあまり、付箋に残さず口頭でのコミュニケーションが発生しました

35 of 37

アフターコロナ×AIハッカソンでわかったこと

とにかく認識を合わせる！

⇒Q.自分はこう思っているけど、この認識で合っていますか？

開発中の会話を付箋に残すようにするのが望ましいが、余裕がないと残せない..⇒何を言ってたっけ..

実際には特定のメンバーしか稼働していない場合がある

グループを分けるとそれぞれのグループがやりやすいコミュニケーション方法を採用していた

え、わかったこととして、まず、とにかく認識を合わせることが重要である。自分は、今こう考えているけど、この認識で会っていますか？今、これからこれをやるってことで大丈夫ですか？とか

あとは、さっき集中しすぎると、付箋に残さず口頭でコミュニケーションしていたとありましたが、付箋は記録として使うのではなく、あくまで情報を確実に伝えるための手段なので、口話とか手話とかで完結するなら付箋に書く必要はないとわかりました。でも、それだと、あとからの振り返りが難しかったり、何を言っていたのか忘れてしまうなんてことも発生することもわかりました。

先程、フルで全員が動けたつもりだったと言いましたが、実際は特定のメンバーしか動いていないときもあって、今何をしていいかわからないっていうメンバーもいました。今、何をするのかよくわかっていないまま進んでしまったという状況ですね。ハッカソン後半、とくに焦っているときに十分な情報共有ができていなかったとわかりました。

あとは、グループをわけたときには、それぞれのグループでやりやすいコミュニケーション方法を採用していたことがわかりました。これまで、６人が話しているときは、付箋をベースに使っていたんですが、わかれたときは、良く喋る人、主導権がある人がやりやすい方法で、例えば自分は付箋とかチャットとかをメインに使っていました。自分のグループの他のメンバーは手話を使っているんですが、私があまり読みとりが得意でないためです。

36 of 37

メンタリングをお願いします！！

達成したい最終的な未来

聴こえに依らず＝誰もが

ワイワイ発言しつつ＝自分の手段で受信・発信することができ、

ガシガシ開発＝当事者意識を持って参加できる

37 of 37

まとめ - 次回開発時に検証する仮説

ワーキングアグリーメントを行う。

⇒開発・コミュニケーションする前に、どんな情報をどこまで共有するか、どうやって共有するかを確認・同意を取る。

⇒認知特性のことも考えられると、チーム全員が情報を把握しやすくなるかも？

自分たちの聴こえの特性について、オープンに共有しておく。