Topik 5.0 — Kerja Berbasis Produk

Dalam satu kalimat: Kerja berbasis produk mendanai tim yang tahan lama dan berdaya untuk memiliki sebuah layanan sepanjang seluruh usianya, dan meminta pertanggungjawaban mereka atas hasil yang terukur, bukan atas penyampaian daftar fitur yang tetap.

Mengapa ini penting dalam kesehatan dan perawatan#

Sebagian besar yang dijalankan organisasi kesehatan dan perawatan digital bukan pengiriman sekali jadi — melainkan layanan hidup. NHS App, rekam pasien elektronik, rekam perawatan bersama, jalur e-rujukan, sistem manajemen kasus perawatan sosial: tak satu pun "selesai". Semuanya harus terus diperbaiki seiring panduan klinis berubah, insiden keselamatan muncul, permintaan bergeser, dan estat di sekitarnya berevolusi.

Ketika Anda mengelola layanan hidup sebagai serangkaian proyek yang terputus, Anda mendapat kegagalan yang dapat diprediksi: pemasok membangun sesuai spesifikasi, uang habis, tim bubar, dan layanan dibiarkan membusuk sampai tender modal berikutnya. Klinisi mengakali celahnya, risiko keselamatan pasien menumpuk, dan kesetaraan menderita karena orang yang paling tidak sanggup menoleransi layanan kikuk adalah yang kebutuhannya terbesar. Kerja berbasis produk ada untuk memutus siklus itu. Ia menjaga tim yang stabil dekat dengan pengguna dan hasil, agar layanan menjadi lebih aman, lebih mudah dipakai, dan lebih setara dari waktu ke waktu alih-alih menurun di antara putaran pendanaan.

Taruhannya juga finansial dan undang-undang. Uang publik lebih terlindungi oleh tim yang terus memvalidasi apakah layanan benar-benar memperbaiki perawatan daripada proyek yang mengukur keberhasilan sebagai "disampaikan tepat waktu dan sesuai anggaran" terlepas dari apakah ada yang diuntungkan. Topik ini berdampingan dengan Topik 5.1 — Kerja Berbasis Proyek dan Topik 5.2 — Kerja Berbasis Program; ketiganya perkakas yang saling melengkapi, bukan pesaing, dan Topik 5.3 — Manajemen Portofolio Proyek Perusahaan (EPPM) menjelaskan cara menyatukannya.

Konsep inti#

Tim produk yang tahan lama. Tim lintas fungsi berumur panjang yang memiliki produk atau layanan sepanjang seluruh siklus hidupnya. Timnya bertahan; pekerjaan mengalir kepadanya. Ini unit atom model operasi produk yang dijelaskan Marty Cagan dan Silicon Valley Product Group (SVPG): kelompok stabil berisi manajer produk, perancang produk, dan insinyur, didukung keahlian klinis dan data dalam konteks kesehatan.

Tim berdaya. Cagan menarik garis tajam antara "tim fitur" yang diserahi peta jalan hal-hal untuk dibangun, dan "tim berdaya" yang diserahi masalah untuk dipecahkan dan hasil untuk dicapai, dan dipercaya menemukan solusi terbaik. Pemberdayaan bukan izin melakukan apa pun; ia akuntabilitas atas hasil dalam bingkai strategis yang jelas.

Hasil di atas keluaran. Keluaran adalah apa yang Anda kirim — fitur, rilis, layar. Hasil adalah perubahan di dunia yang dihasilkannya — lebih sedikit janji temu terlewat, pemulangan lebih cepat, galat obat berkurang, penyerapan lebih setara. Kerja berbasis produk mengukur tim atas hasil, karena mengirim fitur yang tak dipakai siapa pun, atau yang tak membuat siapa pun lebih aman, adalah pemborosan yang didandani sebagai kemajuan.

Manajer produk. Pimpinan manajemen produk yang akuntabel atas nilai dan kelayakan produk: apakah layak dibangun, akankah orang memakainya, apakah cocok dengan strategi, regulasi, dan keuangan organisasi? Dalam kesehatan dan perawatan peran ini harus bermitra erat dengan pimpinan keselamatan klinis dan tata kelola informasi, bukan duduk di atas mereka.

