주제 5.0 — 제품 중심 업무

한 문장으로: 제품 중심 업무는 고정된 기능 목록을 납품하는 것이 아니라 측정 가능한 성과에 책임지는, 서비스를 전 수명 동안 소유할 지속적이고 권한을 가진 팀에 재원을 댄다.

보건·돌봄에서 이것이 중요한 이유#

디지털 보건·돌봄 조직이 운영하는 것의 대부분은 일회성 납품이 아니라 살아 있는 서비스다. NHS App, 전자 환자 기록, 공유 진료 기록, 전자 의뢰 경로, 사회적 돌봄 사례 관리 시스템 중 어느 것도 "끝나지" 않는다. 임상 지침이 바뀌고, 안전 사건이 드러나고, 수요가 이동하고, 주변 자산이 진화함에 따라 지속적으로 개선되어야 한다.

살아 있는 서비스를 단절된 프로젝트의 연속으로 관리하면 예측 가능한 실패가 생긴다. 공급업체가 명세서에 맞춰 만들고, 돈이 떨어지고, 팀이 해산하고, 서비스는 다음 자본 신청 때까지 썩는다. 임상의는 틈을 우회하고, 환자 안전 위험이 쌓이며, 투박한 서비스를 가장 견디기 어려운 사람들이 가장 큰 필요를 가진 사람들이므로 형평성이 해를 입는다. 제품 중심 업무는 이 순환을 끊으려고 존재한다. 안정된 팀을 사용자와 성과 가까이에 두어, 서비스가 재원 라운드 사이에 퇴화하지 않고 시간이 지날수록 더 안전하고, 쓰기 쉽고, 공평해지게 한다.

위험은 재정적이고 법정적이기도 하다. 공적 자금은 누군가 이익을 얻었는지와 무관하게 "제시간에 예산 안에 납품"을 성공으로 측정하는 프로젝트보다, 서비스가 실제로 돌봄을 개선하는지 지속적으로 검증하는 팀이 더 잘 보호한다. 이 주제는 주제 5.1 — 프로젝트 중심 업무, 주제 5.2 — 프로그램 중심 업무와 나란히 놓이며, 셋은 경쟁자가 아니라 보완하는 도구이고, 주제 5.3 — 전사 프로젝트 포트폴리오 관리(EPPM)가 이들을 함께 묶는 방법을 설명한다.

핵심 개념#

지속적 제품 팀. 제품이나 서비스를 전체 수명주기에 걸쳐 소유하는 교차 기능의 오래 사는 팀. 팀은 지속되고, 일이 그리로 흐른다. 이것이 Marty Cagan과 Silicon Valley Product Group(SVPG)이 설명하는 제품 운영 모델의 원자 단위이다. 제품 관리자, 제품 디자이너, 엔지니어로 이루어진 안정된 그룹이며, 보건 맥락에서는 임상 및 데이터 전문성의 지원을 받는다.

권한을 가진 팀. Cagan은 로드맵의 만들 것들을 받는 "기능 팀"과, 풀어야 할 문제와 달성할 성과를 받고 최선의 해결책을 찾도록 신뢰받는 "권한을 가진 팀" 사이에 날카로운 선을 긋는다. 권한 부여는 무엇이든 해도 좋다는 허가가 아니라 명확한 전략적 틀 안에서 결과에 대한 책임이다.

산출이 아닌 성과. 산출은 출시하는 것, 곧 기능, 릴리스, 화면이다. 성과는 그 결과로 세상에 일어나는 변화다. 놓친 예약 감소, 더 빠른 퇴원, 줄어든 투약 오류, 더 공평한 이용이다. 제품 중심 업무는 팀을 성과로 측정한다. 아무도 쓰지 않거나 아무도 더 안전해지지 않는 기능을 출시하는 것은 진보로 위장한 낭비이기 때문이다.

제품 관리자. 제품의 가치와 실행 가능성에 책임지는 제품 관리 리드. 만들 가치가 있는가, 사람들이 쓸 것인가, 조직의 전략, 규제, 재정에 맞는가? 보건·돌봄에서 이 역할은 임상 안전 및 정보 거버넌스 리드 위에 앉지 않고 그들과 긴밀히 협력해야 한다.

