amazon의 Bezos는 "우리는 피자 두 개로 먹을 수 있는 것보다 크지 않은 팀을 만들려고 노력합니다."라고 말했습니다. "우리는 그것을 두 피자 팀 규칙이라고 부릅니다."
팀이 작을수록 협업이 더 잘 됩니다. 소프트웨어 릴리스가 그 어느 때보다 빠르게 진행되기 때문에 협업도 매우 중요합니다. 그리고 소프트웨어를 제공하는 팀의 능력은 조직이 경쟁업체와 차별화되는 요소가 될 수 있습니다. 새로운 제품 기능을 출시해야 하거나 버그를 수정해야 하는 상황을 상상해 보십시오. 가능한 한 빨리 이러한 상황이 발생하여 출시 시간을 단축할 수 있습니다. 변화의 물결이 영향을 미치기 시작하는 민첩한 접근 방식이 아니라 느리게 진행되는 프로세스가 되는 변환을 원하지 않기 때문에 이는 또한 중요합니다.
우리가 공동 책임 모델로 나아가고 사일로화된 개발 접근 방식에서 벗어나기 시작할 때 팀 간의 의사 소통도 중요합니다. 이것은 팀의 소유권 개념을 가져오고 이를 종단 간으로 보는 관점을 전환합니다. 팀은 프로덕션 환경을 가시성이 없는 블랙박스로 생각해서는 안 됩니다.
공통 DevOps 팀을 구축하거나 팀에 DevOps 중심 구성원이 한 명 이상 있는 다른 접근 방식이 있을 수 있으므로 문화적 변화도 중요합니다. 이 두 가지 접근 방식 모두 팀에 공동 책임을 도입합니다.