Model operasi produk. SVPG eksplisit bahwa ini model, bukan metodologi atau kerangka kaku: seperangkat prinsip tentang cara perusahaan membangun dan menjalankan produk berbasis teknologi — tim berdaya, akuntabilitas hasil, penemuan berkelanjutan, dan strategi produk — bukan proses preskriptif yang Anda pasang.

Siklus hidup produk. Penemuan (apakah ada masalah nyata yang layak dipecahkan?), pengiriman (bangun dengan aman dan baik), pertumbuhan dan optimasi (tingkatkan adopsi dan hasil), dan akhirnya sunset (pensiunkan atau ganti dengan anggun). Tim berbasis produk memiliki semuanya, itulah mengapa mereka dapat membuat trade-off seumur hidup yang masuk akal yang tak dapat dibuat tim proyek.

Praktik terbaik#

1. Danai tim, bukan proyek. Pindahkan uang dari anggaran proyek berbatas waktu ke anggaran produk tetap yang terikat pada aliran nilai, seperti dikemukakan Mik Kersten dalam Project to Product. Danai tim tetap untuk mengejar hasil melintasi siklus perencanaan berturut-turut, dan otorisasi ulang pendanaan berdasarkan hasil yang ditunjukkan, bukan rencana tonggak yang disepakati bertahun-tahun sebelumnya.

2. Beri tim masalah dan hasil, bukan daftar fitur. Bingkai mandat sebagai "kurangi laju tidak-hadir di rawat jalan" atau "potong waktu yang dihabiskan klinisi mencari hasil", lalu biarkan tim berdaya menemukan solusi terbaik. Peta jalan fitur yang dijanjikan dan diserahkan dari atas menciptakan ulang anti-pola tim-fitur yang diperingatkan Cagan.

3. Buat ukuran hasil eksplisit dan bermakna secara klinis. Sepakati sekumpulan kecil metrik hasil di muka, idealnya sebagai objectives and key results (OKR — lihat Topik 7.3). Padukan setiap metrik efisiensi dengan metrik keselamatan dan kesetaraan, agar tim tak pernah dihargai atas kecepatan dengan mengorbankan bahaya atau memperlebar ketimpangan.

4. Jaga tim tetap dekat dengan pengguna nyata. Tanamkan penemuan berkelanjutan: kontak teratur dengan klinisi, pekerja perawatan, administrator, dan pasien. NHS Service Manual dan GOV.UK Service Manual sama-sama menjadikan riset pengguna disiplin tetap, bukan fase sekali. Tim yang tahan lama membuat ini terjangkau karena hubungan bertahan.

5. Bangun tim multidisiplin dengan keselamatan klinis di dalamnya. Tim produk kesehatan digital membutuhkan, di samping produk/desain/rekayasa, petugas keselamatan klinis (DCB0129/DCB0160), tata kelola informasi, dan keahlian data. Keselamatan dan tata kelola adalah masukan desain yang dimiliki di dalam tim, bukan gerbang yang ditempelkan di akhir.

6. Instrumentasikan produk dan bertindaklah atas data. Tim yang tahan lama dapat berinvestasi pada telemetri, agar keputusan berlandaskan penggunaan nyata dan hasil nyata alih-alih opini. Awasi adopsi menurut kohort untuk menangkap pengucilan digital sejak dini.

7. Miliki seluruh siklus hidup, termasuk sunset. Tim berdaya merencanakan pensiun dan migrasi yang anggun, bukan hanya peluncuran. Memutuskan tidak terus membangun, dan mengonsolidasikan ke platform strategis, adalah keputusan produk yang sah dan berharga.

8. Selaraskan tim melalui strategi, bukan pengaturan mikro. Otonomi tanpa keselarasan menghasilkan optimasi lokal dan kekacauan. Visi dan strategi produk yang jelas — dan, pada skala, bingkai portofolio dan program (Topik 5.2 dan 5.3) — yang memungkinkan Anda memberdayakan tim dengan aman.

Pertanyaan untuk didiskusikan dengan tim Anda#

