18.9 연구개발(R&D) 엔지니어와 프로덕트 오너(PO) 간 우선순위 충돌

1. 우선순위 충돌의 구조적 배경

1.1 R&D 엔지니어와 PO의 역할적 긴장

연구개발(R&D) 엔지니어와 프로덕트 오너(Product Owner, PO)의 관계는 기술 기반 기업에서 가장 빈번하고 구조적인 우선순위 충돌이 발생하는 인터페이스이다. 스크럼 가이드(Scrum Guide)에 따르면, PO는 제품 백로그(product backlog)의 관리와 우선순위 결정에 대한 최종 권한을 보유한다. 반면 R&D 엔지니어는 기술적 실현 가능성, 시스템 아키텍처의 건전성, 코드 품질의 유지에 대한 전문적 권위를 보유한다.

이 두 역할 사이의 긴장은 “무엇을 만들 것인가(what to build)“와 “어떻게 만들 것인가(how to build)” 사이의 분업에서 비롯되나, 실제로 이 경계는 명확하지 않다. 기술적 제약이 “무엇을“의 범위를 결정하고, 제품 요구사항이 “어떻게“의 방향을 규정하므로, 양자의 영역은 구조적으로 중첩된다.

1.2 우선순위 판단 기준의 비대칭

R&D 엔지니어와 PO가 우선순위를 판단하는 기준은 체계적으로 상이하다.

PO의 우선순위 판단 기준은 주로 사업적 가치(business value)에 기반한다. 고객 영향도(customer impact), 시장 경쟁력(competitive advantage), 매출 기여도(revenue contribution), 전략적 정합성(strategic alignment)이 PO의 핵심 평가 기준이다. Kano(1984)의 고객 만족 모형에 기반한 기능 분류(필수 기능, 성능 기능, 매력 기능)가 PO의 우선순위 결정에 활용되는 전형적 프레임워크이다.

R&D 엔지니어의 우선순위 판단 기준은 주로 기술적 가치(technical value)에 기반한다. 시스템의 안정성(system stability), 확장성(scalability), 유지보수성(maintainability), 보안성(security), 기술 부채(technical debt)의 관리가 엔지니어의 핵심 평가 기준이다. 기술적 관점에서 “올바른 순서(right order)“는 아키텍처적 기반 구축이 기능 개발에 선행하고, 리팩터링이 신규 기능 추가에 선행하는 것을 의미한다.

2. 우선순위 충돌의 핵심 영역

2.1 신규 기능 개발 vs. 기술 부채 해소

R&D 엔지니어와 PO 사이의 가장 빈번한 우선순위 충돌은 신규 기능(new feature) 개발과 기술 부채(technical debt) 해소 사이의 자원 배분에서 발생한다. Cunningham(1992)이 제시한 기술 부채 개념은 단기적 납기를 위해 기술적 최적 해법 대신 차선 해법을 채택할 때 축적되는 잠재적 비용을 의미한다.

PO의 관점에서 기술 부채 해소는 고객에게 직접적으로 가시적인 가치를 제공하지 않으므로, 제품 백로그에서 낮은 우선순위에 배치되는 경향이 있다. R&D 엔지니어의 관점에서 기술 부채의 축적은 개발 속도의 점진적 저하, 시스템 장애의 위험 증가, 유지보수 비용의 상승을 초래하므로, 장기적 관점에서 높은 우선순위를 부여해야 한다.

Kruchten 등(2012)은 기술 부채를 체계적으로 관리하기 위한 프레임워크를 제시하며, 기술 부채의 식별(identification), 정량화(quantification), 우선순위화(prioritization), 해소(resolution)의 네 단계 과정을 권고하였다. 기술 부채를 정량적으로 측정하여 PO가 이해할 수 있는 사업적 영향(개발 속도 저하율, 장애 발생 확률 증가 등)으로 변환하는 것이 이 충돌의 건설적 해소에 핵심적이다.

2.2 혁신적 탐색 vs. 점증적 개선

