
601
15
장
조직 구조
팀이 변경을 원하면 소유권을 가진 팀에게 대신 변경을 요청하거나
pull
요청을 보내야 할 수 있다.
그런 다음 어떤 상황에서도
pull
요청 모델의 허용 여부를 결정하는 것은 전적으로 소유권을 가진
팀에 달려 있다. 팀은 둘 이상의 마이크로서비스를 소유할 수 있다.
공동 소유권
모든 팀은 마이크로서비스를 변경할 수 있다. 팀이 서로 방해하지 않도록 세심한 조정이 필요하다.
이러한 소유권 모델의 의미와 팀 자율성 향상 방법 (또는 저해 방법 )을 더 자세히 살펴보자.
15.7.115.7.1
강력한 소유권 강력한 소유권
강력한 소유권
strong
ownership
에서는 마이크로서비스를 소유한 팀이 결정을 내린다. 가장 기본적
인 수준에서는 변경할 코드를 완전히 통제하고 나아가 코딩 표준, 프로그래밍 관용구, 소프트
웨어 배포 시기, 마이크로서비스 구축에 사용되는 기술, 배포 플랫폼 등을 결정할 수 있다. 소
유권이 강한 팀은 소프트웨어 변경에 대해 더 많은 책임을 짐으로써 수반되는 모든 이점과 함
께 더 높은 수준의 자율성을 갖게 된다.
강력한 소유권은 궁극적으로 해당 팀의 자율성을 최적화하는 것이다. 『아마존처럼 생각하라』
(와이즈맵,
2019
)에서 이야기하는 아마존의 업무 방식은 다음과 같다.
널리 알려진 아마존의 ‘피자 두 판 팀’에