1. Layanan mana yang kami jalankan hari ini yang benar-benar layanan hidup yang layak mendapat tim produk tetap dan berdana, dan mana pekerjaan terbatas yang kami hanya pura-pura membutuhkannya? Ini pertanyaan penyortiran fondasional, dan salah ke arah mana pun mahal. Dalam organisasi kesehatan dan perawatan digital estatnya campuran — rekam perawatan bersama atau aplikasi yang menghadap pasien adalah layanan hidup, tetapi keluar dari pusat data sekali jalan atau penyegaran perangkat keras benar-benar terbatas — dan jawaban jujur menuntut menamai tiap sistem signifikan dan memperdebatkan kasusnya alih-alih menerapkan satu model pendanaan di mana-mana. Ketegangannya adalah mesin keuangan dan tata kelola biasanya mendorong segalanya ke tender modal berbatas waktu, sehingga menyebut sesuatu "produk" dapat terasa seperti pembelaan khusus, sementara menyebut layanan hidup "proyek" diam-diam menjamin pembusukan bangun-dan-tinggalkan yang dijelaskan sebelumnya dalam topik ini. Pertimbangkan biaya seumur hidup, laju perubahan panduan klinis dan permintaan di sekitar layanan, dan apakah risiko keselamatan pasien menumpuk ketika tak ada yang memiliki perbaikan berkelanjutan. Jawaban yang baik menamai dua atau tiga layanan di mana tim tetap jelas dibenarkan, terus terang tentang yang borderline, dan secara eksplisit memarkir pekerjaan terbatas untuk Topik 5.1 alih-alih membela kebijakan menyeluruh.

2. Dua atau tiga metrik hasil apa yang sungguh akan kami pertaruhkan pendanaan tim padanya, dan bagaimana kami memasangkan masing-masing dengan ukuran keselamatan dan kesetaraan agar kami tak pernah dihargai atas kecepatan dengan mengorbankan bahaya? Hasil di atas keluaran mudah diucapkan dan sulit dioperasionalkan, karena begitu metrik menggerakkan uang ia mulai mendistorsi perilaku. Tim kesehatan digital yang diperintahkan "kurangi laju tidak-hadir" dapat mencapai angka itu dengan mendorong pasien yang paling percaya diri secara digital sambil diam-diam memperlebar jarak bagi kohort lebih tua atau lebih miskin — jadi debat harus memunculkan metrik efisiensi tunggal mana yang mungkin dioptimalkan berlebihan tiap tim, dan apa yang sebenarnya diukur pagar pengaman keselamatan dan kesetaraan yang dipasangkan. Bawa kandidat konkret ke meja (galat obat berkurang, pemulangan lebih cepat, penyerapan menurut lokalitas atau proksi akses digital) dan uji apakah bermakna secara klinis atau sekadar mudah diinstrumentasikan. Pertimbangkan siapa yang memiliki tiap metrik, apa garis dasarnya, dan seberapa sering ditinjau, karena hasil tanpa pemilik atau garis dasar hanyalah dekorasi. Jawaban jujur menerima bahwa sebagian hasil yang kita pedulikan lambat atau sulit diukur, menolak tarikan ke angka adopsi kesombongan, dan berkomitmen mempublikasikan ukuran kesetaraan di samping ukuran efisiensi agar trade-off tetap terlihat.

3. Seberapa banyak wewenang nyata yang siap kami berikan kepada tim berdaya untuk mengubah arah, dan bingkai strategis apa yang menjaga otonomi itu tak terpecah menjadi optimasi lokal? Pemberdayaan adalah inti model operasi produk dan juga tiruan paling umumnya, karena organisasi melabeli ulang tim sebagai "tim produk" sambil tetap menyerahkan peta jalan tetap dan mengukur pengiriman. Pertanyaan sejatinya adalah di mana batasnya: dapatkah tim berputar dari fitur yang disponsori dewan ke solusi berbeda ketika penemuan menunjukkan ia akan mewujudkan hasil lebih baik, atau tata kelola klinis, tata kelola informasi, dan kontrak pemasok yang ada akan memvetonya dalam praktik? Ketegangannya adalah otonomi tanpa keselarasan menghasilkan duplikasi dan penyimpangan di seluruh ICS, sementara keselarasan yang ditegakkan sebagai pengaturan mikro menciptakan ulang pabrik fitur — sehingga jawabannya terletak pada visi dan strategi produk eksplisit, dan pada skala bingkai portofolio, yang membatasi tanpa mendikte. Pertimbangkan keputusan terkini di mana tim ingin mengubah arah dan tanyakan dengan jujur apakah sistem mengizinkannya. Jawaban yang baik mendefinisikan keputusan yang boleh diambil tim sendiri versus yang membutuhkan eskalasi, menamai dokumen strategi yang menyediakan bingkai, dan terus terang tentang di mana organisasi saat ini mengacaukan kendali dengan keselarasan.