R&D 엔지니어는 기술적으로 혁신적인 접근(새로운 알고리즘, 새로운 아키텍처, 신기술의 도입)에 내재적 동기를 느끼는 반면, PO는 기존 제품의 점증적 개선(incremental improvement)을 통한 확실한 가치 전달을 선호하는 경향이 있다.

March(1991)의 탐색-활용 균형(exploration-exploitation balance) 개념이 이 충돌의 이론적 틀을 제공한다. 기술적 탐색(exploration)은 장기적 혁신의 원천이나 단기적 불확실성이 높고, 점증적 활용(exploitation)은 단기적으로 확실한 가치를 제공하나 장기적 적응력을 약화시킨다. 양자의 적정 균형 지점이 존재하나, R&D 엔지니어와 PO의 인식하는 균형 지점이 상이하다는 것이 충돌의 본질이다.

2.3 플랫폼 투자 vs. 기능 전달

시스템 아키텍처의 플랫폼적 기반(platform infrastructure) 구축에 투자할 것인지, 고객에게 즉시 전달 가능한 기능(deliverable feature)에 집중할 것인지의 우선순위 충돌도 빈번히 발생한다. R&D 엔지니어는 견고한 플랫폼이 장기적으로 기능 개발의 속도와 품질을 보장한다고 주장하며, PO는 플랫폼 투자가 시장 출시를 지연시키고 단기적 가치 전달을 저해한다고 인식한다.

3. 우선순위 충돌의 관리 전략

3.1 투명한 절충 관리

우선순위 충돌의 건설적 관리를 위해서는 절충(trade-off)의 존재를 인정하고, 절충의 기준과 논리를 투명하게 공유하는 것이 핵심이다. PO와 R&D 엔지니어가 서로의 우선순위 판단 기준을 이해하고, 각 결정의 사업적·기술적 함의를 공동으로 평가하는 구조화된 프로세스가 필요하다.

3.2 기술 부채의 가시화와 정량화

기술 부채를 PO가 이해할 수 있는 사업적 언어(개발 속도 저하, 장애 발생 빈도, 유지보수 비용)로 번역하여 가시화하는 것이 우선순위 협상의 기반이 된다. 기술 부채를 제품 백로그에 명시적으로 포함시키고, 각 스프린트에서 일정 비율(예: 20%)의 용량을 기술 부채 해소에 할당하는 “기술 부채 예산(technical debt budget)” 접근이 활용된다.

3.3 공동 우선순위 결정 메커니즘

우선순위 결정을 PO의 단독 권한이 아닌, PO와 R&D 엔지니어의 협의적 과정으로 운영하는 것이 충돌의 건설적 관리에 효과적이다. PO가 사업적 가치에 기반한 우선순위를 제안하고, R&D 엔지니어가 기술적 의존성(technical dependency), 기술적 위험(technical risk), 기술 부채 영향을 환류하여 공동으로 최종 우선순위를 확정하는 쌍방향 과정이 이에 해당한다.

Weighted Shortest Job First(WSJF)와 같은 정량적 우선순위 결정 기법은 사업적 가치(business value), 시간 민감성(time criticality), 위험 감소(risk reduction), 기회 촉진(opportunity enablement)이라는 복수의 기준을 통합하여 우선순위를 결정하는 체계적 프레임워크를 제공한다.

3.4 상호 이해와 공감의 구축

R&D 엔지니어가 PO의 사업적 압력과 고객 관점을 이해하고, PO가 엔지니어의 기술적 제약과 장기적 시스템 건전성에 대한 관심을 이해하는 상호 공감(mutual empathy)의 구축이 우선순위 충돌의 건설적 관리에 근본적으로 기여한다.

PO가 스프린트 리뷰에서 고객 피드백과 시장 데이터를 공유하고, R&D 엔지니어가 기술 세션에서 시스템의 건강 상태와 기술적 제약을 가시화하는 정기적 상호 학습의 기회가 이에 해당한다. 상호 이해에 기반한 우선순위 논의는 “네 관점 vs. 내 관점“의 대립이 아닌, “우리 제품의 최적 경로“를 공동으로 탐색하는 협력적 과정으로 전환된다.