Model pengiriman
Tergantung pada ukuran organisasi, Anda mungkin ingin memformalkan pendekatan penerapan Microsoft Power Platform dengan menerapkan model organisasi terstruktur. Anda harus mempertimbangkan cara berikut untuk menyusun tim Anda dan memutuskan apa yang paling sesuai untuk situasi dan organisasi Anda.
Microsoft Power Platform memiliki empat model pengiriman, namun masing-masing hanya model mental, setiap organisasi memiliki variasi beberapa model sepanjang continuum ini. Misalnya, meskipun Anda memilih model terpusat, dengan semua persyaratan akan masuk ke tim pengiriman pusat, Anda masih akan memiliki pengembang warga yang menemukan platform dan membangun aplikasi untuk timnya. Jadi, Anda akan memiliki elemen Matriks atau BizDevOps.
Model ini dapat membantu Anda mempertimbangkan apa model pengiriman perangkat lunak saat ini dan bagaimana Microsoft Power Platform mungkin terlapisi ke dalamnya, atau bagaimana model Anda saat ini mungkin berkembang untuk mengakomodasi kemampuan pengembangan yang cepat yang diaktifkan oleh Microsoft Power Platform.
Terpusat
Dalam model ini, Anda membuat tim pusat pemilik produk yang memiliki solusi Departemen pengiriman kode rendah dari seluruh unit bisnis organisasi. Pengembang profesional yang memiliki solusi kode pertama akan bekerja sama dengan bisnis untuk ditayangkan di model bersama. Arsitek perusahaan akan memiliki tingkat menengah dan layanan, dan memastikan data tersedia untuk pembuat. IT Pusat ini akan memiliki lisensi dan sistem di mana setiap orang beroperasi.
Dengan model ini, Anda membuat tim pusat yang dapat memilih pengembangan aplikasi berdasarkan prioritas organisasi. Selain itu, karena mereka akan memiliki keahlian dasar dalam Power Apps, tim Anda akan mencakup anggota yang mengkhususkan diri pada bagian tertentu Microsoft Power Platform seperti Power Automate, Power BI, dan Power Apps component framework, atau mereka dapat mengkhususkan diri dalam integrasi pihak ketiga dan kecerdasan buatan. Model ini adalah cara efektif untuk mendorong perubahan di seluruh organisasi Anda dan merupakan cara terbaik untuk memberikan semua jenis aplikasi.
Berikut adalah briefing digital dari Schlumberger yang menggambarkan model jenis ini yang tumbuh melalui kedua model terdesentralisasi dan bermatriks. Pelajari lebih lanjut bagaimana Schlumberger menerapkan Microsoft Power Platform: Pembuat aplikasi produktif memicu revolusi kode rendah di Schlumberger
| Jenis pengiriman aplikasi | Jenis Model pengiriman | Waktu pembangunan aplikasi | Masa pakai aplikasi | Contoh | Keterlibatan IT |
|---|---|---|---|---|---|
| Layanan mandiri | Apa pun | 1-2 pekan | 6-12 Bulan | Solusi kecil, Departemen, atau LOB. | IT Terdesentralisasi |
| Tim kecil | Bermatriks/terpusat | 3-6 Bulan | 6-24 Bulan | Tim kecil bekerja untuk memberikan solusi menengah atau solusi beberapa departemen. | IT Terdesentralisasi |
| Solusi multi-Departemen atau lini bisnis yang besar | Bermatriks/terpusat | 3-6 Bulan | 6-24 Bulan | Tim bermatriks besar bekerja untuk memberikan solusi menengah dan besar atau solusi intra-Departemen. | IT Terpusat |
| Pengiriman produk berskala besar | Terpusat | 1-2 tahun | 5-7 tahun | Pengiriman produk besar di seluruh perusahaan dengan memanfaatkan perpaduan solusi Power Apps kode-rendah dan kode pertama dengan solusi vendor dan pihak pertama. | IT Terpusat |
| Pengiriman vendor perusahaan besar | Terpusat | 7 tahun | 10-15 tahun | Strategi sekitar untuk sistem pihak ketiga rekaman dan kerangka dukungan. Misalnya, implementasi SAP dan sekitarnya dengan campuran solusi kode-rendah dan kode pertama di Power Apps dan integrasi Microsoft dan pihak ketiga lainnya. | IT Terpusat |
Terdesentralisasi
Dalam model ini, Anda dapat membuat beberapa tim di seluruh organisasi yang dekat dengan berbagai tim dari hari ke hari. Mereka akan memiliki sumber daya untuk mengirimkan aplikasi secara konsisten dalam panduan organisasi. Setiap tim dapat berjalan secara otonom, dan mereka dapat membagi dan tumbuh dalam mode seluler. Namun, dengan model ini, Anda akan tetap memerlukan tata kelola terpusat untuk menerapkan beberapa jaring pengaman digital tingkat tinggi untuk memastikan kepatuhan korporat. Ini dapat mencakup hal-hal seperti tata kelola pencegahan kehilangan data (DLP), manajemen konektor, dan manajemen lisensi untuk memastikan pengguna dan pengembang dengan aman dapat membangun dan merilis solusi dengan intervensi minimal dari TI, sekaligus menjaga keamanan data perusahaan dan patuh. Ini adalah opsi layanan mandiri yang bagus.
Matriks
Dengan model ini, Anda akan mencampur yang terbaik dari desentralisasi dan terpusat. Anda memiliki tim spesialis terlatih dan bersertifikat spesialis Microsoft Power Platform. Anda akan memiliki pemimpin perubahan, Desain, pengiriman, dan arsitektur, selain pelatih khusus untuk melatih tim lokal di seluruh organisasi. Tim lokal yang terdiri dari pengembang warga terhubung dengan para pakar dari struktur terpusat, untuk memastikan tidak ada yang hilang dalam penerjemahan antara orang-orang yang melakukan pekerjaan sehari-hari dan menggunakan aplikasi yang sedang dibangun. Dengan model ini, Anda dapat mengubah ukuran hingga ribuan orang yang mengerjakan pembuatan aplikasi.
Tim ini juga harus mempertimbangkan gagasan tentang pusat keunggulan untuk mengelola area data dan menyebarkan solusi dengan panduan untuk semua orang. Ini berfungsi baik untuk layanan mandiri dan tim kecil untuk memberikan pilihan secara cepat dengan keterlibatan TI yang kecil.
BizDevOps
Pengembangan aplikasi cepat hanya dapat terjadi pada kecepatan pengoperasian di mana IT dapat mendukung aplikasi yang dibuat. BizDevOps adalah relasi holistik antara pembuat aplikasi dan operasi yang berfungsi dalam lingkaran kebaikan. Agar dapat berfungsi, Semua tim harus memiliki visi yang jelas tentang budaya digital yang akan dijalani organisasi. Untuk mendapatkan nilai maksimum dari aplikasi yang dibuat, mereka memerlukan dukungan, tata kelola, dan kemampuan pemeliharaan yang andal. Seiring perkembangan teknologi, pembaruan harus dibuat pada aplikasi agar tetap terkini. Tidak hanya menyadari perubahan, namun memiliki rencana untuk mengelolanya, adalah kunci untuk aplikasi yang berhasil.