Topik 5.2 — Kerja Berbasis Program

Dalam satu kalimat: Kerja berbasis program mengoordinasikan sekumpulan proyek dan produk yang terkait menuju perubahan strategis yang tak dapat disampaikan satu pun sendirian, memegang garis pandang yang jelas dari pekerjaan ke manfaat yang dimaksudkan untuk diwujudkannya.

Mengapa ini penting dalam kesehatan dan perawatan#

Perubahan terbesar dalam kesehatan dan perawatan tak pernah satu proyek. Meluncurkan rekam perawatan bersama di seluruh sistem perawatan terpadu (ICS), memindahkan satu wilayah ke satu rekam pasien elektronik, mentransformasi jalur perawatan mendesak-dan-darurat, atau menyampaikan program bangsal virtual di beberapa trust — masing-masing adalah bundel terkoordinasi proyek, tim produk, perubahan tenaga kerja, kerja estat, dan desain ulang klinis, diselaraskan pada satu hasil strategis. Kelola bagian-bagiannya secara terpisah dan mereka bertabrakan: standar data tak kompatibel, belanja terduplikasi, alur kerja klinis bertentangan, dan manfaat yang tak pernah benar-benar terwujud.

Manajemen program ada untuk menjaga koalisi itu tetap bersama dan mengarahkannya pada hasil dan manfaat, bukan hanya keluaran. Ini penting akut dalam kesehatan dan perawatan karena perubahan seluruh-sistem menyentuh keselamatan pasien lintas batas organisasi, mengikat jumlah besar uang publik selama beberapa tahun, dan bergantung pada banyak organisasi otonom yang memilih bergerak serempak. Program menyediakan kepemimpinan, keadaan sasaran bersama, dan disiplin manfaat untuk mewujudkannya — dan, sama pentingnya, untuk mengetahui apakah ia berhasil.

Kegagalan berulang yang dijaganya adalah program yang menghabiskan jutaan, menyampaikan tumpukan keluaran teknis, namun tak mengubah apa pun yang terukur bagi pasien atau staf. Topik ini memakai Managing Successful Programmes (MSP), kerangka dominan sektor publik Inggris, dan menunjukkan bagaimana kerja berbasis program hidup berdampingan dengan mode berbasis proyek (Topik 5.1 — Kerja Berbasis Proyek) dan berbasis produk (Topik 5.0 — Kerja Berbasis Produk) yang dikoordinasikannya. Topik 5.3 — Manajemen Portofolio Proyek Perusahaan (EPPM) kemudian menjelaskan bagaimana organisasi memprioritaskan di banyak program.

Konsep inti#

Program. Organisasi sementara dan fleksibel yang dibentuk untuk mengoordinasikan, mengarahkan, dan mengawasi sekelompok proyek dan kegiatan terkait guna menyampaikan hasil dan manfaat yang selaras dengan tujuan strategis. Program berbeda dari proyek dalam hal ia didefinisikan oleh hasil dan manfaat yang dicarinya, dan mengelola ketidakpastian mengoordinasikan banyak bagian bergerak, alih-alih menyampaikan satu keluaran tetap.

MSP (Managing Successful Programmes). Kerangka praktik terbaik Inggris untuk mengelola perubahan transformasional melalui beberapa proyek terkait. Ia diorganisasi di sekitar prinsip, tema, dan "aliran transformasional" proses, dan dirancang untuk perubahan besar dan kompleks di mana keadaan akhirnya diketahui arahnya tetapi jalurnya melibatkan banyak penyampaian yang saling bergantung.

Visi dan cetak biru. Visi adalah gambaran memikat masa depan yang akan diciptakan program. Cetak biru (blueprint) mengkonkretkannya: ia menggambarkan model operasi sasaran — keadaan masa depan proses, organisasi, teknologi, informasi, dan peran (sering diringkas sebagai POTI). Cetak biru adalah titik acuan yang diarahkan ke setiap proyek, agar bagian-bagiannya menjumlah menjadi keseluruhan yang koheren.

