Architecture Decision Record
← 문서

ADR 시작하는 방법

ADR을 시작하려면 다음 영역에 대해 팀원들과 이야기해 보십시오.

결정 식별:

  • AD는 얼마나 시급하고 얼마나 중요한가?

  • 지금 내려야 하는가, 아니면 더 많은 것이 알려질 때까지 기다릴 수 있는가?

  • 개인적 경험과 집단적 경험은 물론 인정받는 설계 방법과 관행도 결정 식별에 도움이 될 수 있습니다.

  • 이상적으로는 제품 할 일 목록을 보완하는 결정 할 일 목록을 유지하십시오.

의사결정:

  • 일반적인 기법과 소프트웨어 아키텍처에 특화된 기법을 포함하여 여러 의사결정 기법이 존재합니다. 예를 들어 다이얼로그 매핑이 있습니다.

  • 그룹 의사결정은 활발한 연구 주제입니다.

결정의 시행과 집행:

  • AD는 소프트웨어 설계에 사용되므로 시스템에 자금을 대고, 개발하고, 운영하는 이해관계자에게 전달되고 그들에게 수용되어야 합니다.

  • 아키텍처가 드러나는 코딩 스타일과 아키텍처 관련 사안 및 결정에 초점을 맞춘 코드 검토는 관련된 두 가지 관행입니다.

  • AD는 소프트웨어 진화 과정에서 소프트웨어 시스템을 현대화할 때에도 (재)고려되어야 합니다.

결정 공유(선택 사항):

  • 많은 AD가 프로젝트 간에 반복됩니다.

  • 따라서 과거 결정에 대한 경험은 좋은 것이든 나쁜 것이든 명시적인 지식 관리 전략을 사용할 때 가치 있는 재사용 가능한 자산이 될 수 있습니다.

결정 문서화:

  • 결정을 기록하기 위한 많은 템플릿과 도구가 있습니다.

  • 애자일 커뮤니티를 참조하십시오. 예: M. Nygard의 ADR.

  • 전통적인 소프트웨어 공학 및 아키텍처 설계 프로세스를 참조하십시오. 예: IBM UMF와 CapitalOne의 Tyree 및 Akerman이 제안한 표 레이아웃.

더 알아보기: