개발 팀이 주장한 대로 변경하면 시스템에 어떤 영향이 미칠까요? 보통 새로운 관계를 추가할 때마다 새롭게 테스트해야 해서 테스트 비용이 증가합니다. 이는 유지 보수 비용과 결합도를 증가시켜 개발 속도를 느리게 합니다. 이전에는 컴포넌트 A와 컴포넌트 B가 독립적으로 작동했으나 이제는 그렇지 않기 때문에 신뢰성도 떨어집니다. 컴포넌트 A가 가진 기존 신뢰성을 보장할 만큼 컴포넌트 B를 충분히 신뢰할 수 있을지 모르기 때문입니다. 따라서 아키텍처 팀은 최소한 이에 대해 개발 팀에 질문해야 하며, 사소한 변경 작업이더라도 시스템 영향도를 적절하게 평가해야 합니다.

아울러 적절한 질문과 평가로 해당 논의를 사람 간 문제가 아닌 대안과 절충의 관점으로 재구성해야 합니다. 즉, 해당 논의가 아키텍처와 엔지니어링, 아키텍처와 제품 관리, 아키텍처와 다른 팀 간 대립으로 흐르지 않도록 해야 합니다. 사람이나 역할에 따라 선택지가 나뉘면 의사 결정자는 팀 내에서 승자와 패자를 선택해야 하는 난처한 상황에 처합니다. 따라서 모두가 제품을 위해 최선의 결정을 하고 있다 가정하고, 각 선택지의 장점에 초점을 두고 논의하는 것이 바람직합니다.