누가 ADR을 작성할 수 있습니까?

특정 사람, 특정 역할, 특정 팀, 특정 부서 같은 영역을 고려하십시오. 또한 ADR을 의뢰할 수 있는 사람, 역할, 팀, 부서가 있는지도 고려하십시오. 즉 다른 사람이 작성할 ADR을 요청할 수 있는 경우입니다.

답변 예시: 아키텍처 의사결정 기록 README 페이지를 읽은 우리 조직의 누구나 ADR을 제안할 수 있습니다. 즉 그 사람이 작성을 시작하고 팀과 공유할 수 있습니다.

무엇이 ADR을 제기하는 것을 정당화합니까?

조직 팀의 업무 방식, 소프트웨어 시스템 구조, 팀 간 조율, 장기 유지보수성, 외부 인터페이스, 누구에게 이익을 주고 싶은지 같은 영역을 고려하십시오.

답변 예시: 우리는 미래의 개발자가 우리가 하는 일의 “이유”를 이해하기를 바랄 때 ADR을 작성하고자 합니다.

무엇이 ADR을 제기하지 않는 것을 정당화합니까?

아키텍처에 관한 것이 아닌 결정, 위험이 최소이거나 독립적이거나 개발자 한 명에 한정되는 등 사소한 결정, 표준, 정책, 문서 등으로 이미 다른 곳에서 완전히 다뤄지는 결정, 또는 임시방편, 개념 증명, 실험처럼 일시적인 결정 같은 영역을 고려하십시오.

답변 예시: 결정이 범위, 시간, 위험, 비용 면에서 제한적이거나 이미 다른 곳에서 다뤄지는 경우 ADR을 생략하고자 합니다.

ADR의 수명 주기는 무엇입니까?

작성 프로세스, 조사 프로세스, 의사결정 프로세스, 구현 프로세스, 폐기 프로세스 같은 영역을 고려하십시오. ADR 수명 주기를 시간에 따라 어떻게 추적할지, 예를 들어 ADR을 한 상태에서 다음 상태로 어떻게 옮길지, 그리고 이를 이해관계자에게 어떻게 알릴지를 고려하십시오.

답변 예시: 우리는 ADR이 다섯 가지 수명 주기 단계를 갖기를 바랍니다: 시작(Initiating) → 조사(Researching) → 평가(Evaluating) → 구현(Implementing) → 유지(Maintaining) → 폐기(Sunsetting).

ADR의 수명 주기 단계에 대한 기준은 무엇입니까?

ADR의 수락 기준 같은 영역을 고려하십시오. 즉 한 수명 주기 단계에서 다음 단계로 넘어갈 만큼 충분히 좋다는 것을 어떻게 알 수 있습니까? 문제가 명확하게 서술되어 있습니까? 대안이 검토되었습니까? 트레이드오프가 충분히 이해되고 문서화되었습니까? 모든 관련 맥락이 갖춰져 있습니까? 모든 관련 이해관계자가 참여했습니까? 모든 피드백이 반영되었습니까?

답변 예시: 우리는 활동 팀이 1) 조사를 완료하고, 2) 평가를 완료하고, 3) 의견 요청과 일주일의 시간 제한을 두고 ADR 제안을 이해관계자에게 게시하고, 4) 모든 이해관계자 의견이 반영되고 처리되었을 때 이해관계자가 ADR에 대해 투표하기를 바랍니다.

어떤 역할과 책임이 ADR과 상호작용합니까?

제안자, 조사자, 평가자, 검토자, 승인자, 유지 관리자 같은 역할을 고려하십시오. 이해관계자와의 소통, 기대 충족 보장, 웹사이트나 인트라넷에서의 공유, 그리고 특히 관련 변경이 있을 때 작업을 주기적으로 검토하는 것 같은 책임을 고려하십시오.

답변 예시: 우리는 각 ADR에 항상 주 담당자, 부 담당자, 책임 팀이 있기를 바랍니다. 이들은 소통, 게시, 유지 관리, 최소 연 1회 주기적 검토, 필요에 따른 최종 폐기를 책임집니다.

거버넌스는 ADR과 어떻게 상호작용합니까?

조직의 업무 방식, 법률 측면이나 인사 측면 같은 특별한 규정 준수 요구, 합의 대 갈등 대 에스컬레이션을 어떻게 다루고 싶은지 같은 영역을 고려하십시오. ADR과 관련하여 승인하거나, 투표하거나, 거부권을 행사할 수 있는 것처럼 다른 사람보다 더 큰 영향력을 가질 수 있는 영역, 사람, 팀이 있습니까?

답변 예시: ADR의 거버넌스는 다음 우선순위 순서입니다: CEO, CTO, CLO, ADR을 구현하는 팀, ADD에 대해 가장 지식이 풍부한 팀 내 전문가. ADR에 기술되지 않는 한 그 누구도 거버넌스를 갖지 않습니다.

어떤 원칙이 ADR과 상호작용합니까?

빠르게 움직일지 느리게 움직일지, 결정 합의 대 결정 갈등, 위험 선호 대 안전 선호, 공개 논의 대 비공개 논의 같은 조직의 업무 방식을 포함하는 영역을 고려하십시오.

답변 예시: 우리는 행동 편향(bias for action), 반대하되 헌신하기(disagree-and-commit), 쉽게 되돌릴 수 있고 쉽게 격리할 수 있는 결정에는 70% 추정이면 충분하다는 원칙, 그리고 우리 조직의 기밀 유지 계약에 기술된 기밀 정보를 제외한 공개적인 업무 방식이라는 리더십 원칙을 사용합니다.