ID:65603さん

5人程度の小規模なスクラムチームにおけるスクラムマスター(=チームリーダー)として、開発チームで担当するチケットの管理全般

手順、納期、完了条件が決まっており、チームの誰が担当しても一定の品質で成果物が出せる状態にあること

チームメンバーは全員、経験や考え方、前提知識にかなり偏りがありました。 同じプロジェクトに長くいる人は当然詳しいため、詳細な情報をチケット説明で明確にしなくても作業ができます。 が、このままではいつまでもメンバー間の属人性が解消されません。 チケットは消化すべきものよりも成長機会と捉え、よほど逼迫している以外は全員で集まりチケットの内容について議論するようにしました。 元から詳しい人は都度議論に参加しなくても成果物イメージが共有できるため、短期的に見れば時間のロスですが、負荷や知見の偏りを解消するためには必要な時間だと考えました。 最初は以下のような問題が浮き彫りになりました。 1. 話し合いに時間がかかってしまう 2. 一度チケットをこなしたからといって100%習得できるわけではない 3. 詳しくないチケットが割り当たった場合、想定より余計に時間がかかってしまう 4. ジュニアが教わっている感を感じてしまい、萎縮してしまう 1~3に関しては、一つのスプリントでやるべきチケット全てに対して議論をしようとしたため、 時間はかかって焦りが生じ、結果的にあまり成長や属人化の解消に繋がらない活動となってしまいました。 4はそんな状況から、遅れが生じたのは経験の浅い自身のせいと、自責の念を感じてしまったことによるものでした。こちらは個別で話したり雑談の機会を増やすことで、メンタルケアを行なっていきました。 最初は焦って改善に取り組もうとしすぎて失敗が続いてしまいました。 以上の反省から、メンバーの得意な領域、やったことない(≠不得意)領域を把握し、 得意な領域を7~8割、残りを知見を深めるためのチケットを割り振ることにしました。 結果的には時間的余裕ができたり、得意領域をサクサク進めることによる自信の取り戻しもあって、上記問題点は解消できたように思います。 当時のチームではこれがうまく嵌まりましたが、これが最適解ではありません。 そもそも属人化の解消をすべきかどうかも状況によってどんどん変わると思いますので、いろいろなやり方を模索していきたいです。