주제 5.2 — 프로그램 중심 업무

한 문장으로: 프로그램 중심 업무는 어느 하나로는 달성할 수 없는 전략적 변화를 향해 관련된 프로젝트와 제품의 집합을 조율하며, 업무에서 그것이 실현하려는 편익까지 명확한 시야선을 유지한다.

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

보건·돌봄에서 가장 큰 변화는 결코 단일 프로젝트가 아니다. 통합 돌봄 시스템(ICS) 전반에 공유 진료 기록을 도입하고, 한 지역을 단일 전자 환자 기록으로 옮기고, 응급 및 긴급 돌봄 경로를 전환하거나, 여러 트러스트에 걸쳐 가상 병동 프로그램을 전달하는 일은 각각 하나의 전략적 성과에 정렬된 프로젝트, 제품 팀, 인력 변화, 시설 작업, 임상 재설계의 조율된 묶음이다. 조각들을 따로 관리하면 충돌한다. 호환되지 않는 데이터 표준, 중복 지출, 모순되는 임상 워크플로, 결코 실현되지 않는 편익이다.

프로그램 관리는 그 연합을 함께 붙들고 단지 산출이 아니라 성과와 편익을 향하게 유지하려고 존재한다. 시스템 전체의 변화가 조직 경계를 넘어 환자 안전에 닿고, 여러 해에 걸쳐 많은 공적 자금을 약속하며, 많은 자율 조직이 보조를 맞춰 움직이기로 선택하는 데 달려 있어 보건·돌봄에서 이는 특히 중요하다. 프로그램은 이를 가능하게 하는 리더십, 공유된 목표 상태, 편익 규율을 제공하고 — 마찬가지로 중요하게 — 그것이 작동하는지 아는 방법을 제공한다.

이것이 막는 반복되는 실패는 수백만을 쓰고, 기술적 산출물 더미를 납품하고도, 환자나 직원에게 측정 가능한 것을 하나도 바꾸지 못하는 프로그램이다. 이 주제는 영국 공공 부문의 지배적 프레임워크인 Managing Successful Programmes(MSP)를 사용하고, 프로그램 중심 업무가 조율하는 프로젝트 중심(주제 5.1 — 프로젝트 중심 업무) 및 제품 중심(주제 5.0 — 제품 중심 업무) 방식과 어떻게 공존하는지 보여 준다. 주제 5.3 — 전사 프로젝트 포트폴리오 관리(EPPM)는 이어서 조직이 많은 프로그램에 걸쳐 어떻게 우선순위를 정하는지 설명한다.

핵심 개념#

프로그램. 전략적 목표에 정렬된 성과와 편익을 전달하기 위해 관련된 프로젝트와 활동의 집합을 조율, 지휘, 감독하려고 만들어진 일시적이고 유연한 조직. 프로그램이 프로젝트와 다른 점은 하나의 고정된 산출물을 전달하지 않고 추구하는 성과와 편익으로 정의되며 많은 움직이는 부분을 조율하는 불확실성을 관리한다는 것이다.

MSP (Managing Successful Programmes). 여러 관련 프로젝트를 통한 전환적 변화를 관리하는 영국의 모범 사례 프레임워크. 원칙, 주제, 프로세스의 "전환 흐름"으로 조직되며, 최종 상태의 방향은 알려져 있지만 경로에 서로 의존하는 많은 납품이 포함되는 크고 복잡한 변화를 위해 설계되었다.

비전과 청사진. 비전은 프로그램이 만들 미래의 설득력 있는 그림이다. 청사진은 이를 구체화한다. 프로세스, 조직, 기술, 정보, 역할(흔히 POTI로 요약)의 미래 상태인 목표 운영 모델을 기술한다. 청사진은 모든 프로젝트가 향하는 기준점이므로, 조각들이 일관된 전체로 합쳐진다.

