翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 次のステップとリソース
<a name="resources"></a>

小規模から始めて、ADR がチームにもたらすメリットを確認することをお勧めします。進行中のプロジェクトに取り組んでいる場合は、次のアーキテクチャ変更を特定し、提案された ADR プロセスを適用して最初の ADR を作成します。

もう 1 つの開始点は、ADR を使用してソフトウェア開発プロセス全体を文書化することです。開発プロセスは、チームがどの文書にも書かれていない暗黙の知識に基づいていることがよくあります。このプロセスを文書化することで、チームの新メンバーがよりスムーズに作業できるようになります。

未開発のプロジェクトに取り組んでいる場合は、ADR プロセスを適用して、すべての決定事項を最初から数文にまとめます。その後、それらの ADR を繰り返し処理して、新しい情報を補足することができます。ADR を確立したら、コードレビュープロセスの参考として ADR の使用を開始できます。

**リソース**
+ アーキテクチャ決定レコード。[https://adr.github.io/](https://adr.github.io/)。
+ Mark Richards、Neal Ford。2021 年。[Fundamentals of Software Architecture](https://www.oreilly.com/library/view/fundamentals-of-software/9781492043447/)。セバストポリ: O'Reilly Media