Realisasi manfaat. Jantung manajemen program. Manfaat adalah perbaikan terukur yang membenarkan investasi — pemulangan tertunda berkurang, uji terduplikasi berkurang, diagnosis lebih cepat, beban administratif lebih rendah. MSP memperlakukan mengidentifikasi, memetakan, mengukur, dan mengelola manfaat secara aktif di seluruh siklus hidup sebagai disiplin inti, karena keluaran hanya menciptakan nilai ketika dipakai untuk mengubah cara perawatan disampaikan.

Tranche. MSP memecah program menjadi tranche — blok pekerjaan yang berakhir pada titik tinjauan besar di mana satu langkah kapabilitas telah disampaikan dan realisasi manfaat dapat dimulai. Tranche adalah saat untuk mendemonstrasikan hasil, menilai ulang cetak biru terhadap kenyataan, dan memutuskan lanjut, menyesuaikan, atau berhenti, bukan sekadar irisan jadwal.

Dewan program dan SRO. Pemilik Bertanggung Jawab Senior (SRO) adalah satu individu yang akuntabel atas program memenuhi tujuannya dan mewujudkan manfaatnya, dengan senioritas dan wewenang cukup untuk memimpin dan membuat keputusan. SRO memimpin dewan program — biasanya manajer perubahan bisnis, pimpinan proyek, dan pemangku kepentingan senior — yang memberi arahan melintasi batas organisasi.

Manajer perubahan bisnis (BCM). Peran khas MSP: seseorang dari bisnis operasional (bukan tim pengiriman) yang akuntabel menanamkan perubahan dan mewujudkan manfaat di lapangan. BCM adalah alasan program menyampaikan hasil dan bukan hanya keluaran — proyek menyerahkan kapabilitas, BCM mengubahnya menjadi manfaat.

Praktik terbaik#

1. Jangkarkan program dalam visi dan cetak biru. Definisikan hasil strategis dan terjemahkan ke model operasi sasaran konkret (proses, organisasi, teknologi, informasi — POTI). Setiap proyek dan produk penyusun lalu diarahkan ke keadaan masa depan yang sama, yang mencegah koalisi penyampaian terpecah.

2. Kelola manfaat, bukan hanya keluaran. Bangun peta manfaat yang menautkan tiap keluaran ke hasil dan manfaat terukur yang seharusnya dihasilkannya, dengan pemilik dan garis dasar. Tinjau manfaat secara aktif di seluruh program, dan bersedialah menghentikan pekerjaan yang tak akan membayar kembali — penekanan MSP pada realisasi manfaat adalah disiplin yang memisahkan program dari daftar tugas mahal.

3. Susun pekerjaan dalam tranche dengan titik tinjauan nyata. Sampaikan kapabilitas dalam tranche, dan pada tiap batas tranche demonstrasikan manfaat yang terwujud sejauh ini, uji ulang cetak biru terhadap yang telah dipelajari, dan buat keputusan lanjut/sesuaikan/berhenti sejati. Tranche awal harus menyasar kemenangan cepat yang terlihat untuk membangun keyakinan pemangku kepentingan bagi yang lebih sulit kemudian.

4. Tunjuk SRO berdaya dan dewan program sejati. Namai satu SRO dengan senioritas dan wewenang untuk mengarahkan program dan memutuskan melintasi batas organisasi, dan himpun dewan yang benar-benar mewakili organisasi terdampak. Program gagal ketika akuntabilitas tersebar atau SRO tak dapat membuat keputusan lintas batas bertahan.

5. Tempatkan manajer perubahan bisnis di bisnis operasional. Tugaskan BCM dari organisasi garis depan untuk memiliki adopsi dan realisasi manfaat di tempat perawatan disampaikan. Kapabilitas yang disampaikan tetapi tak diadopsi tak mewujudkan manfaat; peran BCM adalah mekanisme yang menutup celah itu.

6. Koordinasikan — jangan atur mikro — proyek dan produk penyusun. Program menetapkan cetak biru, ketergantungan, standar, dan manfaat; membiarkan proyek dan tim produk menyampaikan dalam bingkai itu. Ia mengelola sambungan — standar data bersama, tata kelola informasi, urutan, dan infrastruktur bersama — bukan rincian internal tiap penyampaian.