편익 실현. 프로그램 관리의 심장. 편익은 투자를 정당화하는 측정 가능한 개선이다. 줄어든 퇴원 지연, 더 적은 중복 검사, 더 빠른 진단, 더 낮은 행정 부담이다. MSP는 산출물이 돌봄이 제공되는 방식을 바꾸는 데 쓰일 때만 가치를 만들기 때문에, 편익을 식별, 매핑, 측정하고 전체 수명주기에 걸쳐 적극 관리하는 것을 핵심 규율로 다룬다.

트랜치(Tranche). MSP는 프로그램을 트랜치, 곧 역량의 한 걸음이 전달되고 편익 실현이 시작될 수 있는 주요 검토 지점에서 끝나는 업무 블록으로 나눈다. 트랜치는 단순한 일정의 조각이 아니라 성과를 보여 주고, 현실에 비추어 청사진을 재평가하며, 계속, 조정, 중단을 결정하는 순간이다.

프로그램 이사회와 SRO. **고위 책임 소유자(SRO)**는 프로그램이 목표를 충족하고 편익을 실현하는 데 책임지는 단일 개인으로, 이끌고 결정을 내릴 충분한 직급과 권한이 있다. SRO는 보통 업무 변화 관리자, 프로젝트 리드, 고위 이해관계자로 이루어져 조직 경계를 넘어 방향을 제공하는 프로그램 이사회를 주재한다.

업무 변화 관리자(BCM). MSP의 독특한 역할. 딜리버리 팀이 아니라 운영 업무 쪽의 누군가가 변화를 내재화하고 현장에서 편익을 실현하는 데 책임진다. BCM이 프로그램이 산출이 아니라 성과를 전달하는 이유다. 프로젝트는 역량을 인계하고, BCM은 그것을 편익으로 바꾼다.

모범 사례#

1. 비전과 청사진에 프로그램을 닻 내리라. 전략적 성과를 정의하고 이를 구체적인 목표 운영 모델(프로세스, 조직, 기술, 정보 — POTI)로 번역하라. 그러면 모든 구성 프로젝트와 제품이 같은 미래 상태를 향하게 되며, 이것이 납품의 연합이 쪼개지는 것을 막는다.

2. 납품물만이 아니라 편익을 관리하라. 각 산출물을 그것이 낳아야 할 성과와 측정 가능한 편익에 소유자 및 기준선과 함께 연결하는 편익 지도를 만들라. 프로그램 전반에서 편익을 적극 검토하고, 보상하지 않을 업무는 기꺼이 중단하라. 편익 실현에 대한 MSP의 강조가 프로그램과 비싼 할 일 목록을 가르는 규율이다.

3. 실제 검토 지점이 있는 트랜치로 업무를 구조화하라. 역량을 트랜치로 전달하고, 각 트랜치 경계에서 지금까지 실현된 편익을 보여 주고, 배운 것에 비추어 청사진을 다시 시험하며, 진정한 계속/조정/중단 결정을 내리라. 초기 트랜치는 더 어려운 나중 트랜치를 위한 이해관계자 확신을 쌓도록 눈에 보이는 빠른 성과를 겨냥해야 한다.

4. 권한이 있는 SRO와 진짜 프로그램 이사회를 임명하라. 프로그램을 지휘하고 조직 경계를 넘어 결정할 직급과 권한이 있는 단일 SRO를 지명하고, 영향받는 조직을 진정으로 대표하는 이사회를 소집하라. 프로그램은 책임이 분산되거나 SRO가 조직 간 결정을 관철시킬 수 없을 때 실패한다.

5. 업무 변화 관리자를 운영 업무 안에 두라. 일선 조직에서 BCM을 배정하여 돌봄이 제공되는 곳에서 채택과 편익 실현을 소유하게 하라. 전달되었지만 채택되지 않은 역량은 편익을 실현하지 않는다. BCM 역할이 그 간극을 닫는 기제다.