제품 운영 모델. SVPG는 이것이 방법론이나 경직된 프레임워크가 아니라 모델임을 분명히 한다. 설치하는 규정된 프로세스가 아니라, 권한을 가진 팀, 성과 책임, 지속적 디스커버리, 제품 전략처럼 기업이 기술 기반 제품을 구축하고 운영하는 방식에 대한 원칙의 집합이다.

제품 수명주기. 디스커버리(해결할 가치가 있는 실제 문제인가?), 딜리버리(안전하고 잘 구축), 성장과 최적화(채택과 성과 개선), 결국 일몰(우아하게 폐기 또는 교체). 제품 중심 팀은 이 모두를 소유하므로 프로젝트 팀이 할 수 없는 합리적인 전 생애 상충 관계 판단을 내릴 수 있다.

모범 사례#

1. 프로젝트가 아니라 팀에 재원을 대라. Mik Kersten이 Project to Product에서 주장하듯, 돈을 기한이 있는 프로젝트 예산에서 가치 흐름에 묶인 상설 제품 예산으로 옮기라. 연속된 계획 주기에 걸쳐 성과를 추구하는 지속적 팀에 재원을 대고, 몇 년 전에 합의한 마일스톤 계획이 아니라 입증된 결과에 근거해 재원을 재승인하라.

2. 팀에 기능 목록이 아니라 문제와 성과를 주라. 임무를 "외래의 불참률을 줄여라"나 "임상의가 결과를 찾는 데 쓰는 시간을 줄여라"로 구성하고, 권한을 가진 팀이 최선의 해결책을 발견하게 하라. 위에서 내려온 확정 기능의 로드맵은 Cagan이 경고하는 기능 팀 안티패턴을 재현한다.

3. 성과 측정치를 명시적이고 임상적으로 의미 있게 하라. 이상적으로 목표와 핵심 결과(OKR — 주제 7.3 참조)로, 소수의 성과 지표에 미리 합의하라. 모든 효율 지표를 안전 지표 및 형평성 지표와 짝지어, 팀이 해악이나 불평등 확대를 치르면서 속도에 보상받는 일이 없게 하라.

4. 팀을 실제 사용자 가까이에 두라. 지속적 디스커버리를 내장하라. 임상의, 돌봄 종사자, 행정 직원, 환자와의 정기적 접촉이다. NHS Service Manual과 GOV.UK Service Manual은 모두 사용자 리서치를 일회성 단계가 아니라 상설 규율로 삼는다. 지속적 팀은 관계가 유지되므로 이를 감당할 만하게 만든다.

5. 임상 안전이 안에 있는 다학제 팀을 구축하라. 디지털 보건 제품 팀에는 제품/디자인/엔지니어링과 함께 임상 안전 책임자(DCB0129/DCB0160), 정보 거버넌스, 데이터 전문성이 필요하다. 안전과 거버넌스는 끝에 덧붙인 관문이 아니라 팀 안에서 소유되는 설계 입력이다.

6. 제품을 계측하고 데이터에 조치하라. 지속적 팀은 텔레메트리에 투자할 수 있으므로, 결정이 의견이 아니라 실제 사용과 실제 성과에 근거한다. 코호트별 채택을 지켜보아 디지털 배제를 일찍 포착하라.

7. 일몰을 포함한 전체 수명주기를 소유하라. 권한을 가진 팀은 출시만이 아니라 우아한 폐기와 이전을 계획한다. 계속 구축하지 않기로 하고 전략 플랫폼으로 통합하는 것은 정당하고 가치 있는 제품 결정이다.

8. 세세한 간섭이 아니라 전략으로 팀을 정렬하라. 정렬 없는 자율은 지역적 최적화와 혼란을 낳는다. 명확한 제품 비전과 전략, 그리고 규모에서는 포트폴리오와 프로그램의 틀(주제 5.2와 5.3)이 팀에 안전하게 권한을 줄 수 있게 한다.

팀과 논의할 질문#