7. Kelola risiko lintas-bidang, ketergantungan, dan pemangku kepentingan tanpa lelah. Nilai yang ditambahkan program atas proyek mandiri sebagian besar ada dalam mengelola apa yang terjadi di antara mereka. Pelihara pandangan tingkat program atas ketergantungan dan risiko bersama, dan berinvestasilah besar pada pelibatan pemangku kepentingan di organisasi otonom, karena keselarasan bersifat sukarela, bukan diperintah.

8. Tutup program ketika perubahan tertanam, dan serahkan layanan berkelanjutan ke tim produk. Program bersifat sementara. Ketika cetak biru tercapai dan manfaat terwujud, tutup dengan sengaja, alihkan layanan abadi ke tim produk tetap (Topik 5.0), dan terus lacak manfaat ke bisnis-seperti-biasa — banyak manfaat terkumpul setelah program berakhir.

Pertanyaan untuk didiskusikan dengan tim Anda#

1. Apakah pemilik bertanggung jawab senior kami benar-benar punya wewenang membuat keputusan bertahan lintas organisasi mitra yang berdaulat, atau hanya akuntabilitas ketika mereka tidak? Kerja berbasis program hidup-matinya pada wewenang lintas batas, karena perubahan menjangkau trust, perawatan primer, komunitas, kesehatan jiwa, dan perawatan sosial otonom yang tak dapat begitu saja diperintah bergerak serempak. Kegagalan khasnya adalah SRO bernama yang memikul akuntabilitas pribadi dan publik atas manfaat tetapi tak punya kedudukan untuk memaksa mitra yang enggan mengadopsi standar data bersama atau mengubah alur kerja klinis — akuntabilitas tanpa wewenang. Debat harus jujur tentang di mana kekuasaan sebenarnya berada dalam sistem: apakah dewan program benar-benar mewakili organisasi terdampak atau forum pelaporan, apakah SRO cukup senior sehingga keputusannya dihormati lintas batas berdaulat, dan apa yang terjadi ketika satu mitra menolak bergerak. Pertimbangkan keputusan lintas organisasi terkini dan telusuri apakah ia benar-benar bertahan. Jawaban yang baik menamai siapa SRO dan menguji wewenangnya terhadap konflik lintas batas konkret, jujur tentang organisasi yang secara efektif dapat menarik diri, dan memperlakukan dewan representatif dan manajer perubahan bisnis tertanam sebagai mekanisme penopang beban untuk keselarasan sukarela, bukan hiasan tata kelola.

2. Bagaimana kami akan tahu program ini telah mewujudkan manfaat dan bukan sekadar menyampaikan keluaran — dan siapa, di bisnis operasional, yang akuntabel mengubah kapabilitas menjadi manfaat? Teater keluaran adalah patologi berulang yang diperingatkan topik: program menghabiskan jutaan, menghasilkan tumpukan platform interoperabilitas dan integrasi, namun tak ada yang terukur berubah bagi pasien atau staf. Pembeda yang mencegahnya adalah manajer perubahan bisnis — seseorang dari operasi garis depan, bukan tim pengiriman, yang akuntabel menanamkan perubahan dan mewujudkan manfaat di tempat perawatan disampaikan — sehingga pertanyaan memaksa tim menamai orang-orang itu dan mengonfirmasi mereka ada. Ketegangannya adalah pengiriman terlihat dan memuaskan sementara adopsi lambat, tak glamor, dan mudah diasumsikan akan terjadi sendiri; rekam perawatan bersama yang terkubur di balik login tambahan tak mewujudkan manfaat sebagus apa pun dibangun. Bawa peta manfaat ke diskusi dan uji apakah tiap keluaran terkait manfaat yang dimiliki, bergaris dasar, dan terukur (uji terduplikasi berkurang, pemulangan tertunda berkurang) atau manfaat sekadar ditegaskan. Jawaban jujur menamai BCM di setiap organisasi mitra, mengakui di mana manfaat saat ini tak dimiliki atau tak terukur, dan menerima bahwa sebagian manfaat baru terkumpul setelah program ditutup dan harus dilacak ke bisnis-seperti-biasa.

