ID:15548さん

データサイエンティストチームのプロジェクト進行

会社として明示的に求められている責務はなかった。しかし、チームとして達成したい Key Result (ref. OKR) が掲げられていたため、それの達成に対してチームの進捗状況を管理する必要があった。

# チーム構成 - データサイエンティスト x3名 - 内訳: 会社からシニア職として雇われているメンバー1名、ジュニア職として雇われているメンバー2名 - スキル差が顕著なチーム構成 - ソフトウェアエンジニア x1名 (筆者) # 問題点 - データサイエンティストのメンバーがチームの進捗の可視化に対して興味がない - 他チームに対して自チームの業務状況が適切に報告できない状況下にあった # 対応 開発組織内で用いられている、 XPを土台としたアジャイル開発の手法を、データサイエンティストのチームに説明し導入した - ユーザーストーリー単位で仕事を管理 - チーム内のスキル差に伴う見積もりのぶれを避けるために、ストーリーポイントを用いた相対見積もりを使用 - バーンダウンチャートを用意し、チームの業務進捗を把握できるようにした - スクラムにおける DONE の定義をプランニングの際にメンバーに定義を発話してもらうことで、プロジェクトに主体的に参画してもらうように努めた ## 効果 - チームが抱えている仕事量に対して目を向けてもらえるようになり、プロジェクトを完了させたり、要求を満たすにはどうすればよいか、といった会話がチームに増えた - チームが抱えている仕事に対しての全体感を持ってもらえるようになった - 他チームと会話する際に、チームのベロシティをベースとしたリリース期日を伝えられるようになった ## 副次的効果 - ユーザーストーリーを用いることで、今自分たちが行っている作業のステークホルダーについて意識した発言がチームメンバーから増えた - ユーザストーリーを起点として話をすることが増え、空中戦の議論が減った

メンバーの1on1

期初に当人と相談して設定した目標が達成された状態にする責務。 もしくは、目標と現状の差分を認識させ、現状で達成できる目標の再設定。

# 1on1の対象者 - 自身より年齢、キャリア共に10年上の方 # 問題点 - 目標達成の評価指標が明確ではない - 目標に対してのKey Resultが直行したものになっておらず、複合的なものになっている # 工夫点 ## まず現状を認識してもらうために行ったこと - 設定した目標の確認 - 1on1と日常業務の関係性の整理 - 1on1を通じてどのようなフィードバックを行っていくのか、についての認識合わせ ## 日々の1on1で意識していること - 相手の発言を整理し、理解を促す発言 - 発言の共通点をまとめ、視点の引き上げ及び対案の提示を通じて、課題への理解を深めてもらう - 心理的な障害に対して考察し、自己の振る舞いを言語化してもらうようにしている

ジュニアエンジニアの育成

関係者と協力しながら独力で機能開発を進められる状態にする

## 対象者の一例 - 他者に読まれるコードを書いたことがないソフトウェア開発者歴 3 年目の方 ## 上長と話して設定した育成目標 - コードレビューができる下地を作る - 書き捨てのスクリプトしか書いたことがない状態からチームでメンテナンスできうる状態のコードを書くようメンタリングする - リリースまでの一連の流れを自分で考えてできるようになってもらう ## 対応 - 週 1 のペースでふりかえり、次やることの設定 (1on1 もどき) - わからないところが出てきたらすぐ Slack ハドルで聞くように常に誘導 - 現在の状況といつまでに現在抱えている課題を解決したいのかを自身に設定してもらい、それを達成するための方法をブレイクダウンして考えてもらった。考えた内容は 1-2 日間隔でレビューし、自分で考える下地を作ることを意識した。 - Pull Request のレビューを行う際に、設計思想やベストプラクティスなどを常に参考文献を提示して丁寧にレビューした ## 効果 - 業務を進めるにあたって必要な情報を能動的に取りに行く習慣がついた - わからないことを溜めずに、壁打ち等を業務を進める際にキーとなる人に適宜頼めるようになった - コードを書く際に、何を意識して書いているのかを説明できるようになった。指摘を鵜呑みにせず、自分で考えたり、文献をあたったりしながら、コードの改善を進めることができるようになった。 - コードレビューの際に、わからない箇所を素直に聞けるようになった。これにより、私の方から何を教えるべきで何を教えなくてもよいのかを察することができるようになった。