説明
チームの品質と俊敏性に効果的に貢献できる 2 つのアクションは、コード標準を定義して従うことと、手動でコードをレビューする前にパイプラインで静的コード分析ツールを使用することです。コード標準は、コードの一貫性、読みやすさ、保守性を確保し、エラーやバグを減らすのに役立ちます。静的コード分析ツールは、コード レビュー プロセスを自動化し、手動レビューの前にコード標準の問題や違反を特定するのに役立ちます。技術リーダーを支援するために最上級の開発者を選択したり、コードレビューをスキップしたりすることは、より多くのエラーや遅延を引き起こす可能性があるため、効果的なアクションではありません。

説明
アジャイル チームとは、プロセスを改善および進化させ、エンド ユーザーに価値を頻繁に提供するチームです。
これは、固定計画に従い、事前に定義された日付で成果を達成する従来のチームとは対照的に、アジャイル チームの主な特徴です。アジャイル チームは、スクラム、カンバン、エクストリーム プログラミングなどのさまざまなフレームワークを使用しますが、これらはアジャイルであるために必須ではありません。アジャイル チームには、隔週のスプリントなど、より短いイテレーションもありますが、時間通りの納品を保証する唯一の方法ではありません。

説明
自動テストとの継続的インテグレーションを使用することは、コードの構築とテストを頻繁かつ自動的に行うことができるため、バグの量を減らすのに役立つ開発手法です。開発チームにピアコードレビューを奨励することは、他の開発者によるコードのチェックと改善が可能になるため、バグの量を減らすのに役立つ開発慣行です。プロジェクト構造にテスト駆動開発を組み込むことは、開発者がコードを記述する前にテストを記述し、コードがテスト基準を満たしていることを確認する必要があるため、バグの量を減らすのに役立つ開発手法です。
開発チームの自己組織化を可能にすることは、コードの品質に直接影響しないため、バグの量を減らすのに役立つ開発手法ではありません。顧客との短くタイムリーなフィードバック ループを有効にすることは、コードの品質に直接影響しないため、バグの量を減らすのに役立つ開発手法ではありません。