4. Bagaimana kami mendanai dan mempertahankan tim tetap melalui siklus anggaran tahunan, dan apa yang sebenarnya akan kami lakukan ketika keuangan meminta kami membenarkan "produk" tanpa tanggal akhir tetap? Kerja berbasis produk hidup-matinya pada uang, dan mesin keuangan NHS dan sektor publik dibangun untuk tender modal berbatas waktu, bukan pendanaan pendapatan bergulir yang terikat pada aliran nilai — jadi pertanyaan ini memaksa rincian operasional tak nyaman di balik "danai tim, bukan proyek". Ketegangannya adalah tim tetap membutuhkan stabilitas multitahun untuk mempertahankan orang klinis, produk, dan rekayasa yang langka, namun penyelesaian yang menjadi sandarannya diperebutkan ulang setiap tahun melawan skema modal yang menunjukkan awal dan akhir yang rapi. Bawa angka nyata: berapa biaya tetap tim, aliran nilai mana yang dipetakannya, dan bukti hasil terdemonstrasi apa yang akan membenarkan otorisasi ulang versus rencana tonggak yang disepakati bertahun-tahun lalu. Pertimbangkan bagaimana aturan akuntansi modal-versus-pendapatan, siklus pengadaan, dan kontrak pemasok entah membantu atau melawan model di organisasi Anda. Jawaban jujur menamai siapa yang mengesahkan anggaran bergulir, apa yang terjadi pada tim dalam tahun penyelesaian buruk, dan apakah organisasi siap mengonversi layanan sejati menjadi lini produk alih-alih diam-diam mengembalikannya ke tender proyek.

5. Ketika kerja berbasis produk bertemu kewajiban keselamatan klinis dan tata kelola informasi kami, apakah keselamatan dan tata kelola benar-benar di dalam tim sebagai masukan desain, atau masih gerbang yang dikejar tim dan dinegosiasikan di sekitarnya? Tim tetap yang berdaya dan mengirim terus-menerus mengubah gambaran risiko, karena setiap iterasi berpotensi menjadi peristiwa keselamatan klinis dan perlindungan data alih-alih satu pengesahan di akhir proyek — sehingga kerja bahaya DCB0129/DCB0160 dan DPIA harus hidup di dalam irama tim, bukan ditempelkan di gerbang rilis. Ketegangannya nyata: menanamkan petugas keselamatan klinis dan pimpinan tata kelola informasi di setiap tim produk mahal dan keterampilan itu langka, sehingga organisasi tergoda membaginya tipis atau memperlakukan penjaminan sebagai persetujuan yang dicari tim belakangan. Godaan itu persis yang menciptakan ulang kegagalan bangun-dan-tinggalkan untuk keselamatan, karena tim yang mengoptimalkan metrik hasil di bawah tekanan pengiriman akan, tanpa suara keselamatan internal, menemukan bahaya hanya setelah mencapai pasien. Pertimbangkan bagaimana kasus keselamatan dijaga hidup di banyak rilis kecil, siapa yang memiliki log bahaya, dan apakah kolega tata kelola punya pengaruh nyata pada penemuan dan prioritisasi atau hanya veto di akhir. Jawaban yang baik terus terang tentang di mana keselamatan saat ini gerbang dan bukan masukan desain, dan berkomitmen pada kepegawaian dan irama yang membuat penjaminan berkelanjutan terjangkau.