6. 구성 프로젝트와 제품을 조율하되 세세히 간섭하지 말라. 프로그램은 청사진, 상호의존성, 표준, 편익을 정하고, 프로젝트와 제품 팀이 그 틀 안에서 납품하게 한다. 각 납품의 내부 세부가 아니라 이음새 — 공유 데이터 표준, 정보 거버넌스, 순서, 공유 인프라 — 를 관리한다.

7. 조직 간 위험, 의존성, 이해관계자를 끈질기게 관리하라. 프로그램이 독립 프로젝트보다 더하는 가치는 대체로 프로젝트 사이에서 일어나는 일을 관리하는 데 있다. 상호의존성과 공유 위험의 프로그램 수준 시야를 유지하고, 정렬이 명령이 아니라 자발적이므로 자율 조직 전반의 이해관계자 참여에 크게 투자하라.

8. 변화가 내재화되면 프로그램을 종결하고 지속되는 서비스를 제품 팀에 넘기라. 프로그램은 일시적이다. 청사진이 달성되고 편익이 실현되고 있으면 의도적으로 종결하고, 지속되는 서비스를 지속적 제품 팀(주제 5.0)에 이전하며, 많은 편익이 프로그램이 끝난 뒤에 생기므로 편익을 일상 업무로 계속 추적하라.

팀과 논의할 질문#

1. 우리 고위 책임 소유자는 주권을 가진 파트너 조직 전반에서 결정을 관철시킬 실제 권한이 있는가, 아니면 관철되지 않을 때의 책임만 있는가? 프로그램 중심 업무는 조직 간 권한에 성패가 달려 있다. 변화가 명령으로 보조를 맞출 수 없는 자율적 트러스트, 일차 진료, 지역사회, 정신건강, 사회적 돌봄에 걸쳐 있기 때문이다. 특징적 실패는 편익에 대한 개인적, 공적 책임은 지지만 주저하는 파트너가 공유 데이터 표준을 채택하거나 임상 워크플로를 바꾸도록 강제할 지위는 없는 지정된 SRO, 곧 권한 없는 책임이다. 토론은 시스템에서 실제 권력이 어디 있는지 솔직해야 한다. 프로그램 이사회가 영향받는 조직을 진정으로 대표하는지 보고 포럼인지, SRO가 주권 경계를 넘어 결정이 존중될 만큼 높은 직급인지, 한 파트너가 움직이기를 거부하면 어떻게 되는지다. 최근의 조직 간 결정을 따라가 실제로 유지되었는지 보라. 좋은 답은 SRO가 누구인지 명명하고 구체적인 조직 간 갈등에 대해 그의 권한을 시험하며, 사실상 빠질 수 있는 조직에 솔직하고, 대표성 있는 이사회와 내장된 업무 변화 관리자를 거버넌스 장식이 아니라 자발적 정렬의 하중을 지는 기제로 다룬다.

2. 이 프로그램이 단지 산출물을 전달한 것이 아니라 편익을 실현했음을 어떻게 알 수 있으며 — 운영 업무에서 역량을 편익으로 바꾸는 데 누가 책임지는가? 산출 연극은 이 주제가 경고하는 반복되는 병리다. 프로그램이 수백만을 쓰고, 상호운용성 플랫폼과 통합 더미를 만들어 내고도, 환자나 직원에게 측정 가능한 것이 아무것도 바뀌지 않는다. 이를 막는 구별이 업무 변화 관리자다. 딜리버리 팀이 아니라 일선 운영의 누군가가 변화를 내재화하고 돌봄이 제공되는 곳에서 편익을 실현하는 데 책임지므로, 질문은 팀이 그 사람들을 명명하고 존재함을 확인하게 한다. 긴장은 딜리버리는 눈에 보이고 만족스러운 반면 채택은 느리고, 화려하지 않으며, 저절로 일어날 것이라 가정하기 쉽다는 점이다. 추가 로그인 뒤에 묻힌 공유 진료 기록은 아무리 잘 만들어도 편익을 실현하지 않는다. 편익 지도를 토론에 가져와 각 산출물이 소유되고, 기준선이 있고, 측정 가능한 편익(더 적은 중복 검사, 줄어든 퇴원 지연)에 연결되어 있는지, 편익이 단지 주장되는지 시험하라. 정직한 답은 각 파트너 조직의 BCM을 명명하고, 편익이 현재 소유되지 않거나 측정되지 않는 곳을 인정하며, 일부 편익이 프로그램이 종결된 뒤에야 생기므로 일상 업무로 추적되어야 함을 받아들인다.