1. 오늘 운영하는 서비스 중 어느 것이 지속적이고 재원이 있는 제품 팀을 받을 만한 진정한 살아 있는 서비스이며, 어느 것이 그런 팀이 필요한 척하는 유한한 업무인가? 이것이 기초적인 분류 질문이며, 어느 쪽으로든 잘못하면 비싸다. 디지털 보건·돌봄 조직의 자산은 혼합이다. 공유 진료 기록이나 환자 대면 앱은 살아 있는 서비스지만, 일회성 데이터센터 철수나 하드웨어 교체는 진정으로 유한하다. 정직한 답은 하나의 재원 모델을 어디에나 적용하지 않고 각 중요한 시스템을 명명하고 그 케이스를 논증할 것을 요구한다. 긴장은 재무와 거버넌스 기제가 보통 모든 것을 기한이 있는 자본 신청 쪽으로 밀어서, 무언가를 "제품"이라 부르는 것이 특별 변론처럼 느껴지고, 살아 있는 서비스를 "프로젝트"라 부르는 것은 주제 앞에서 설명한 구축 후 방치의 부패를 조용히 보장한다는 점이다. 전 생애 비용, 임상 지침과 수요가 서비스 주변에서 변하는 속도, 아무도 지속적 개선을 소유하지 않을 때 환자 안전 위험이 쌓이는지 생각하라. 좋은 답은 지속적 팀이 명백히 정당화되는 서비스 두세 개를 명명하고, 경계선의 것에 솔직하며, 일괄 정책을 변호하는 대신 유한한 업무를 주제 5.1에 명시적으로 넘긴다.

2. 팀의 재원을 걸 수 있는 두세 가지 성과 지표는 무엇이며, 각각을 안전 및 형평성 측정과 어떻게 짝지어 해악을 치르는 속도에 결코 보상하지 않게 하는가? 산출이 아닌 성과는 말하기는 쉽고 운영화하기는 어렵다. 지표가 돈을 이끄는 순간 행동을 왜곡하기 시작하기 때문이다. "불참률을 줄이라"는 지시를 받은 디지털 보건 팀은 디지털에 가장 자신 있는 환자를 부추기는 것으로 숫자를 맞추면서 고령이거나 더 취약한 코호트의 격차를 조용히 벌릴 수 있다. 따라서 토론은 각 팀이 과최적화할 수 있는 단일 효율 지표가 무엇인지, 짝지은 안전 및 형평성 가드레일이 실제로 무엇을 측정하는지 드러내야 한다. 구체적 후보(줄어든 투약 오류, 더 빠른 퇴원, 지역이나 디지털 접근 대리 지표별 이용)를 테이블에 가져오고, 그것이 임상적으로 의미 있는지 단지 계측하기 쉬운지 시험하라. 누가 각 지표를 소유하고, 기준선이 무엇이며, 얼마나 자주 검토하는지 생각하라. 소유자도 기준선도 없는 성과는 장식이다. 정직한 답은 우리가 중시하는 일부 성과가 느리거나 측정하기 어렵다는 것을 받아들이고, 허영 채택 수치의 끌림에 저항하며, 트레이드오프가 보이도록 형평성 지표를 효율 지표와 함께 공표하겠다고 약속한다.

3. 권한을 가진 팀이 방향을 바꿀 실제 권한을 얼마나 줄 의향이 있으며, 어떤 전략적 틀이 그 자율이 지역적 최적화로 쪼개지지 않게 하는가? 권한 부여는 제품 운영 모델의 핵심이자 가장 흔한 위조품이다. 조직이 팀을 "제품 팀"으로 다시 부르면서도 고정된 로드맵을 내려보내고 딜리버리를 측정하기 때문이다. 진짜 질문은 경계가 어디 있는가다. 디스커버리가 성과를 더 잘 실현할 것임을 보여 줄 때 팀이 이사회가 후원한 기능에서 다른 해결책으로 전환할 수 있는가, 아니면 임상 거버넌스, 정보 거버넌스, 기존 공급업체 계약이 실제로 거부하는가? 긴장은 정렬 없는 자율이 ICS 전반의 중복과 표류를 낳고, 간섭으로 시행되는 정렬은 기능 공장을 재현한다는 점이다. 그래서 답은 지시하지 않고 제약하는 명시적 제품 비전과 전략, 규모에서는 포트폴리오 틀에 있다. 팀이 방향을 바꾸고 싶어 했던 최근 결정을 떠올리고 시스템이 그것을 허용했는지 정직하게 물으라. 좋은 답은 팀이 혼자 내릴 수 있는 결정과 상향이 필요한 결정을 정의하고, 틀을 제공하는 전략 문서를 명명하며, 조직이 현재 통제와 정렬을 혼동하는 곳에 솔직하다.

