※ オリジナル: https://microsoft.github.io/code-with-engineering-playbook/
CSE プロジェクトで働いているエンジニア...
- メンター、コーチ、リードなど、チームに対して責任があります。
- 彼らのプレイブックを知っています。彼らのプレイブックに従います。プレイブックが壊れている場合は修正します。より良いプレイブックを見つけたら、それをコピーします。誰かが自分のプレイブックを使用できる場合、彼らはそれを共有します。
- 例によってリードします。対人的にも技術的にも私たちが望む行動をモデル化します。
- 彼らの仕事がより広い文脈にどのように適合し、結果を確実にするかを理解するよう努めます。
これが私たちのプレイブックです。すべての貢献は大歓迎です!参加するには、プルリクエストを送信してください。
Note: If you are reading this on github - head over to https://microsoft.github.io/code-with-engineering-playbook/ for a better reading experience
- チームメンバーおよびチーム全体の全体的な効率を向上させるため。
- 間違いの数を減らし、よくある落とし穴を避けるため。
- より良いエンジニアになるために努力し、他の人々の共有された経験から学ぶこと。
他に何もしない場合は、エンジニアリングの基本チェックリストに従ってください。
スプリントの構造は、アジャイルスプリントの構造に従ったプレイブックのセクションの内訳です。
- コード品質バーを高く保ちます。
- 「物事を成し遂げる」よりも品質と精度を重視します。
- 1つの重要なことに熱心に取り組みます。
- 分散したチームは、ウィキ、チーム、バックログアイテムを介してコンテキストを共有するために時間をかけます。
- 簡単なことを今すぐ機能させてください。今日構築する機能は少なくなりますが、驚くほど機能することを確認してください。次に、明日さらに機能を追加します。
- バックログアイテムにスコープを追加するのではなく、新しいバックログアイテムを追加してください。
- 私たちの目標は、増分の顧客価値を出荷することです。
- バックログアイテムの詳細を最新の状態に保ち、チームの他のメンバーと状況を伝えます。
- 見つかった製品の問題を報告し、明確で反復可能なエンジニアリングフィードバックを提供してください!
- 私たち全員がコードを所有しており、ソリューションのすべての部分を優れたものにする義務があります。
- アジャイル開発
- 自動テスト
- コードレビュー
- 継続的デリバリー(CD)
- 継続的インテグレーション(CI)
- デザイン
- 開発者の経験
- ドキュメンテーション
- エンジニアリングフィードバック
- 可観測性
- 安全
- プライバシー
- ソース管理
- 信頼性
貢献のガイドラインについては、CONTRIBUTING.mdを参照してください。