plusで働くエンジニアのミッチーです。最近、私のチームで初めて業務委託エンジニアの方にJoinいただきました。plusのプロダクトチームは、スクラム開発を採用しており、密なコミュニケーションを取りながら日々働いています。フルタイムで動くスクラムチームと週2-3日稼働の業務委託エンジニアが協力しながらどのように開発を進めていったか、いくつか工夫があったのでその点について書いてみようと思います。普段スクラム開発をしていて、これから業務委託の方にJoinいただくことを検討している方に、少しでも参考になれば嬉しいです。採用とオンボーディング採用プロセスについて細かくは書きませんが、面談時には働き方のイメージがすり合わせられるよう、どのようなチケットを渡す予定か簡単に説明しました。チケットの種類は、バグの調査・修正や、その他開発テーマの実装が主になること基本的には、ある程度要件定義が固まったチケットを渡すこと要件が固まりきっていないチケットもあるが、その時は柔軟にコミュニケーションを取りながら進めたいこと特に最後の点は、普段スクラムチームで開発している時、サッとコミュニケーションを取りながら進めていることがよくあったため、要件がカッチリ固まっていないチケットでも柔軟に進めることに抵抗がない人だとやりやすいと思いお伝えするようにしていました。採用後はスムーズに業務に入れるようにキックオフミーティングを行いました。チーム体制の説明、メンバーとの顔合わせ、チケットの管理方法やコードレビューフローについて説明をし、スムーズなスタートが切れるようサポートしました。開発環境構築や各種アカウント発行等の情報は、業務委託エンジニア向けのオンボーディング情報がConfluenceに丁寧にまとめられていたので、そちらを渡すだけで完了しました。plusのドキュメント文化に感謝です。「わからないことがあれば、いつでもSlackでメンションしてください!」ということを明確にメッセージとしてお伝えしました。稼働日数の関係でデイリースクラムなどのセレモニーを共にできないため、情報の同期が取りにくかったり、親睦を深めるような機会も基本的にありません。そんな中で少しでも働きやすくなってもらうことも大切だと考えていました。定例ミーティング業務がスムーズに進むよう、週1回の定例ミーティングを行うことにしました。アジェンダは以下の内容です。完了したチケットの稼働実績ポイントをつける新規にお渡しするチケットの説明ミニレトロスペクティブ(活動の改善のため)この中でも「稼働実績ポイントを付ける」というところについて少し補足します。ベロシティ計測ベロシティは、1スプリントあたりに消化できるポイント数の目安です。B向けの事業を担当しているのですが、事業の特性上、半年程度の中期的な開発スケジュールを引くことがあり、その際業務委託リソースを開発戦略へ組み込む為にベロシティの把握が必要でした。完了したチケットに対して稼働実績ストーリーポイントを付けることで、業務委託エンジニアがこなせるベロシティを把握し、開発スケジュールを見積もれるようにしました。普段スクラムチームで開発する時は、実装着手よりも前にリファインメントをしてポイントを付けるという活動をしますが、業務委託エンジニアの方と共にスクラムのセレモニーを一緒に行っていくことは難しかったため、今回は作業完了時に一緒にポイントをつけるという取り組みを行ってみました。直近の自分のチームのポイント感覚を言語化し、それを共有してから実績ポイントを付けてみました。その時共有したポイント感覚は以下のようなイメージです。1スプリント(1週間)をまたぐイメージ1、2回は上記のポイント感覚を意識しながら一緒にポイントを付けましたが、それ以降は他の作業との相対評価でポイントを付けました(厳密にやろうとせずにこれぐらいですかね〜の感覚です)。上記の基準だと作業時間ベースでの表現になっているため、そのまま使い続けるとチケットの工数感が正確に把握できないと考えました。業務委託エンジニアの方がシステムへの習熟が進み、作業効率が上がっていった時、本来ベロシティが上がっているのにもかかわらずそれがベロシティの計測結果に表れてこないため、本来のベロシティが正確に測れなくなると考えたからです。このやり方は手探り的に行っているので、正直どこまで正確にベロシティが測れるのか、長期にわたって有効なやり方なのか、それとも大きく誤差が生じうるのか、このあたりはあまりわかっていません。開発スケジュールを立てるためにもベロシティの把握は重要です。完璧な精度ではないとしても、スケジュールの見通しを立てて、PO、ビジネスのメンバーと会話をするために必要な取り組みでした。plusでは、セオリー通りにスクラムを実践し、プランニング、デイリーMTG、リファインメント、スプリントレビュー、レトロスペクティブといった多くのセレモニーを行っています(状況によっては実装作業を優先するためにセレモニーの調整をすることもあります)。これらの活動はチームで一丸となって開発を進めていく上で大切なものですが、セレモニーに参加せず、実装に集中しているメンバーがいることでチームの開発速度が加速する部分もあると感じました。ある程度具体の内容が決まっているものは積極的に業務委託の方にお願いし、逆に他チームとの重めの調整が発生するようなものをスクラムチームで対応することで、バランス良く開発を進めていけると感じました。plusのスクラムチームと週2-3日稼働の業務委託エンジニアがどのように一緒に働いているかの一例を紹介しました。定例を実施する、などは業務委託エンジニアの方と働くときには割と一般的に行われることかと思いますが、その中でも小さな工夫をしていたのでそのことを中心に書いてみました。チームとして初めて業務委託の方と働くことになるので、うまく活躍してもらえるか心配でしたが、現在はチームの成果の拡大に大いに活躍していただけています。plusのプロダクトのさらなる進化を加速させていきたいです。plusのメンバーが書いた技術記事を投稿していきます。エンジニア職募集一覧バッジを贈って著者を応援しようバッジを受け取った著者にはZennから現金やAmazonギフトカードが還元されます。Proよくある質問LinksX(Twitter)GitHubメディアキットLegal利用規約プライバシーポリシ。