3. Apakah kami mentranchekan program ini untuk membukukan manfaat awal dan menciptakan titik lanjut/sesuaikan/berhenti sejati, atau hanyut menuju penyampaian big-bang yang menunda semua risiko ke satu saat terlambat? Tranche adalah yang memisahkan program dari rencana beku yang mahal: setiap batas tranche harus menyampaikan satu langkah kapabilitas, mendemonstrasikan manfaat yang terwujud sejauh ini, menguji ulang cetak biru terhadap yang sebenarnya dipelajari, dan mendukung keputusan sejati untuk lanjut, menyesuaikan, atau berhenti. Godaan kesehatan dan perawatan adalah mengurutkan demi kenyamanan rekayasa dan menunda nilai terlihat — menghubungkan setiap trust sebelum ada yang dapat memakai apa pun — yang memuat semua risiko ke satu penyampaian terlambat dan meninggalkan dewan tanpa bukti untuk membela investasi lanjutan melintasi siklus fiskal dan politik. Debat harus menelaah apakah tranche awal menyasar kemenangan cepat yang disengaja yang membangun keyakinan pemangku kepentingan untuk kerja lebih sulit kemudian, dan apakah titik tinjauan adalah keputusan nyata atau pos pemeriksaan jadwal. Pertimbangkan apa manfaat demonstrabel pertama, seberapa cepat ia mendarat, dan apa yang sebenarnya akan dilakukan dewan pada tinjauan tranche jika adopsi tertinggal atau cetak biru terbukti salah. Jawaban yang baik menggambarkan tranche konkret dengan kemenangan awal yang terukur, memperlakukan tiap batas sebagai go/no-go sejati dengan cetak biru yang benar-benar terbuka untuk revisi, dan jujur tentang tekanan apa pun untuk menunda nilai ke akhir.

4. Apakah kami punya satu cetak biru terpelihara dari model operasi sasaran, atau tiap proyek diam-diam mengoptimalkan menuju versinya sendiri tentang masa depan? Cetak biru — model operasi sasaran POTI konkret dari proses, organisasi, teknologi, dan informasi — adalah yang membuat bagian-bagian menjumlah menjadi keseluruhan koheren alih-alih tabrakan keputusan yang masuk akal secara lokal. Tanpanya, tiap proyek penyusun secara rasional mengoptimalkan untuk lingkupnya sendiri: satu trust memilih standar data yang cocok dengan EPR petahananya, yang lain merancang alur kerja klinis di sekitar kepegawaiannya sendiri, dan rekam perawatan bersama terpecah menjadi integrasi yang secara teknis tersambung tetapi tidak koheren. Ketegangannya adalah memelihara cetak biru terasa seperti overhead bagi tim pengiriman di bawah tekanan mengirim, dan ia harus menjadi acuan hidup yang diuji ulang pada setiap tranche, bukan dokumen ditulis sekali dan disimpan. Debat harus menetapkan apakah cetak biru benar-benar ada dalam bentuk yang dapat dipakai, siapa yang memilikinya, dan apakah keputusan proyek nyata diarahkan olehnya atau sekadar direkonsiliasi dengannya setelah kejadian. Pertimbangkan pilihan desain terkini dalam satu proyek dan tanyakan apakah cetak biru membentuknya atau diam-diam ditimpa. Jawaban jujur dapat menunjuk cetak biru terkini, menamai pemiliknya, dan terus terang tentang di mana optimasi lokal sudah menarik keadaan sasaran terpisah.

5. Ketika program ditutup, apa yang bertahan — dan sudahkah kami menamai tim produk tetap yang akan menjalankan kapabilitas dan terus melacak manfaat ke bisnis-seperti-biasa? Program bersifat sementara menurut definisi, tetapi rekam perawatan bersama, platform interoperabilitas, dan manfaat yang dihasilkannya tidak, sehingga penutupan adalah masalah desain yang direncanakan sejak awal alih-alih renungan belakangan. Kegagalan berulang di kedua ujung spektrum nyata: sebagian program tak pernah ditutup dan mengeras menjadi birokrasi permanen lama setelah perubahan tertanam, sementara yang lain ditutup mendadak dan mendamparkan layanan klinis hidup tanpa pemilik tetap. Topik eksplisit bahwa layanan abadi harus dialihkan ke tim produk tetap (Topik 5.0) dan bahwa banyak manfaat terkumpul hanya setelah program berakhir dan harus dilacak ke BAU — yang berarti tim penerima dan kepemilikan manfaat berkelanjutan harus diidentifikasi selagi program masih punya wewenang dan pendanaan untuk mendirikannya. Debat harus memunculkan siapa yang akan menjalankan tiap kapabilitas abadi, bagaimana didanai begitu uang transformasi berhenti, dan siapa yang terus mengukur manfaat ketika dewan program telah bubar. Jawaban yang baik menamai tim produk dan pemilik BAU spesifik, menggambarkan transisi pendanaan dengan jujur, dan memperlakukan penutupan dan pelacakan manfaat sebagai tranche terencana, bukan serah terima yang diharapkan.