4. 연간 예산 주기에서 지속적 팀을 어떻게 재원을 대고 방어하며, 재무가 고정된 종료일이 없는 "제품"을 정당화하라고 요구할 때 실제로 무엇을 할 것인가? 제품 중심 업무는 돈에 성패가 달려 있고, NHS와 공공 부문 재무의 기제는 가치 흐름에 묶인 롤링 수익 재원이 아니라 기한이 있는 자본 신청을 위해 만들어졌다. 그래서 이 질문은 "프로젝트가 아니라 팀에 재원을 대라" 뒤의 불편한 운영 세부를 강제한다. 긴장은 지속적 팀이 희소한 임상, 제품, 엔지니어링 인력을 붙잡으려면 다년간의 안정성이 필요하지만, 그것이 의존하는 합의가 시작과 끝이 깔끔한 자본 계획과 매년 다시 싸운다는 점이다. 실제 숫자를 가져오라. 팀의 상시 비용, 어떤 가치 흐름에 대응하는지, 몇 년 전 합의한 마일스톤 계획 대신 재승인을 정당화할 입증된 성과의 증거가 무엇인지다. 자본 대 수익 회계 규칙, 조달 주기, 공급업체 계약이 조직에서 모델을 돕는지 방해하는지 생각하라. 정직한 답은 누가 롤링 예산을 승인하는지, 나쁜 합의 연도에 팀에 무슨 일이 일어나는지, 조직이 진정한 서비스를 제품 라인으로 전환할 의향이 있는지 아니면 조용히 프로젝트 신청으로 되돌릴지 명명한다.

5. 제품 중심 업무가 임상 안전과 정보 거버넌스 의무를 만날 때, 안전과 거버넌스는 진정으로 설계 입력으로 팀 안에 있는가, 아니면 여전히 팀이 향해 달려가며 협상으로 우회하는 관문인가? 지속적이고 권한을 가진 팀이 계속 출시하면 위험의 그림이 바뀐다. 모든 반복이 프로젝트 끝의 단일 승인이 아니라 잠재적 임상 안전 및 데이터 보호 사건이므로, DCB0129/DCB0160 위해 요인 업무와 DPIA가 출시 관문에 덧붙는 것이 아니라 팀의 주기 안에 살아야 한다. 긴장은 실재한다. 모든 제품 팀에 임상 안전 책임자와 정보 거버넌스 리드를 두는 것은 비싸고 그 기술이 희소해서, 조직은 이를 얇게 나누거나 보증을 팀이 늦게 구하는 승인으로 다루고 싶어진다. 그 유혹이 바로 안전에 대한 구축 후 방치의 실패를 재현한다. 납기 압박 아래 성과 지표를 최적화하는 팀은 내부의 안전 목소리 없이는 해악이 환자에게 닿은 뒤에야 발견하기 때문이다. 많은 작은 릴리스에 걸쳐 안전 케이스를 어떻게 살려 두는지, 누가 위해 요인 로그를 소유하는지, 거버넌스 동료가 디스커버리와 우선순위에 실질적 영향력이 있는지 끝의 거부권뿐인지 생각하라. 좋은 답은 안전이 현재 설계 입력이 아니라 관문인 곳에 솔직하고, 지속적 보증을 감당할 만하게 만드는 인력과 주기를 약속한다.