6. Bagaimana kami menjaga tim tetap benar-benar dekat dengan pengguna kurang terlayani agar perbaikan berkelanjutan mempersempit, bukan memperlebar, pengucilan digital? Kerja berbasis produk menjanjikan kesetaraan sebagai hasil kelas satu, tetapi tim stabil yang menginstrumentasikan produknya sendiri akan secara alami mendengar paling keras dari pengguna yang sudah terlibat — yang percaya diri secara digital, yang terhubung, yang muncul dalam telemetri — sehingga kedekatan dengan pengguna dapat diam-diam menjadi kedekatan dengan pengguna yang mudah. Ketegangannya adalah kohort yang paling berisiko tereksklusi (pasien lebih tua, orang di lokalitas miskin, mereka dengan akses digital rendah atau hambatan bahasa) adalah yang tersulit dan termahal dijangkau melalui penemuan berkelanjutan, namun mereka persis orang yang menjadi alasan layanan kesehatan publik ada. Bawa praktik konkret ke meja: kohort mana yang sengaja direkrut ke dalam riset, bagaimana adopsi diawasi menurut lokalitas dan proksi akses digital, dan cadangan nondigital apa yang ada ketika jalur digital meninggalkan seseorang. Pertimbangkan apakah metrik kesetaraan tim benar-benar mengubah keputusan atau hanya dilaporkan. Jawaban jujur mengakui di mana kumpulan riset saat ini condong ke yang mudah dijangkau, menamai kelompok kurang terlayani yang belum didengarnya, dan menggambarkan investasi spesifik — penjangkauan, digital berbantuan, cadangan telepon — yang menjaga perbaikan agar tidak menggandakan keuntungan.

Dalam praktik: contoh kesehatan & perawatan#

Sebuah sistem perawatan terpadu (ICS) menjalankan aplikasi manajemen janji temu yang menghadap pasien yang dipakai di beberapa trust. Secara historis tiap perbaikan adalah proyek terpisah: pemasok dilibatkan untuk "menambah pengingat SMS", menyampaikannya, dan pergi. Enam bulan kemudian pengingat salah menyala, tak ada yang memiliki perbaikannya, dan tender modal dibutuhkan untuk membuka kembali kontrak.

ICS beralih ke model berbasis produk. Ia mendirikan tim produk tetap — manajer produk, perancang, empat insinyur, petugas keselamatan klinis, dan pimpinan tata kelola informasi — didanai secara bergulir dan dimandatkan dengan hasil, bukan daftar fitur: kurangi laju tidak-hadir (DNA) dan perbaiki kesetaraan akses di seluruh populasi.

Tim menjalankan penemuan berkelanjutan dengan pasien dan penjadwal rawat jalan. Mereka belajar bahwa pengingat membantu, tetapi pendorong DNA yang lebih besar di satu lokalitas miskin adalah pasien tak dapat dengan mudah memesan ulang, sehingga mereka sekadar melewatkan slot. Karena tim memiliki hasil alih-alih spesifikasi, mereka mengalihkan investasi dari fitur notifikasi yang mencolok ke alur pemesanan ulang mandiri yang sederhana, dan menginstrumentasikan penyerapan menurut lokalitas dan proksi akses digital.

Selama tiga siklus perencanaan, laju DNA turun, dan — yang krusial — tim memantau metrik kesetaraan dan melihat bahwa penyerapan tertinggal di antara pasien lebih tua, mendorong jalur cadangan telepon agar jalur digital tidak memperlebar ketimpangan. Pendanaan berlanjut karena hasilnya dapat didemonstrasikan. Tak ada fitur yang pernah "disahkan dan ditinggalkan"; layanan sekadar terus membaik. Ketika platform nasional kemudian menawarkan kapabilitas yang sama, tim yang sama menjalankan migrasi dan men-sunset komponennya sendiri — keputusan seumur hidup yang tak akan pernah berposisi dibuat tim proyek.

Lensa sektor#

Startup#