6. Bagaimana kami mengelola sambungan antarproyek — standar bersama, tata kelola informasi, urutan, dan infrastruktur bersama — alih-alih bagian dalam tiap penyampaian? Nilai yang ditambahkan program atas sekumpulan proyek mandiri hidup hampir sepenuhnya di ruang di antara mereka: ketergantungan, standar data bersama, kerangka tata kelola informasi dan persetujuan, dan infrastruktur umum yang tak dimiliki proyek tunggal mana pun tetapi diandalkan semua. Godaan tim program adalah hanyut ke pengaturan mikro bagian dalam tiap penyampaian — kerja yang nyaman dan terlihat — sementara sambungan lintas-bidang yang benar-benar sulit tak terkelola sampai muncul sebagai kegagalan integrasi atau penghalang tata kelola informasi saat go-live. Dalam kesehatan dan perawatan sambungan ini luar biasa menopang beban, karena aliran data dan persetujuan melintasi batas organisasi dan regulasi berdaulat di mana keselarasan bersifat sukarela dan kewajiban hukum dibagi tetapi disumberdayai tak merata. Debat harus menguji apakah ada pandangan tingkat program atas ketergantungan dan risiko bersama, siapa yang memiliki standar dan infrastruktur bersama, dan apakah program mengoordinasikan sambungan atau mencampuri rincian proyek. Jawaban jujur mengidentifikasi sambungan spesifik yang paling mengancam hasil, menamai pemiliknya, dan terus terang tentang apakah program menambah nilai di batas atau menduplikasi pekerjaan proyek yang seharusnya dimungkinkannya.

Dalam praktik: contoh kesehatan & perawatan#

Sebuah ICS berangkat menyampaikan rekam perawatan bersama yang memberi klinisi di perawatan akut, komunitas, kesehatan jiwa, primer, dan sosial pandangan terpadu seseorang. Tak ada proyek tunggal yang dapat menyampaikan ini: ia mencakup beberapa trust, beberapa sistem sumber, perjanjian tata kelola informasi, desain ulang alur kerja klinis, dan pelibatan publik. Ia dikoordinasikan sebagai program MSP.

SRO — eksekutif ICS dengan wewenang lintas sistem sejati — memimpin dewan program dengan perwakilan dari setiap organisasi mitra dan manajer perubahan bisnis bernama di masing-masing. Program menetapkan visi ("informasi yang tepat, tentang orang yang tepat, tersedia bagi klinisi yang tepat, di titik perawatan") dan cetak biru yang menggambarkan model operasi sasaran: arsitektur dan standar berbagi data (interoperabilitas berbasis HL7 FHIR), kerangka tata kelola informasi, model persetujuan, dan alur kerja klinis yang didesain ulang.

Pekerjaan diorganisasi dalam tranche. Tranche satu menghubungkan dua trust akut yang bersedia dan menyampaikan rekam baca-saja, kemenangan cepat yang disengaja yang membuktikan pendekatan dan memungkinkan dewan mendemonstrasikan manfaat awal — pengurangan terukur uji terduplikasi — untuk membangun keyakinan. Pada tinjauan tranche satu, dewan belajar bahwa adopsi klinisi tertinggal di mana rekam terkubur di balik login tambahan, sehingga ia menyesuaikan cetak biru untuk memprioritaskan integrasi single-sign-on sebelum memperluas peluncuran.