6. 지속적 팀이 덜 서비스받는 사용자 가까이 머물러, 지속적 개선이 디지털 배제를 벌리지 않고 좁히게 하려면 어떻게 하는가? 제품 중심 업무는 형평성을 일급 성과로 약속하지만, 자체 제품을 계측하는 안정된 팀은 자연스럽게 이미 참여하는 사용자, 곧 디지털에 자신 있고, 연결되어 있고, 텔레메트리에 나타나는 사용자의 소리를 가장 크게 듣게 되므로, 사용자와의 근접성이 조용히 쉬운 사용자와의 근접성이 될 수 있다. 긴장은 배제 위험이 가장 큰 코호트(고령 환자, 취약한 지역 사람들, 디지털 접근이 낮거나 언어 장벽이 있는 사람들)가 지속적 디스커버리로 닿기 가장 어렵고 비싸지만 공공 보건 서비스가 서비스하려고 존재하는 바로 그 사람들이라는 점이다. 구체적 실천을 가져오라. 어떤 코호트가 의도적으로 리서치에 모집되는지, 채택이 지역과 디지털 접근 대리 지표별로 어떻게 지켜지는지, 디지털 경로가 누군가를 뒤처지게 할 때 어떤 비디지털 대비책이 있는지다. 팀의 형평성 지표가 실제로 결정을 바꾸는지 단지 보고되는지 생각하라. 정직한 답은 현재 리서치 풀이 닿기 쉬운 쪽으로 치우친 곳을 인정하고, 아직 듣지 못하는 덜 서비스받는 집단을 명명하며, 개선이 이점을 복리로 쌓지 않게 하는 구체적 투자 — 아웃리치, 지원형 디지털, 전화 대비책 — 를 설명한다.

실제 사례: 보건·돌봄 예시#

한 통합 돌봄 시스템(ICS)이 여러 트러스트에서 쓰는 환자 대면 예약 관리 앱을 운영한다. 역사적으로 각 개선은 별도의 프로젝트였다. 공급업체가 "SMS 알림을 추가"하러 투입되어 납품하고 떠났다. 6개월 뒤 알림이 오작동하고, 아무도 수정을 소유하지 않았으며, 계약을 다시 열려면 자본 신청이 필요했다.

ICS는 제품 중심 모델로 옮긴다. 제품 관리자, 디자이너, 엔지니어 네 명, 임상 안전 책임자, 정보 거버넌스 리드로 구성된 지속적 제품 팀을 세우고 롤링 방식으로 재원을 대며, 기능 목록이 아니라 성과를 임무로 부여한다. 불참(DNA) 비율을 줄이고 인구 전반의 접근 형평성을 개선하라.

팀은 환자와 외래 일정 담당자와 함께 지속적 디스커버리를 운영한다. 알림이 도움이 되지만, 한 취약한 지역에서 불참의 더 큰 동인은 환자가 쉽게 다시 예약할 수 없어서 그냥 시간을 놓치는 것임을 배운다. 팀은 명세서가 아니라 성과를 소유하므로, 투자를 화려한 알림 기능에서 단순한 셀프 재예약 흐름으로 전환하고, 지역과 디지털 접근 대리 지표별 이용을 계측한다.

세 번의 계획 주기에 걸쳐 불참률이 떨어지고, 결정적으로 팀은 형평성 지표를 모니터링하다 고령 환자의 이용이 뒤처짐을 발견하여, 디지털 경로가 불평등을 벌리지 않도록 전화 대비책 경로를 도입한다. 성과가 입증되므로 재원은 계속된다. 어떤 기능도 "승인되고 방치"된 적이 없다. 서비스는 계속 개선된다. 나중에 국가 플랫폼이 같은 역량을 제공하자, 같은 팀이 이전을 운영하고 자체 구성 요소를 일몰시킨다. 프로젝트 팀이라면 결코 내릴 위치에 있지 않았을 전 생애 결정이다.

부문별 관점#

스타트업#

소규모 디지털 보건 기업에서 제품 중심 업무는 기본이자 흔히 유일한 방식이다. 단일 권한 팀, 때로는 회사 전체가 제품을 처음부터 끝까지 소유한다. 투자자 런웨이나 보조금이 있으므로 팀은 다음 라운드를 정당화할 만큼 빠르게 성과의 견인력(채택, 유지, 초기 임상 신호)을 보여야 하고, 따라서 지속적 디스커버리와 계측은 사치가 아니라 생존 도구다. 위험 감수 성향이 높고 책임이 이사회나 대중이 아니라 창업자와 투자자에게 있으므로 팀은 며칠 만에 방향을 바꿀 수 있다. 함정은 임상 안전과 정보 거버넌스(DCB0129, DPIA)를 미룰 기업 간접비로 다루는 것이다. 보건에서 그 규율은 시드 단계에서도 타협할 수 없고, NHS 구매자는 환자 데이터 가까이에 오기 전에 DTAC 증거를 요구한다.