3. 이 프로그램을 초기 편익을 챙기고 진정한 계속/조정/중단 지점을 만들도록 트랜치로 나누고 있는가, 아니면 모든 위험을 한 번의 늦은 순간으로 미루는 빅뱅 전달 쪽으로 표류하고 있는가? 트랜치는 프로그램을 비싼 얼어붙은 계획과 구별하는 것이다. 각 트랜치 경계는 역량의 한 걸음을 전달하고, 지금까지 실현된 편익을 보여 주며, 실제로 배운 것에 비추어 청사진을 다시 시험하고, 계속, 조정, 중단의 진정한 결정을 뒷받침해야 한다. 보건·돌봄의 유혹은 엔지니어링의 편의를 위해 순서를 정하고 눈에 보이는 가치를 미루는 것이다. 누구든 무언가를 쓸 수 있기 전에 모든 트러스트를 연결하여, 모든 위험을 단일한 늦은 전달에 싣고 이사회가 재정적, 정치적 주기를 거쳐 지속적 투자를 방어할 증거를 갖지 못하게 한다. 토론은 초기 트랜치가 더 어려운 나중 업무를 위한 이해관계자 확신을 쌓는 의도적 빠른 성과를 겨냥하는지, 검토 지점이 실제 결정인지 일정 점검인지 검토해야 한다. 첫 입증 가능한 편익이 무엇이고, 얼마나 빨리 착지하며, 채택이 뒤처지거나 청사진이 틀렸다면 이사회가 트랜치 검토에서 실제로 무엇을 할지 생각하라. 좋은 답은 초기의 측정 가능한 성과가 있는 구체적 트랜치를 설명하고, 각 경계를 청사진이 진정으로 수정에 열려 있는 실제 진행/중단으로 다루며, 가치를 끝으로 미루려는 압력에 솔직하다.

4. 목표 운영 모델의 단일하고 유지되는 청사진이 있는가, 아니면 각 프로젝트가 자기만의 미래 버전으로 조용히 최적화하고 있는가? 청사진, 곧 프로세스, 조직, 기술, 정보의 구체적 POTI 목표 운영 모델은 조각들을 지역적으로 합리적인 결정의 충돌이 아니라 일관된 전체로 합쳐지게 하는 것이다. 이것이 없으면 각 구성 프로젝트는 합리적으로 자기 범위에 맞춰 최적화한다. 한 트러스트는 기존 EPR에 맞는 데이터 표준을 고르고, 다른 트러스트는 자체 인력에 맞춰 임상 워크플로를 설계하며, 공유 진료 기록은 기술적으로는 연결되지만 일관되지 않은 통합으로 쪼개진다. 긴장은 청사진 유지가 출시 압박을 받는 딜리버리 팀에게는 간접비처럼 느껴지고, 한 번 쓰고 선반에 두는 문서가 아니라 모든 트랜치에서 재시험되는 살아 있는 기준이어야 한다는 점이다. 토론은 청사진이 쓸 수 있는 형태로 실제로 존재하는지, 누가 소유하는지, 실제 프로젝트 결정이 그것에 의해 이끌리는지 사후에 단지 맞춰지는지 확립해야 한다. 한 프로젝트의 최근 설계 선택을 보고 청사진이 그것을 형성했는지 조용히 무시되었는지 물으라. 정직한 답은 현재의 청사진을 가리킬 수 있고, 그 소유자를 명명하며, 지역적 최적화가 이미 목표 상태를 갈라놓고 있는 곳에 솔직하다.

