Tadbir urus pembangunan bersama
Mewujudkan rangka kerja tadbir urus pembangunan bersama yang berkesan adalah bahagian yang penting untuk memastikan keseragaman dan kebolehulangan dalam projek tertakrif pembuat dan pasukan lakuran. Artikel ini menerangkan pendekatan untuk mentakrifkan carta aliran tadbir urus.
Mentakrifkan proses hujung ke hujung
Anda boleh menggunakan proses berikut sebagai contoh dan menyesuaikan proses dengan amalan terbaik organisasi anda. Anda tidak perlu melengkapkan setiap langkah, selagi anda dapat mencapai hasil yang diperlukan.
Tambah ciri kepada tunggakan
Tunggakan membolehkan anda merancang projek anda dengan menambah ciri yang mendorong pengalaman keseluruhan. Tunggakan juga menyediakan peta jalan keseluruhan yang berhasrat disampaikan oleh pasukan.
Apabila menambah ciri baharu kepada Tunggakan, matlamatnya adalah untuk menerangkan skop umum. Setiap ciri kemudian mentakrifkan nilai perniagaan, tajuk cerita draf, skop, dan perubahan model data yang mendorong usaha pembangunan kod.
Selain itu, apabila menambah ciri perniagaan yang kritikal, anda disyorkan agar mengenal pasti apa-apa senario kritikal untuk mengautomasikan pengujian anda. Selepas anda menambah ciri anda, anda boleh menjadualkan Mesyuarat Penyelarasan Skop anda.
Mesyuarat Penyelarasan Skop
Fokus mesyuarat ini harus dihadkan untuk menyemak setiap ciri baharu yang dicadangkan, kemudian menyemak apa-apa aplikasi, senario atau model data sedia ada yang telah pun menyediakan fungsi ini untuk mengelakkan duplikasi usaha. Mesyuarat ini juga menyediakan peluang untuk membincangkan kesan ke atas aplikasi lain. Akhir sekali, anda harus menyemak sama ada ciri ini memerlukan Semakan Pengalaman.
Tambah cerita dan papan cerita pada tunggakan
Selepas mesyuarat penyelarasan skop, mana-mana tajuk cerita pengguna draf boleh ditambah di bawah ciri. Pada masa ini, butiran tidak diperlukan dan status cerita pengguna ialah "Baharu". Anda boleh melihat cerita sama ada dalam tunggakan atau pandangan papan.
Rajah berikut menunjukkan cerita pengguna sampel yang ditambah kepada tunggakan.
Pada masa ini, pengekalan kualiti dengan mengaturkan kerja mengikut aliran kerja dan aplikasi adalah penting. Pendekatan ini membantu menyimpan item kerja yang berkaitan bersama dan membolehkan pakar dalam setiap aliran kerja untuk membangunkan dan mengekalkan pemahaman mendalam tentang fungsi dan penggunaan data dalam setiap aplikasi.
Semakan pengalaman
Semakan Pengalaman harus fokus pada pengalaman pengguna akhir dan memastikan bahawa pasukan anda mengikuti amalan terbaik organisasi. Keseragaman ini memastikan bahawa semua aplikasi anda memberikan pengalaman yang boleh dipercayai dan boleh diulangi untuk pengguna akhir dan pasukan sokongan.
Tambah butiran cerita
Menambahkan cerita pengguna biasa mungkin mengandungi maklumat berikut:
- Tajuk: Sebagai <persona>, saya boleh <do something> supaya <impact/priority/value>
- Perihalan: Perihalan termasuk (tetapai tidak terhad kepada) butiran utama tertentu, seperti:
- Perihalan ringkas senario yang meringkaskan hasil yang diingini
- Naratif - menerangkan tindakan yang akan diambil oleh pengguna untuk menavigasi dan mencapai senario
- Naratif alternatif - menggambarkan cara lain yang boleh digunakan oleh pengguna untuk mencapai hasil yang sama
- Nota Reka bentuk - merekodkan entiti, medan, pandangan, skrin olokan dan peraturan perniagan yang berkaitan dengan cerita pengguna
- Peranan Keselamatan Terjejas - menyenaraikan semua peranan keselamatan yang terjejas atau yang berkaitan dengan cerita pengguna.
Selepas menambah semua butiran ini, anda akan mengubah status cerita pengguna kepada "Sedia untuk Semakan". Dalam kebanyakan kes, pasukan ciri dan pasukan perniagaan (jika berkenaan) akan menyemak cerita pengguna.
Semakan cerita
Semakan cerita biasanya berlaku dalam pasukan lakuran untuk memastikan semua butiran telah disebut dalam cerita dan tidak ada kekaburan. Selepas selesainya semua semakan, pengesyoran adalah untuk menugaskan cerita pengguna kepada ahli pasukan. Memastikan pasukan anda sentiasa selaras semasa proses pembangunan adalah amat penting untuk mencapai matlamat keseluruhan anda.
Tambah tugas dan kes ujian
Selepas menyemak cerita, ahli pasukan mencipta tugas dalam Azure DevOps. Keseluruhan proses untuk menambah tugas dan kes ujian adalah seperti yang berikut:
- Buka tunggakan lelaran. Sebagai alternatif, cipta lelaran baharu.
- Tambah item kerja yang sedia ada kepada lelaran. Jika anda sudah menambah item kerja yang tidak muncul dalam lelaran, maka anda perlu menyemak kawasan dan laluan lelaran mereka. Ingat untuk menugaskan apa-apa tugas yang tidak berinduk kepada item kerja yang berkaitan.
- Tambah tugas kepada item tunggakan. Jika anda tidak mempunyai item tunggakan ditugaskan kepada lelaran anda, maka lakukan tindakan itu sekarang. Juga tetapkan tarikh mula dan tamat lelaran.
- Isi borang tugas. Mengikut kebiasaan, tugas seharusnya tidak lebih daripada sehari untuk diselesaikan. Tugas yang lebih besar daripada skala masa ini perlu dipecahkan.
- Jejak atau sepadukan mana-mana tugas tidak berinduk. Anda boleh menjejak tugas tidak berinduk seperti tugas lain atau seret tugas kepada item tunggakan yang sedia ada kepada mengindukkan tugas.
Selepas menambah tugas dan kes ujian, anda kemudian boleh terus menetapkan kapasiti lelaran.
Untuk mendapatkan maklumat lanjut tentang cara menambah tugas, lihat item Tambah tugas ke tunggakan untuk menyokong perancangan lelaran.
Sediakan penyelesaian
Aspek penting untuk mencapai pembangunan bersama yang berjaya ialah proses pengurusan keluaran yang berstruktur. Penyelesaian ialah mekanisme untuk melaksanakan pengurusan kitaran hayat aplikasi (ALM); anda menggunakan penyelesaian untuk mengagihkan komponen ke seluruh persekitaran melalui aktiviti eksport dan import. Komponen mewakili artifak yang digunakan dalam aplikasi anda sesuatu yang berpotensi untuk anda sesuaikan. Apa-apa yang boleh dimasukkan dalam penyelesaian ialah komponen seperti jadual, lajur, aplikasi kanvas dan aplikasi berpandukan model, aliran Power Automate, bot sembang, carta dan pasang masuk.
Penting
Semasa perancangan keluaran, tentukan strategi untuk menguruskan penyelesaian dalam projek anda. Gunakan penyelesaian untuk menguruskan projek anda dan mencari komponen yang anda buat dengan mudah, kemudian agihkan kepada persekitaran lain.
Pengerahan
Komponen boleh mengambil berbilang lelaran untuk diselesaikan bergantung pada kerumitan dan halaju pasukan. Komponen perlu ditambah kepada penyelesaian dalam persekitaran pembangunan sambil tugas diselesaikan. Penyelesaian kemudian diimport kepada persekitaran pengeluaran selepas diuji. Kami mengesyorkan agar anda juga mengekalkan satu persekitaran ujian untuk melakukan ujian hujung ke hujung dan mencuba pelaksanaan penyelesaian sebelum pergi ke pengeluaran.
Persekitaran Power Platform
Persekitaran ialah ruang untuk menyimpan, mengurus dan berkongsi data perniagaan, aplikasi dan proses perniagaan organisasi anda. Ia juga berfungsi sebagai bekas untuk mengasingkan aplikasi yang mungkin mempunyai peranan, keperluan keselamatan atau sasaran khalayak yang berbeza.
Jika organisasi anda mempunyai persediaan lakuran berbilang pasukan yang setiap pasukan membangunkan penyelesaian mereka sendiri, penyelarasan tempoh lelaran dan keluaran adalah penting. Lelaran tidak perlu mempunyai tempoh yang konsisten sepanjang garis masa projek dan boleh berbeza dari segi tempoh antara pasukan, mengikut keutamaan setiap kumpulan. Walau bagaimanapun, rentak keluaran tidak boleh kurang daripada tempoh lelaran yang paling singkat merentas semua pasukan.
Kawalan sumber
Pertimbangkan untuk mengguna pakai sistem kawalan kod sumber seperti Azure DevOps. Azure DevOps menyediakan perkhidmatan pembangun untuk pasukan sokongan bagi merancang kerja, kerjasama dalam pembangunan kod dan melaksanakan aplikasi.
Eksport penyelesaian dari persekitaran pembangunan anda yang mengandungi aplikasi dan penyesuaian anda, nyahpakej penyelesaian anda serta simpan komponen dalam sistem kawalan sumber anda.
Topik lanjutan: Semakan permintaan tarik (PR)
Anda hanya harus mencipta PR untuk cerita yang aktif dan mempunyai ciri yang disemak dan diluluskan. Anda perlu memastikan versi penyelesaian adalah tepat dan mengikut garis panduan lelaran dan pembangunan yang dinyatakan dalam Laksanakan amalan Sesuai untuk pasukan anda dalam Azure Boards. Keputusan ujian daripada PR boleh merupakan syot layar atau video yang menggambarkan fungsi yang sedang dibina.
Mengautomasikan proses tabdir urus PR membantu memastikan kualiti kod tanpa memerlukan semakan asas manual seperti versi penyelesaian.
Nota
Gunakan alat penyemak PR untuk mengautomasikan proses semakan permintaan tarik.
Templat dan pemiawaian
Templat dan pemiawaian akan menjana kecekapan dengan membantu dalam menggalakkan keseragaman dalam pasukan. Semua aspek operasi— pasukan sama ada tugas onboarding, persembahan semakan cerita atau templat item kerja yang membantu menjimatkan masa dan memberikan panduan kepada pasukan apabila mentakrifkan cerita, ciri, pepijat atau tugas— pengguna mendapat manfaat daripada penyeragaman dan penyederhanaan.
Melaksanakan model sokongan yang berkesan
Model sokongan yang berkesan adalah penting untuk kejayaan jangka panjang aplikasi selepas pelaksanaan, seperti yang diserlahkan dalam bahagian awal tentang cara menjana matriks sokongan. Pepijat dan gangguan tidak dapat dielakkan, jadi penting bahawa pasukan mempunyai pendekatan yang berstruktur untuk menangani kejadian ini, dan matriks sokongan menyediakan rangka kerja yang diperlukan.
Mencipta perjanjian peringkat perkhidmatan
Faktor utama dalam mana-mana model sokongan ialah takrif Perjanjian Peringkat Perkhidmatan (SLA). SLA harus merupakan dokumen rasmi yang ditulis oleh pasukan yang mengandungi bahagian yang meliputi item berikut:
- Gangguan – jenis tahap gangguan perkhidmatan boleh diterima, orang yang perlu dimaklumkan, tindakan untuk diambil, pengesahan sambungan perkhidmatan, dan tindakan untuk mencegah pengulangan. Apa-apa prosedur pengujian automatik yang digunakan oleh pasukan untuk menyelaraskan tolerans gangguan yang dijangkakan dengan SLA yang berkenaan.
- Pepijat – yang boleh memaklumkan tentang penugasan tahap keterukan, pengelasan, tindakan terhadap pengesanan kepada orang yang bertanggungjawab untuk menyelesaikan dan mendaftar keluar.
- Pemajuan – tahap pemajuan, penugasan kepada tahap kakitangan, tanggungjawab pada setiap tahap, senarai pengagihan untuk setiap tahap, dan sebagainya.
SLA perlu disimpan dalam portal dokumentasi pasukan dan dikemas kini seperti yang diperlukan.
Menyampaikan sokongan aplikasi
Pendekatan terbaik untuk menyampaikan sokongan aplikasi yang ditentukan dalam SLA adalah bahawa pasukan yang mencipta penyelesaian juga bertanggungjawab untuk memberikan sokongan. Kelebihan sistem ini ialah:
- Menggalakkan pembangunan berkualiti yang lebih baik, kerana orang yang mencipta aplikasi tahu bahawa mereka akan perlu memberikan sokongan untuk aplikasi tersebut.
- Pencipta akan dapat menemukan dan membetulkan pepijat lebih cepat daripada pasukan pihak ketiga, kerana mereka lebih tahu tentang aplikasi tersebut.
- Menugaskan pembetulan perisian yang berpotensi kritikal misi kepada kumpulan lain boleh menurunkan motivasi dan menjadi tugas yang memakan masa untuk kumpulan tersebut. Seperti fasa lain penciptaan, pembangunan dan pelaksanaan aplikasi, pasukan lakuran harus bekerjasama dengan IT untuk mendapatkan bantuan jika perlu.
Memantau kepuasan dan kebolehgunaan aplikasi
Bahagian terakhir usaha sokongan ialah proses memantau dan menilai kepuasan dan kebolehgunaan aplikasi yang dilaksanakan. Metrik adalah berguna dalam bahagian ini, bersama dengan kaedah yang lebih tradisional, seperti pengundian dan soal selidik. Untuk mendapatkan maklumat lanjut tentang pemantauan penggunaan aplikasi, lihat Analitis Pentadbir untuk Power Apps.
Pasa dasarnya, jika pelanggan tidak menggunakan aplikasi yang diterbitkan, aplikasi tersebut tidak memenuhi matlamatnya. Mesyuarat semakan berkala boleh menyemak metrik kepuasan dan kebolehgunaan ini untuk mencipta gelung maklum balas positif yang boleh mengubah atau menambah cerita pada tunggakan untuk menjana dan kemudian melaksanakan versi aplikasi yang dikemas kini.
Ringkasan
Pembangunan tanpa kod dan alat kod rendah seperti Power Apps mempunyai pilihan yang diperluas untuk ahli teknologi perniagaan atau pembuat untuk mencipta, membangunkan dan menggunakan aplikasi. Pembangunan ini berfungsi paling sesuai dalam persekitaran pasukan lakuran, yang terdiri daripada pemilik produk, pakar domain, pembangun profesional, dan pentadbir, dengan pasukan ini membawa masuk sumber lain mengikut keperluan.
Menyepadukan pendekatan pembangunan yang tangkas dan sesuai dalam pasukan lakuran akan memberikan pembangunan aplikasi yang lebih pantas dan kebarangkalian pelaksanaan berjaya yang lebih tinggi dengan set ciri yang memberikan perbezaan yang ketara untuk perniagaan. Dengan menggunakan amalan terbaik, garis panduan dan pengesyoran ini, pasukan lakuran anda akan dapat menggunakan Power Apps untuk menangani cabaran transformasi digital organisasi anda.