🐥
フロントエンドテックリードになって立てた10の方針「事前の確認・途中の確認・仕上げの確認」
はじめに
こんにちは！スタートアップで自社SaaS開発のフロントのテックリードをしている山ちゃんです！
今回のシリーズは私のチームで立てた方針を10回に分けて、ご紹介させていただきます！
ご参考になれば幸いです！
想定読者
- チームリーダーになりたての方
- チームリーダーになってみたい方
- チームリーダーになって悩んでいる方
方針
「事前の確認・途中の確認・仕上げの確認」
目的
不明なことがある場合には、都度確認することで、方向性のブレを最小化し、手戻りをなくす
背景
この方針はその都度、問題が生じてブラッシュアップされてきました。まず、マージリクエストレビュー依頼を出す際に、単純なミスが多いことから「仕上げの確認」をしていこうと、導入されました。
続いて、マージリクエストレビュー依頼の際に、方針が噛み合っておらず、大きい手戻りが発生する問題が生じ、「事前の確認」で大きい方向性のブレを排除しようということになりました。
最後に、作業中に方向性がずれていってしまう問題が生じたので、「途中の確認」をして、都度都度方向修正を行っていこうとなりました。
実際の具体的な取り組み
- 事前の確認: 作業依頼者と作業者の方向性があっているかを確認したうえで、作業に取り掛かるようにしました。
- 途中の確認: 1％でも懸念、疑問や疑念が生じた場合には、そのタイミングで聞くような仕組みにしました。
- 仕上げの確認: 作業完了後、すぐにマージリクエストレビュー依頼を出すのではなく、自分で書いたコードを自己レビューを挟んだ上で、レビュー依頼するフローにしました。
まとめ
1％でも懸念点や疑問がある場合には、確認することで、手戻り率を大幅に減らすことが出来たと考えております。コミュニケーションの量も増加して、メンバーの思考が同調されていくのを感じました。是非、ご参考にいただければ幸いです。
- 参考になりましたら「いいね」ボタンをお願いします☆
Discussion