5. 프로그램이 종결될 때 무엇이 지속되며 — 역량을 운영하고 편익 추적을 일상 업무로 이어 갈 지속적 제품 팀을 명명했는가? 프로그램은 정의상 일시적이지만 공유 진료 기록, 상호운용성 플랫폼, 그것이 낳는 편익은 그렇지 않으므로, 종결은 사후 고려가 아니라 처음부터 계획해야 할 설계 문제다. 스펙트럼 양 끝의 반복되는 실패는 실재한다. 일부 프로그램은 결코 종결되지 않고 변화가 내재화된 지 한참 뒤에도 영구적인 관료제로 굳어지며, 다른 프로그램은 갑자기 종결되어 지속적 소유자 없는 라이브 임상 서비스를 좌초시킨다. 이 주제는 지속되는 서비스가 지속적 제품 팀(주제 5.0)에 이전되어야 하고 많은 편익이 프로그램이 끝난 뒤에야 생기며 일상 업무로 추적되어야 한다고 분명히 한다. 이는 인수 팀과 지속적 편익 소유권이 프로그램이 아직 그것을 확립할 권한과 재원이 있는 동안 식별되어야 함을 뜻한다. 토론은 누가 각 지속되는 역량을 운영하는지, 전환 재원이 멈춘 뒤 어떻게 재원을 대는지, 프로그램 이사회가 해산한 뒤 누가 편익을 계속 측정하는지 드러내야 한다. 좋은 답은 구체적 제품 팀과 일상 업무 소유자를 명명하고, 재원 전환을 정직하게 설명하며, 종결과 편익 추적을 희망적 인계가 아니라 계획된 트랜치로 다룬다.

6. 각 납품의 내부가 아니라 프로젝트 사이의 이음새 — 공유 표준, 정보 거버넌스, 순서, 공유 인프라 — 를 어떻게 관리하고 있는가? 프로그램이 독립 프로젝트의 집합보다 더하는 가치는 거의 전적으로 그 사이의 공간에 있다. 상호의존성, 공유 데이터 표준, 정보 거버넌스 및 동의 체계, 어느 단일 프로젝트도 소유하지 않지만 모두가 의존하는 공통 인프라다. 프로그램 팀의 유혹은 각 납품의 내부를 세세히 간섭하는 편안하고 눈에 보이는 업무로 표류하는 동안, 진정으로 어려운 조직 간 이음새는 가동 시점에 통합 실패나 정보 거버넌스 장애물로 드러날 때까지 관리되지 않는 것이다. 보건·돌봄에서 이 이음새는 이례적으로 하중을 진다. 데이터 흐름과 동의가 정렬이 자발적이고 법적 의무는 공유되지만 자원은 고르지 않은 주권적 조직 및 규제 경계를 넘기 때문이다. 토론은 상호의존성과 공유 위험의 프로그램 수준 시야가 있는지, 누가 공유 표준과 인프라를 소유하는지, 프로그램이 이음새를 조율하는지 프로젝트 세부에 간섭하는지 시험해야 한다. 정직한 답은 성과를 가장 위협하는 구체적 이음새를 식별하고, 그 소유자를 명명하며, 프로그램이 경계에서 가치를 더하는지 가능하게 해야 할 프로젝트의 업무를 중복하는지에 솔직하다.

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

한 ICS가 급성기, 지역사회, 정신건강, 일차 진료, 사회적 돌봄 전반의 임상의에게 한 사람에 대한 통합된 시야를 주는 공유 진료 기록을 전달하려 한다. 어떤 단일 프로젝트도 이를 전달할 수 없다. 여러 트러스트, 여러 원천 시스템, 정보 거버넌스 협약, 임상 워크플로 재설계, 대중 참여에 걸쳐 있다. MSP 프로그램으로 조율된다.