Di bawah program, mode-mode hidup berdampingan. Platform interoperabilitas dijalankan tim produk tetap (Topik 5.0) yang terus memperbaikinya di seluruh program dan sesudahnya. Sambungan setiap trust adalah proyek terbatas (Topik 5.1) dengan kasus bisnis dan go-live-nya sendiri. Program sendiri mengoordinasikan cetak biru, standar, ketergantungan, dan — melalui BCM — realisasi manfaat. Ketika cetak biru tercapai dan manfaat uji-terduplikasi dan pemulangan-tertunda mengalir, program ditutup; tim produk platform bertahan, dan pelacakan manfaat berlanjut ke bisnis-seperti-biasa.

Lensa sektor#

Startup#

Sedikit startup menjalankan program dalam pengertian MSP — mereka kekurangan lingkup multi-organisasi yang mendefinisikannya — tetapi scale-up yang menerapkan di beberapa trust secara efektif menjadi peserta program. Peran realistisnya adalah sebagai pemasok di dalam program pihak lain: menyelaraskan produknya dengan cetak biru program, mencapai tonggak tranche, dan menyuplai kasus manfaat yang harus dibuktikan SRO. Pendanaan dan kelangsungan hidup bergantung pada program berlanjut, sehingga startup memperlakukan tinjauan tranche sebagai titik go/no-go eksistensial dan berinvestasi pada keberhasilan manajer perubahan bisnis, karena adopsi di lapangan yang memperbarui kontraknya. Disiplin yang harus dipinjamnya adalah bahasa manfaat — membingkai nilainya sebagai hasil yang terwujud, bukan fitur yang dikirim.

Usaha kecil#

Penyedia kecil yang mapan — praktik dokter umum, apotek komunitas, panti jompo, atau pemasok teknologi kesehatan kecil yang telah melewati tahap startup — hampir tak pernah menjalankan program, tetapi rutin tersapu ke dalamnya sebagai peserta terdampak ketika ICS meluncurkan rekam perawatan bersama atau mengonvergensikan sistem di wilayah. Kekhawatiran praktisnya adalah sambungan yang dimiliki program: ia harus mengadopsi standar data yang diwajibkan, perjanjian tata kelola informasi, dan model persetujuan dengan kapabilitas TI tipis atau tanpa dan tanpa kelonggaran untuk menyerap perubahan alur kerja, namun ia memikul kewajiban hukum yang sama seperti trust besar di sekitarnya. Hubungan paling berharga yang dimilikinya adalah dengan manajer perubahan bisnis untuk lokalitasnya, karena adopsi yang didukung baik — pelatihan, single-sign-on, alur kerja yang cocok dengan cara praktik sebenarnya berjalan — adalah beda antara manfaat program mendarat dan perubahan diam-diam diakali. Permintaan realistisnya kepada program adalah dukungan proporsional dan urutan yang tak mengasumsikan sumber daya skala perusahaan, dan kontribusi jujurnya adalah umpan balik awal dan terus terang pada tinjauan tranche tentang apa yang tak dapat dijalankan di lapangan.

Perusahaan besar#

ICS atau trust besar adalah rumah alami kerja berbasis program: rekam perawatan bersama, konvergensi EPR, dan transformasi jalur secara inheren multi-organisasi dan multitahun. Bagian sulitnya adalah wewenang — SRO harus membuat keputusan bertahan lintas organisasi mitra berdaulat yang tak dapat begitu saja diperintah, sehingga dewan program yang benar-benar representatif dan manajer perubahan bisnis tertanam di setiap mitra adalah penopang beban, bukan hiasan. Pendanaan bercampur (uang transformasi sistem, modal trust, alokasi nasional), yang membuat peta manfaat dan tinjauan tranche esensial untuk membela investasi lanjutan kepada pimpinan sistem dan regulator. Risiko berulang pada skala ini adalah teater keluaran: penyampaian teknis tanpa ada yang akuntabel mengubahnya menjadi manfaat.

Pemerintah#

