Distribution チームトレーニング
共通リンク
目的
チームトレーニングの目的は、行われた作業をチームの残りのメンバーに紹介することです。また、チームの残りのメンバーが新しい機能やプロジェクトに容易に移行し、メンテナンスの準備ができるようにします。トレーニングは公開されており、トピックに慣れたい人なら誰でも利用できます。
トレーニングは以下を提供すべきです:
- 投資した作業のハイレベルな概要
- 開発中に遭遇した主な課題の説明
- 起こりうる落とし穴と特殊性の説明
トレーニングがあるべきでないもの:
- ドキュメントの代替
- Issue への進捗記録の代替
- フォローアップ Issue の代替
簡単に言うと、トレーニングは開発中に Issue で取られたメモ、プログラミングの課題、書かれたドキュメントのハイレベルな概要の要約です。トレーニングに参加した後、チームメンバーはより少ない労力でメンテナンスを引き継いだり、あなたの機能を基にして構築できるようになるべきです。
注意 トレーニングで技術的になることを恐れないでください。自問してみてください: このタスクに取り組み始めたとき、何が役に立ったでしょうか？何があれば、より効率的になれたでしょうか？
トレーニングの効率性
トレーニングが効率的かどうかを確認するために、Distribution リードはトレーニングが行われたプロジェクトでチームメンバーをローテーションします。例えば、機能が定期的なリリースを必要とする場合、トレーニングを行った人はチューターと見なされます。別のチームメンバーがトレーニングとドキュメントに従い、元のメンテナーにヘルプを求めます。新しい責任者は機能を改善する責任も持ちます。そして、他のチームメンバーをトレーニングする責任も持ちます。
トレーニング一覧
- DIS001 GitLab Pivotal Cloud Foundry Tile
- DIS002 GitLab Terraform Module
- DIS003 Kubernetes
- DIS004 Omnibus
- DIS005 PG HA
- DIS006 GitLab QA project
- DIS007 Let’s Encrypt with the omnibus-gitlab package
- DIS008 GitLab Helm Chart Operator
- Omnibus-GitLab への貢献者向け入門
よくある質問
Q: これは二重作業ではないですか？ A: いいえ。トレーニングはタスクをドキュメント化しながら準備するべきです。
Q: これで遅くなりませんか？ A: 最初のうちは、おそらくそうかもしれません。しかし、トレーニングに費やした 1 時間ごとに、チームメンバーの数だけ価値が倍増します。
Q: チームにドキュメントを確認して質問させる方が役立ちませんか？ A: 理想的な世界では、そうかもしれません。しかし、誰もが多くのタスクをアサインされており、何かをする必要が出るまでドキュメントを読む余裕がないかもしれません。それは数ヶ月後になる可能性があり、その時点ではトレーニングを行う予定だったあなたが、もはや効率的に助けられないかもしれません。