ICS 임원으로서 진정한 시스템 간 권한을 가진 SRO가 각 파트너 조직의 대표와 각 조직의 지정된 업무 변화 관리자로 이루어진 프로그램 이사회를 주재한다. 프로그램은 비전("적절한 사람에 대한 적절한 정보를, 돌봄 현장에서 적절한 임상의가 이용할 수 있게")과, 목표 운영 모델을 기술하는 청사진을 정한다. 데이터 공유 아키텍처와 표준(HL7 FHIR 기반 상호운용성), 정보 거버넌스 체계, 동의 모델, 재설계된 임상 워크플로다.

업무는 트랜치로 조직된다. 첫 트랜치는 의향 있는 두 급성기 트러스트를 연결하고 읽기 전용 기록을 전달하는 의도적인 빠른 성과로, 접근법을 입증하고 이사회가 신뢰를 쌓을 초기 편익 — 중복 검사의 측정 가능한 감소 — 을 보여 줄 수 있게 한다. 첫 트랜치 검토에서 이사회는 기록이 추가 로그인 뒤에 묻힌 곳에서 임상의 채택이 뒤처짐을 알게 되어, 도입을 넓히기 전에 싱글 사인온 통합을 우선하도록 청사진을 조정한다.

프로그램 밑에서 방식들이 공존한다. 상호운용성 플랫폼은 프로그램 전반에 걸쳐 그리고 그 이후에도 계속 개선하는 지속적 제품 팀(주제 5.0)이 운영한다. 각 트러스트의 연결은 자체 비즈니스 케이스와 가동이 있는 한정된 프로젝트(주제 5.1)다. 프로그램 자체는 청사진, 표준, 상호의존성, 그리고 BCM을 통한 편익 실현을 조율한다. 청사진이 달성되고 중복 검사와 퇴원 지연 편익이 흐르면 프로그램은 종결되고, 플랫폼 제품 팀은 지속되며, 편익 추적은 일상 업무로 계속된다.

부문별 관점#

스타트업#

MSP 의미에서 프로그램을 운영하는 스타트업은 드물다. 프로그램을 정의하는 다조직 범위가 없기 때문이다. 그러나 여러 트러스트에 배치하는 스케일업은 사실상 프로그램의 참여자가 된다. 현실적 역할은 다른 이의 프로그램 안의 공급업체로서, 제품을 프로그램 청사진에 맞추고, 트랜치 마일스톤을 달성하며, SRO가 입증해야 할 편익 케이스에 기여하는 것이다. 재원과 생존이 프로그램의 지속에 달려 있으므로 스타트업은 트랜치 검토를 존재가 걸린 진행/중단 지점으로 다루고, 업무 변화 관리자의 성공에 투자한다. 현장 채택이 계약을 갱신하기 때문이다. 빌려야 할 규율은 편익의 언어다. 출시한 기능이 아니라 실현된 성과로 가치를 구성하는 것이다.

소규모 사업체#

확립된 소규모 제공자 — 일반의 진료소, 지역 약국, 요양원, 또는 스타트업 단계를 지난 소규모 보건 기술 공급업체 — 는 거의 프로그램을 운영하지 않지만, ICS가 공유 진료 기록을 도입하거나 지역 전반에서 시스템을 수렴할 때 영향받는 참여자로 일상적으로 휩쓸린다. 실용적 관심사는 프로그램이 소유하는 이음새다. 전담 IT 역량이 얇거나 없고 워크플로 변화를 흡수할 여유가 없으면서, 주변 대형 트러스트와 같은 법적 의무를 지며 의무화된 데이터 표준, 정보 거버넌스 협약, 동의 모델을 채택해야 한다. 가장 가치 있는 관계는 지역의 업무 변화 관리자와의 관계다. 교육, 싱글 사인온, 진료소가 실제로 운영되는 방식에 맞는 워크플로를 갖춘 잘 지원된 채택이 프로그램의 편익이 착지하는 것과 변화가 조용히 우회되는 것의 차이이기 때문이다. 프로그램에 대한 현실적 요청은 엔터프라이즈 규모 자원을 가정하지 않는 비례적 지원과 순서이며, 정직한 기여는 트랜치 검토에서 현장에서 무엇이 실행 불가능한지에 대한 이르고 솔직한 피드백이다.