Pada skala nasional, program membawa tata kelola terberat — mereka biasanya masuk Government Major Projects Portfolio, menjalani penjaminan Infrastructure and Projects Authority dan tinjauan gateway, dan bertanggung jawab kepada menteri, Public Accounts Committee, dan National Audit Office. SRO akuntabel secara pribadi dan publik atas realisasi manfaat di seluruh sistem, dan cetak biru harus mendamaikan standar nasional (interoperabilitas, tata kelola informasi, NHS App sebagai pintu depan umum) dengan otonomi lokal. Pendanaan berjalan melalui penyelesaian Spending Review multitahun, sehingga tranche dan bukti manfaat adalah mekanisme mempertahankan atau menghentikan investasi melintasi siklus fiskal dan politik. Taruhannya skala populasi: manfaat program nasional — atau kegagalannya — diukur dalam jutaan pasien dan miliaran pound.

Mode kegagalan umum#

• Teater keluaran. Program menyampaikan keluaran teknis tetapi tak ada yang memiliki mengubahnya menjadi manfaat, sehingga tak ada yang berubah bagi pasien. Perbaikan: peta manfaat dengan pemilik, dan BCM di bisnis operasional.
• Program yang hanyalah proyek besar. Tata kelola lingkup-tetap berfokus-keluaran diterapkan pada perubahan multi-organisasi yang benar-benar tak pasti. Perbaikan: kelola menurut hasil/manfaat dan tranche, bukan satu rencana beku.
• SRO tanpa kuasa. Akuntabilitas tanpa wewenang memutuskan lintas batas. Perbaikan: tunjuk SRO cukup senior untuk membuat keputusan lintas sistem bertahan, didukung dewan representatif.
• Tanpa cetak biru / keadaan sasaran. Proyek mengoptimalkan secara lokal dan bagian-bagian tak pernah koheren. Perbaikan: definisikan dan pelihara cetak biru POTI yang diarahkan segalanya.
• Big-bang alih-alih tranche. Semua risiko ditunda ke satu penyampaian terlambat. Perbaikan: tranchekan pekerjaan, bukukan manfaat awal, dan rencanakan ulang pada titik tinjauan.
• Program yang tak pernah ditutup. Ia menjadi birokrasi permanen lama setelah perubahan tertanam. Perbaikan: tutup dengan sengaja, serahkan layanan abadi ke tim produk, terus lacak manfaat di BAU.

Model kematangan#

Daftar periksa#

• Apakah ini benar-benar perubahan multi-proyek, multi-organisasi menuju satu hasil strategis?
• Apakah ada visi jelas dan cetak biru konkret (model operasi sasaran / POTI)?
• Apakah ada peta manfaat yang menautkan keluaran ke manfaat terukur, dimiliki, dan bergaris dasar?
• Apakah pekerjaan disusun dalam tranche dengan titik tinjauan lanjut/sesuaikan/berhenti sejati?
• Apakah ada SRO berdaya dengan wewenang memutuskan lintas batas organisasi?
• Apakah dewan program benar-benar mewakili organisasi terdampak?
• Apakah manajer perubahan bisnis tertanam di bisnis operasional untuk memiliki adopsi?
• Apakah standar lintas-bidang, ketergantungan, dan risiko bersama dikelola di tingkat program?
• Apakah mode berbasis produk, proyek, dan program hidup berdampingan dengan peran jelas (Topik 5.0–10)?
• Apakah ada penutupan sengaja, dengan layanan abadi diserahkan ke tim produk tetap dan manfaat dilacak ke BAU?

Sumber utama#

• AXELOS / PeopleCert — Managing Successful Programmes (MSP): prinsip, tema, dan aliran transformasional (termasuk cetak biru, tranche, manajemen manfaat, dan peran SRO/BCM).
• Cabinet Office / Infrastructure and Projects Authority (IPA) — panduan tentang program besar, akuntabilitas SRO, dan penjaminan/tinjauan gateway.
• HM Treasury — The Green Book dan panduan manajemen manfaat (penilaian dan evaluasi manfaat).
• AXELOS — Management of Portfolios (MoP), untuk memposisikan program dalam portofolio (lihat Topik 5.3 — EPPM).
• NHS England — panduan tentang sistem perawatan terpadu dan rekam perawatan bersama (interoperabilitas, standar HL7 FHIR) untuk konteks ranah.
• Mik Kersten — Project to Product, untuk pergeseran dari investasi berbasis keluaran ke berbasis hasil/manfaat.

Referensi#

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/