3.20 아키텍처 리스크 분석

[SeokRae]

1. 리스크 평가 매트릭스의 두 차원은 무엇인가?
2. 리스크 평가에서 특정 리스크의 방향을 나타내려면 어떻게 해야 하는지?
   리스크가 개선 되는지, 악화되는지 다른 방법으로 알 수는 없는지?
3. 리스크 스토밍이 협력 횔동이 되어야 하는 이유는 무엇인지?
4. 리스크 스토밍의 식별 활동이 협력 횔동이 아닌, 개별 활동인 이유는 무엇인가?
5. 아키텍처의 특정 영역에 대해 세 참가자는 리스크 높음(6)으로 식별했지만 다른 참가자는 리스크 중간(3 )으로 식별되었다.
   이런 상황에서 아키텍트 인 여러분은 어떻게 할 건지?
6. 검증되지 않거나 알려지지 않은 기술에 대해 리스크 등급(1-9)은 어떻게 매겨야 하는지?

[SeokRae]

• 리스크 평가 매트릭스의 두 차원은 무엇인가?

전체 리스크 영향도와 발생 가능성

• 리스크 평가에서 특정 리스크의 방향을 나타내려면 어떻게 해야 하는지?
  리스크가 개선 되는지, 악화되는지 다른 방법으로 알 수는 없는지?

+- 또는 화살표를 통해 방향성을 분명하게 함

• 리스크 스토밍이 협력 횔동이 되어야 하는 이유는 무엇인지?

협력 파트는 전체 참가자가 모여 리스크 영역에 대해 공감하고 어떻게 하면 리스크를 줄일 수 있을지 논의한다.

• 리스크 스토밍의 식별 활동이 협력 횔동이 아닌, 개별 활동인 이유는 무엇인가?

각 파트를 담당하는 팀에서 관련 부분만 분석하여 리스크를 식별하기 위함, 추후 리스크를 취

• 아키텍처의 특정 영역에 대해 세 참가자는 리스크 높음으로 식별했지만 다른 참가자는 리스크 중간으로 식별되었다.
  이런 상황에서 아키텍트는 어떻게 해야 할 지?

이유를 묻고, 전체 리스크 영향도와 발생 가능성에 대해서 논의, 또는 알려지지 않은 기술이기 때문이지 파악하여
합의 활동으로 등급에 대한 결정을 한다.

• 검증되지 않거나 알려지지 않은 기술에 대해 리스크 등급(1-9)은 어떻게 매겨야 하는지?

검증되지 않은 기술이기 때문에 리스크가 높은 부분이 있다면 다른 참여자와의 의사소통을 통해 등급 조정을 한다.