소규모 사업체#

확립된 소규모 제공자 — 일반의 진료소, 지역 약국, 요양원이나 재가 돌봄 기관, 단일 사업장 클리닉, 또는 스타트업 단계를 지난 소규모 보건 기술 공급업체 — 에게 제품 중심 업무는 재원을 댈 여분의 제품 관리자, 디자이너, 엔지니어가 없으므로 전담 교차 기능 팀을 세우는 것을 거의 뜻하지 않는다. 여기서 "지속적 팀"은 흔히 진료소 관리자나 등록 관리자와 신뢰하는 공급업체이며, 중요한 규율은 시스템을 구성하고 유지하는 이를 일회성 설치가 아니라 성과 — 더 적은 놓친 예약, 더 안전한 의약품 대조, 가장 허약한 거주자의 더 나은 접근 — 에 책임지게 하는 것이다. 현금은 런웨이가 아니라 지속적으로 빠듯하므로, 아무도 유지하지 않을 맞춤 구축을 의뢰하는 대신 다른 이들이 계속 살려 두는 제품(잘 운영되는 공급업체의 로드맵, 공유 진료 기록, ICS 플랫폼)에 투자하는 것이 현명하다. 임상 안전과 정보 거버넌스는 전면적으로 적용된다. 대형 트러스트와 같은 DCB0160 배치 의무와 DPIA 의무를 지지만 사내 역량은 없으므로, 자체 안전 케이스를 소유하는 공급업체를 고르는 것이 진정한 제품 결정이다. 형평성 각도는 가깝다. 소규모 제공자는 흔히 디지털 배제에 가장 노출된 고령이거나 더 취약한 환자를 서비스하므로 비디지털 대비책 유지는 선택이 아니다.

대기업#

대형 NHS 트러스트, 통합 돌봄 시스템(ICS), 보건 기술 기업에서 지속적 팀 모델은 연간 자본 예산과 프로젝트 모양의 재무 기제와 충돌한다. 핵심 업무는 EPR 최적화 팀, 공유 진료 기록 팀 같은 상시 서비스를 멈췄다 시작하는 프로젝트에서 가치 흐름에 묶인 롤링 예산을 가진 재원이 있는 제품 팀으로 전환하는 것이며, 이는 조직도의 변경만큼 재무와 거버넌스의 변경이다. 책임이 임상 거버넌스, 정보 거버넌스, 이사회 보증, 공급업체 계약에 걸쳐 층층이 있으므로, 수십 개 자율 팀이 지역적으로 최적화하지 않도록 권한 부여는 명시적 제품 전략과 포트폴리오 정렬(주제 5.3 — 전사 프로젝트 포트폴리오 관리 참조)과 짝지어져야 한다. 규모는 사용자와의 근접성의 적이므로, 내장된 리서치에 대한 의도적 투자가 대형 조직의 팀을 정직하게 유지한다.

정부#

NHS England, DHSC, UKHSA 같은 국가 규모에서 제품 중심 업무는 장수하는 플랫폼(NHS App, NHS login, 국가 상호운용성 API)을 프로그램이 아니라 제품으로 재원을 대고, GDS와 NHS Service Standard 및 그 서비스 평가를 받는다. 재원은 Spending Review 합의와 비즈니스 케이스를 통해 흐르므로, 주변 기제가 기한이 있는 프로젝트를 위해 만들어진 때에 회계연도와 정치적 주기에 걸쳐 안정된 팀을 유지하는 것이 어려운 부분이다. 책임은 National Audit Office를 통해 장관, 의회, 대중에게 있고 형평성 의무는 법정이므로, 성과 지표는 공표된 인구 수준의 형평성 측정과 짝지어져야 한다. 보상은 도달 범위다. 하나의 제품 개선이 수천만 명의 사용자에게 한꺼번에 닿을 수 있어, 잘못했을 때의 이익과 비용이 모두 커진다.

흔한 실패 양상#