Dalam perusahaan kesehatan digital kecil, kerja berbasis produk adalah bawaan — sering satu-satunya — mode: satu tim berdaya, kadang seluruh perusahaan, memiliki produk ujung-ke-ujung. Pendanaan adalah kendala pengikat, karena landasan investor atau uang hibah berarti tim harus menunjukkan traksi hasil (adopsi, retensi, sinyal klinis awal) cukup cepat untuk membenarkan putaran berikutnya, sehingga penemuan berkelanjutan dan instrumentasi adalah perkakas bertahan hidup, bukan kemewahan. Selera risiko tinggi dan akuntabilitas berjalan kepada pendiri dan investor, bukan dewan atau publik, sehingga tim dapat berputar dalam hitungan hari. Jebakannya adalah memperlakukan keselamatan klinis dan tata kelola informasi (DCB0129, DPIA) sebagai overhead perusahaan untuk ditunda — dalam kesehatan disiplin itu tak dapat ditawar bahkan pada tahap benih, dan pembeli NHS akan menuntut bukti DTAC sebelum membiarkan Anda mendekati data pasien.

Usaha kecil#

Bagi penyedia kecil yang mapan — praktik dokter umum, apotek komunitas, panti jompo atau badan perawatan di rumah, klinik satu lokasi, atau pemasok teknologi kesehatan kecil yang telah melewati tahap startup — kerja berbasis produk jarang berarti mendirikan tim lintas fungsi khusus, karena tak ada manajer produk, perancang, atau insinyur cadangan untuk didanai. Di sini "tim tetap" sering manajer praktik atau manajer terdaftar ditambah pemasok tepercaya, sehingga disiplin yang penting adalah meminta pertanggungjawaban siapa pun yang mengonfigurasi dan memelihara sistem atas hasil — lebih sedikit janji temu terlewat, rekonsiliasi obat lebih aman, akses lebih baik bagi penghuni paling rapuh — alih-alih atas pemasangan sekali. Kas ketat dan berkelanjutan, bukan terbatas landasan, sehingga langkah yang masuk akal adalah membeli produk yang dijaga hidup pihak lain (peta jalan pemasok yang dijalankan baik, rekam perawatan bersama, platform ICS) alih-alih mengomisikan pembangunan bespoke yang tak akan dipelihara siapa pun. Keselamatan klinis dan tata kelola informasi tetap berlaku penuh — kewajiban penerapan DCB0160 dan DPIA yang sama dengan trust besar — tetapi tanpa kapabilitas internal, yang menjadikan memilih pemasok yang memiliki kasus keselamatan mereka sendiri keputusan produk sejati. Sudut kesetaraan dekat di rumah: penyedia kecil sering melayani justru pasien lebih tua atau lebih miskin yang paling terpapar pengucilan digital, sehingga menjaga cadangan nondigital bukan opsional.

Perusahaan besar#

Dalam trust NHS besar, sistem perawatan terpadu (ICS), atau perusahaan teknologi kesehatan, model tim tetap bertabrakan dengan penganggaran modal tahunan dan mesin keuangan berbentuk proyek. Kerja intinya mengonversi layanan tetap — tim optimasi EPR, tim rekam perawatan bersama — dari proyek mulai-berhenti menjadi tim produk berdana dengan anggaran bergulir terikat aliran nilai, yang merupakan perubahan keuangan dan tata kelola sebanyak perubahan bagan organisasi. Akuntabilitas berlapis di tata kelola klinis, tata kelola informasi, penjaminan dewan, dan kontrak pemasok, sehingga pemberdayaan harus dipasangkan dengan strategi produk eksplisit dan keselarasan portofolio (lihat Topik 5.3 — Manajemen Portofolio Proyek Perusahaan (EPPM)) untuk mencegah puluhan tim otonom mengoptimalkan secara lokal. Skala adalah musuh kedekatan dengan pengguna, sehingga investasi sengaja pada riset tertanam adalah yang menjaga tim organisasi besar tetap jujur.

Pemerintah#