대기업#

ICS나 대형 트러스트는 프로그램 중심 업무의 자연스러운 본거지다. 공유 진료 기록, EPR 수렴, 경로 전환은 본질적으로 다조직 및 다년이다. 어려운 부분은 권한이다. SRO는 단순히 명령할 수 없는 주권적 파트너 조직 전반에서 결정을 관철시켜야 하므로, 진정으로 대표성 있는 프로그램 이사회와 각 파트너에 내장된 업무 변화 관리자는 장식이 아니라 하중을 진다. 재원이 혼합(시스템 전환 자금, 트러스트 자본, 국가 배분)이므로 편익 지도와 트랜치 검토는 시스템 리더와 규제 기관에 지속적 투자를 방어하는 데 필수적이다. 이 규모의 반복되는 위험은 산출 연극이다. 그것을 편익으로 바꾸는 데 책임지는 사람이 없는 기술적 전달이다.

정부#

국가 규모에서 프로그램은 가장 무거운 거버넌스를 진다. 보통 Government Major Projects Portfolio에 들어가고, Infrastructure and Projects Authority의 보증과 게이트웨이 검토를 받으며, 장관, Public Accounts Committee, National Audit Office에 답한다. SRO는 시스템 전체의 편익 실현에 개인적으로 그리고 공개적으로 책임지며, 청사진은 국가 표준(상호운용성, 정보 거버넌스, 공통 정문으로서의 NHS App)을 지역 자율과 조화시켜야 한다. 재원은 다년 Spending Review 합의를 통해 흐르므로 트랜치와 편익 증거가 재정적, 정치적 주기를 거쳐 투자를 지속하거나 중단하는 기제다. 위험은 인구 규모다. 국가 프로그램의 편익 — 또는 실패 — 은 수백만 명의 환자와 수십억 파운드로 측정된다.

흔한 실패 양상#

• 산출 연극. 프로그램이 기술적 산출물을 전달하지만 아무도 이를 편익으로 바꾸는 것을 소유하지 않아 환자에게 아무것도 바뀌지 않는다. 해결: 소유자가 있는 편익 지도와 운영 업무 안의 BCM.
• 큰 프로젝트일 뿐인 프로그램. 진정으로 불확실한 다조직 변화에 적용된 고정 범위, 산출 중심 거버넌스. 해결: 하나의 얼어붙은 계획이 아니라 성과/편익과 트랜치로 관리하라.
• 힘없는 SRO. 조직 경계를 넘어 결정할 권한 없는 책임. 해결: 시스템 간 결정을 관철시킬 만큼 높은 직급의 SRO를 임명하고 대표성 있는 이사회가 뒷받침하게 하라.
• 청사진/목표 상태 없음. 프로젝트가 지역적으로 최적화하고 조각들이 결코 일관되지 않는다. 해결: 모든 것이 향하는 POTI 청사진을 정의하고 유지하라.
• 트랜치 대신 빅뱅. 모든 위험이 한 번의 늦은 전달로 미뤄진다. 해결: 업무를 트랜치로 나누고, 초기 편익을 챙기며, 검토 지점에서 재계획하라.
• 결코 종결되지 않는 프로그램. 변화가 내재화된 지 한참 뒤에도 영구적인 관료제가 된다. 해결: 의도적으로 종결하고, 지속되는 서비스를 제품 팀에 넘기며, 일상 업무에서 편익을 계속 추적하라.