• 이름만 제품 중심("기능 공장"). 조직이 프로젝트 팀을 "제품 팀"으로 다시 부르지만 여전히 고정된 로드맵을 주고 딜리버리로 측정한다. 해결: 직함이 아니라 임무와 지표를 바꾸라.
• 안전이나 형평성 가드레일 없는 성과. 단일 효율 지표를 최적화하면 해악을 숨기거나 배제를 벌릴 수 있다. 해결: 모든 성과 지표를 안전 및 형평성 측정과 짝지으라.
• 전략 없는 "권한 부여". 스스로 방향을 발명하게 둔 팀은 표류하고 중복한다. 해결: 강한 제품 비전과 전략, 그리고 포트폴리오 수준의 정렬(주제 5.3).
• 진정으로 유한한 업무에 제품 중심 적용. 일회성 데이터센터 이전이나 하드웨어 도입에는 영구적 팀이 필요하지 않다. 해결: 범위가 진정으로 고정된 곳에는 프로젝트 중심 업무(주제 5.1)를 쓰라.
• 연간 프로젝트 신청으로 되돌아가는 재원. 멈췄다 시작하는 예산 위의 지속적 팀은 계획하거나 인력을 붙잡을 수 없다. 해결: 가치 흐름에 대한 롤링, 성과 검토 재원.
• 티켓 작성자로서의 제품 관리자. 역할을 백로그 행정으로 줄이면 낭비다. 해결: 제품 관리자가 가치, 실행 가능성, 성과에 책임지게 하라.

성숙도 모델#

체크리스트#

• 이것이 지속적 팀에 맞는 진정한 상시 서비스(유한한 업무가 아님)인가?
• 안정된 교차 기능 팀이 제품을 전체 수명주기에 걸쳐 소유하는가?
• 팀이 고정된 기능 목록이 아니라 문제와 성과를 임무로 받았는가?
• 성과 지표에 합의했으며 각각이 안전 및 형평성 측정과 짝지어졌는가?
• 임상 안전(DCB0129/DCB0160)과 정보 거버넌스가 팀 안에 있는가?
• 팀이 롤링 방식으로 재원을 받고 입증된 성과에 따라 재승인되는가?
• 지속적 사용자 리서치와 디스커버리가 상설 실천인가?
• 제품이 계측되어 있으며, 배제를 포착하도록 코호트별 채택을 지켜보는가?
• 자율을 조직 목표에 정렬하는 명확한 제품 전략이 있는가?
• 우아한 일몰/이전이 명시적 수명주기 단계로 계획되어 있는가?

주요 출처#

• Silicon Valley Product Group (SVPG), Marty Cagan — The Product Operating Model: An Introduction과 Empowered Product Teams (svpg.com); 저서 Inspired, Empowered, Transformed.
• Mik Kersten — Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework (IT Revolution, 2018).
• NHS England — NHS Service Manual과 NHS Digital Service Standard.
• GOV.UK — Government Digital Service (GDS) Service Manual과 Service Standard.
• NHS Digital 임상 안전 표준 DCB0129(제조)와 DCB0160(배치), 보건 IT 시스템.
• John Doerr — Measure What Matters (OKR), 성과 기반 목표 설정.

참고문헌#

1. Product management — Wikipedia — https://en.wikipedia.org/wiki/Product_management
2. Product lifecycle — Wikipedia — https://en.wikipedia.org/wiki/Product_lifecycle
3. Cross-functional team — Wikipedia — https://en.wikipedia.org/wiki/Cross-functional_team
4. Value stream — Wikipedia — https://en.wikipedia.org/wiki/Value_stream
5. Objectives and key results (OKR) — Wikipedia — https://en.wikipedia.org/wiki/OKR
6. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
7. NHS App — Wikipedia — https://en.wikipedia.org/wiki/NHS_App
8. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
9. The Product Operating Model / Inspired, Empowered, Transformed — Marty Cagan, Silicon Valley Product Group — https://www.svpg.com/
10. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework — Mik Kersten, IT Revolution (2018) — https://itrevolution.com/product/project-to-product/
11. NHS service manual and NHS Digital Service Standard — NHS England — https://service-manual.nhs.uk/
12. GOV.UK Service Manual and Service Standard — Government Digital Service — https://www.gov.uk/service-manual
13. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
14. Measure What Matters — John Doerr — https://www.whatmatters.com/