Pada skala nasional — NHS England, DHSC, UKHSA — kerja berbasis produk mendanai platform berumur panjang (NHS App, NHS login, API interoperabilitas nasional) sebagai produk alih-alih program, ditahan pada GDS dan NHS Service Standard dan penilaian layanannya. Pendanaan mengalir melalui penyelesaian Spending Review dan kasus bisnis, sehingga bagian sulitnya mempertahankan tim stabil melintasi tahun fiskal dan siklus politik ketika mesin di sekitarnya dibangun untuk proyek berbatas waktu. Akuntabilitas kepada menteri, Parlemen, dan publik melalui National Audit Office, dan kewajiban kesetaraan bersifat undang-undang, sehingga metrik hasil harus dipasangkan dengan ukuran kesetaraan tingkat populasi yang dipublikasikan. Hadiahnya jangkauan: satu perbaikan produk dapat menyentuh puluhan juta pengguna sekaligus, yang menaikkan baik manfaat maupun biaya salah.

Mode kegagalan umum#

• Berbasis produk hanya nama ("pabrik fitur"). Organisasi melabeli ulang tim proyek sebagai "tim produk" tetapi tetap menyerahkan peta jalan tetap dan mengukur mereka atas pengiriman. Perbaikan: ubah mandat dan metrik, bukan hanya jabatan.
• Hasil tanpa pagar pengaman keselamatan atau kesetaraan. Mengoptimalkan satu metrik efisiensi dapat menyembunyikan bahaya atau memperlebar pengucilan. Perbaikan: setiap metrik hasil dipasangkan dengan ukuran keselamatan dan kesetaraan.
• "Pemberdayaan" tanpa strategi. Tim yang dibiarkan menciptakan arah sendiri menyimpang dan menduplikasi. Perbaikan: visi dan strategi produk yang kuat, dan keselarasan tingkat portofolio (Topik 5.3).
• Menerapkan berbasis-produk pada pekerjaan yang benar-benar terbatas. Migrasi pusat data sekali jalan atau peluncuran perangkat keras tidak membutuhkan tim abadi. Perbaikan: pakai kerja berbasis proyek (Topik 5.1) di mana lingkup benar-benar tetap.
• Pendanaan yang kembali ke tender proyek tahunan. Tim tetap pada anggaran mulai-berhenti tak dapat merencanakan atau mempertahankan orang. Perbaikan: pendanaan bergulir yang ditinjau-hasil untuk aliran nilai.
• Manajer produk sebagai penulis tiket. Mereduksi peran menjadi administrasi backlog menyia-nyiakannya. Perbaikan: minta pertanggungjawaban manajer produk atas nilai, kelayakan, dan hasil.

Model kematangan#

Daftar periksa#

• Apakah ini benar-benar layanan berkelanjutan (bukan pekerjaan terbatas) yang cocok untuk tim tetap?
• Apakah tim lintas fungsi yang stabil memiliki produk sepanjang seluruh siklus hidupnya?
• Apakah tim dimandatkan dengan masalah dan hasil, bukan daftar fitur tetap?
• Apakah metrik hasil disepakati — masing-masing dipasangkan dengan ukuran keselamatan dan kesetaraan?
• Apakah keselamatan klinis (DCB0129/DCB0160) dan tata kelola informasi ada di dalam tim?
• Apakah tim didanai secara bergulir dan diotorisasi ulang berdasarkan hasil terdemonstrasi?
• Apakah riset pengguna dan penemuan berkelanjutan adalah praktik tetap?
• Apakah produk diinstrumentasikan, dengan adopsi diawasi menurut kohort untuk menangkap pengucilan?
• Apakah ada strategi produk jelas yang menyelaraskan otonomi dengan tujuan organisasi?
• Apakah sunset/migrasi anggun direncanakan sebagai tahap siklus hidup eksplisit?

Sumber utama#

• Silicon Valley Product Group (SVPG), Marty Cagan — The Product Operating Model: An Introduction dan Empowered Product Teams (svpg.com); buku Inspired, Empowered, dan 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 dan NHS Digital Service Standard.
• GOV.UK — Government Digital Service (GDS) Service Manual dan Service Standard.
• Standar Keselamatan Klinis NHS Digital DCB0129 (pembuatan) dan DCB0160 (penerapan) sistem TI kesehatan.
• John Doerr — Measure What Matters (OKR), untuk penetapan tujuan berbasis hasil.

Referensi#

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/