성숙도 모델#

체크리스트#

• 이것이 진정으로 하나의 전략적 성과를 향한 다프로젝트, 다조직 변화인가?
• 명확한 비전과 구체적인 청사진(목표 운영 모델 / POTI)이 있는가?
• 산출물을 측정 가능하고, 소유되며, 기준선이 있는 편익에 연결하는 편익 지도가 있는가?
• 업무가 실제 계속/조정/중단 검토 지점이 있는 트랜치로 구조화되어 있는가?
• 조직 경계를 넘어 결정할 권한이 있는 SRO가 있는가?
• 프로그램 이사회가 영향받는 조직을 진정으로 대표하는가?
• 업무 변화 관리자가 채택을 소유하도록 운영 업무 안에 내장되어 있는가?
• 조직 간 표준, 상호의존성, 공유 위험을 프로그램 수준에서 관리하는가?
• 제품 중심, 프로젝트 중심, 프로그램 중심 방식이 명확한 역할로 공존하는가(주제 5.0–10)?
• 지속되는 서비스를 지속적 제품 팀에 넘기고 편익을 일상 업무로 추적하는 의도적 종결이 있는가?

주요 출처#

• AXELOS / PeopleCert — Managing Successful Programmes (MSP): 원칙, 주제, 전환 흐름(청사진, 트랜치, 편익 관리, SRO/BCM 역할 포함).
• Cabinet Office / Infrastructure and Projects Authority (IPA) — 주요 프로그램, SRO 책임, 보증/게이트웨이 검토에 관한 지침.
• HM Treasury — The Green Book과 편익 관리 지침(편익의 평가와 판단).
• AXELOS — Management of Portfolios (MoP), 포트폴리오 안에서 프로그램을 위치시키기 위해(주제 5.3 — EPPM 참조).
• NHS England — 영역 맥락을 위한 통합 돌봄 시스템과 공유 진료 기록(상호운용성, HL7 FHIR 표준)에 관한 지침.
• Mik Kersten — Project to Product, 산출 기반에서 성과/편익 기반 투자로의 전환을 위해.

참고문헌#

1. Program management — Wikipedia — https://en.wikipedia.org/wiki/Program_management
2. Benefits realisation management — Wikipedia — https://en.wikipedia.org/wiki/Benefits_realisation_management
3. Target operating model — Wikipedia — https://en.wikipedia.org/wiki/Target_operating_model
4. Executive sponsor (Senior Responsible Owner) — Wikipedia — https://en.wikipedia.org/wiki/Executive_sponsor
5. Integrated care system — Wikipedia — https://en.wikipedia.org/wiki/Integrated_care_system
6. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
7. Fast Healthcare Interoperability Resources (HL7 FHIR) — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
8. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
9. Single sign-on — Wikipedia — https://en.wikipedia.org/wiki/Single_sign-on
10. Stakeholder management — Wikipedia — https://en.wikipedia.org/wiki/Stakeholder_management
11. Managing Successful Programmes (MSP): principles, themes, and the transformational flow — AXELOS / PeopleCert — https://www.peoplecert.org/browse-certifications/project-programme-and-portfolio-management/MSP-1006
12. Guidance on major programmes, SRO accountability, and assurance/gateway reviews — Cabinet Office / Infrastructure and Projects Authority — https://www.gov.uk/government/organisations/infrastructure-and-projects-authority
13. The Green Book and benefits-management guidance — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-governent
14. Management of Portfolios (MoP) — AXELOS / PeopleCert — https://www.peoplecert.org/
15. Integrated care systems and shared care records (interoperability, HL7 FHIR standards) — NHS England — https://www.england.nhs.uk/integratedcare/
16. Project to Product — Mik Kersten, IT Revolution (2018) — https://itrevolution.com/product/project-to-product/