前提

例

これをチームがチェックして、添削する。
間違っているところがあったら、口頭やチャットツールなどで指摘して、またテキストを修正してもらう。

インプットとアウトプットをセットにすることで、ビギナーの基本的な理解を深めたい。
- インプットだけではなかなか身につかない
ビギナーが理解できたかどうかを、チームが目に見える形で確認できるようにしたい。
- 「分かったかどうかが、分からない状態」を避けたい。
ビギナーの学習コストを最大化して、チームのコストを最小化したい。
- テキスト化には時間とコストがかかるが、テキストの添削は一瞬で終わらせやすい。(うまくいけば)
10の理解で100進んでもらうよりも、20の理解で50進んでもらった方が、圧倒的に手戻りが少ない。

実感として、かなり効果があるんじゃないかと思っている。

「じゃあ、テキストにまとめてください」を口癖にする感じ。

ビギナーにプロジェクトや実装理解を深めてもらう機会として、朝会の後に「ミニ朝会」というのを開いて、ビギナーが気になる点、分からない点をキャッチアップしていた。

最初の段階では、手厚いやり方は良いかもしれないが、この方法をずっと続けるのは難しそうに感じた。

朝会、夕会は実装理解の大きなチャンスだと思うが、この時間が学習システムとして働かず、大きな空白になっているのではないかと考えた
- 目の前に金塊があるのに、毎日、持ち帰らない状態。
まずはチャンスを最大に活かしてもらいたいと思った。
「まずはコストを支払って、理解すること」「理解の姿勢を持つところ」「金塊を持ち帰るところ」から始めてもらう。

Pivotal(ストーリーの内容をメモする場所)とかに記載してもらえば、記録は残るし、ビギナーの理解は深まるし、悪くない。

朝会に参加するというのは、ものすごく難易度が高いと、個人的に思っている。
リアルタイムに、一瞬一瞬でやりとりされる情報をキャッチして、実装理解・状況理解のモデルを頭で組み立てつつ、自分の言うことも考える必要がある。

ちょっとしたスキがあると、自分の思考だけにとらわれて、上の空になりがちだ。

「朝会に自然に参加できるようになったなら、チームへのコミット度は一人前」ぐらいの、リトマス試験紙のようなものだと思っている。

コスト配分や、その種類について考えよう。

たとえばこの例でいうと、ビギナーに大きなコストを支払ってもらうことが、ビギナーとチーム、両方のメリットを最大化してくれると思った。

何か質問、悩み事、相談などあればLINEオープンチャットもご利用ください。