Bagaimana cara memanfaatkannya? MotioCI dalam mendukung praktik yang telah terbukti

MotioCI memiliki plugin terintegrasi untuk pembuatan laporan Cognos Analytics. Anda mengunci laporan yang sedang Anda kerjakan. Kemudian, ketika Anda selesai dengan sesi pengeditan Anda, Anda memeriksanya dan menyertakan komentar untuk merekam apa yang Anda lakukan. Anda dapat menyertakan dalam komentar referensi ke tiket dalam sistem pelacakan cacat eksternal atau permintaan perubahan.

Anda dapat menemukan detail tambahan tentang cara mengatur koneksi antara MotioCI dan sistem tiket pihak ketiga Anda di MotioCI Panduan Administrator di bawah Menggunakan MotioCI dengan sistem tiket pihak ketiga. Sebuah kata kunci (perbaikan, tutup) dengan nomor tiket akan menutup tiket. Atau, menggunakan kata kunci seperti referensi ditambah nomor tiket akan menulis komentar check-in ke sistem tiket dan membiarkan tiket terbuka.

Penggunaan sistem tiket – seperti Atlassian® JIRA, Microsoft Windows™ Trac, atau banyak lainnya – membantu manajemen proyek dengan melacak tugas tertentu, masalah, dan penyelesaiannya. Tiket menyediakan sarana komunikasi antara penulis atau pengembang laporan dan pengguna akhir, tim pengujian dan pemangku kepentingan lainnya. Sistem tiket juga menyediakan metode pelacakan cacat dan memastikan bahwa mereka ditangani sebelum mempromosikan laporan ke produksi.

Alur Kerja Umum untuk Pengembangan Laporan

Untuk lebih jelasnya, integrasi dari MotioCI dengan sistem tiket bukan satu-satunya cara tim Anda berinteraksi dengan sistem tiket. Biasanya, seperti yang diilustrasikan dalam diagram alur kerja terlampir, proses pengembangan laporan di lingkungan Cognos Analytics dengan MotioCI mungkin seperti ini:

1. Jaminan simpanan. Tiket baru dibuat. Analis Bisnis mendokumentasikan persyaratan bisnis untuk laporan baru dan memasukkannya langsung ke sistem tiket dengan membuat tiket. Dia menempatkan tiket di jaminan simpanan negara.
2. Pengembangan. Tiket backlog dapat diprioritaskan dalam beberapa cara yang berbeda, tetapi pada akhirnya tiket akan diberikan kepada pengembang laporan dan diberi tag dengan namanya. Status tiket dapat diubah menjadi dalam_dev. Dia akan membuat laporan baru. Saat dia mengembangkan laporan di Cognos Analytics, dia akan memeriksa perubahannya dan mereferensikan tiket di komentar check-in, seperti “Laporan baru dibuat; versi awal; menambahkan halaman prompt dan kueri pendukung, referensi #592”. Atau, “Menambahkan kueri fakta dan tab silang; filter dan pemformatan, referensi #592.” (Di MotioCI, nomor hashtag menjadi hyperlink langsung ke tiket.) Dia dapat memeriksa laporan, membuat perubahan, dan memeriksanya kembali dengan referensi tiket beberapa kali selama beberapa hari.
3. Pengembangan selesai. Setelah Pengembang Laporan menyelesaikan laporan dan mengujinya, dia mencatat dalam tiket di sistem tiket bahwa laporan itu siap untuk diuji oleh QA dan berubah status dari di_Dev untuk siap_untuk_QA. Negara ini adalah bendera untuk MotioCI Administrator, atau peran yang bertanggung jawab untuk mempromosikan laporan Cognos, bahwa laporan tersebut siap dimigrasikan ke lingkungan QA untuk pengujian.
4. permotion ke QA. Administrator mempromosikan laporan dan perubahan status menjadi di_QA. Status ini memungkinkan tim QA mengetahui bahwa laporan siap untuk diuji.
5. Pengujian. Tim QA menguji laporan terhadap persyaratan bisnis. Laporan baik lulus atau gagal tes. Jika laporan gagal dalam pengujian QA, tiket akan ditandai dengan di Dev negara, kembali ke pengembang laporan untuk perbaikan.
6. Pengujian berhasil. Jika laporan lolos, tim QA memberi tahu administrator bahwa laporan tersebut siap untuk dipromosikan ke produksi dengan memberi label siap untuk Prod negara.
7. permotion ke Produksi. Setelah laporan siap untuk produksi, persetujuan akhir dapat diperoleh dan rilis dijadwalkan, mungkin digabungkan dengan laporan lengkap lainnya. Administrator mempromosikan laporan ke lingkungan Cognos Production. Dia menempatkan tiketnya di Done menyatakan bahwa pengembangan dan pengujian telah selesai dan telah dipindahkan ke produksi. Ini menutup tiket.

Manajemen Proses Pengembangan Laporan

Proses manajemen tiket ini menyiratkan dan praktik yang terbukti menentukan bahwa:

• Setiap laporan baru harus memiliki tiket dengan persyaratan bisnis untuk merancang laporan.
• Setiap cacat harus memiliki tiket untuk merekam bug atau masalah apa pun dengan laporan.
• Setiap kali laporan diedit, MotioCI komentar check-in harus menyertakan nomor tiket yang dituju.
• Setiap laporan yang dipromosikan dari Dev ke QA harus memiliki tiket terkait yang dapat dikonfirmasi oleh administrator bahwa pengembangan telah selesai dan siap untuk dipindahkan ke lingkungan QA.
• Setiap laporan yang dipromosikan dari QA ke Produksi harus memiliki tiket yang memiliki riwayat yang menunjukkan bahwa pengembangan telah selesai, telah lulus QA, telah menerima semua persetujuan manajemen yang diperlukan dan telah dipromosikan.
• Setiap laporan di lingkungan Produksi harus memiliki digital jejak kertas dari konsepsi hingga pengujian hingga perbaikan hingga resolusi hingga persetujuan dan promotion.

Poin terakhir ini adalah favorit auditor untuk divalidasi. Dia mungkin bertanya, “dapatkah Anda menunjukkan kepada saya bagaimana Anda mengonfirmasi bahwa semua laporan di lingkungan Produksi telah mematuhi proses tiket dan persetujuan Anda yang terdokumentasi?” Salah satu cara untuk menanggapi auditor mungkin dengan memberikan daftar semua laporan yang telah dimigrasikan dan memintanya menelusuri tiket untuk mencari yang tidak sesuai dengan proses Anda.

Atau, dan lebih idealnya, Anda dapat memberikan daftar laporan yang tidak mematuhi proses pengembangan dan tiket yang telah Anda tetapkan. Di situlah laporan ini akan berguna: “Laporan Dipromosikan tanpa Tiket”. Ini adalah laporan pengecualian dari daftar laporan yang memiliki tidak mematuhi praktik terbaik untuk membuat setiap perubahan laporan terikat pada tiket. Ini adalah salah satu dari sedikit laporan yang ingin Anda kosongkan. Itu tidak akan memiliki catatan jika semua laporan yang telah dipromosikan memiliki tiket yang terkait dengannya. Dengan kata lain, laporan hanya akan muncul di daftar jika berada di lingkungan Produksi dan laporan yang dipromosikan tidak merujuk nomor tiket di komentar.

Proses dengan Manfaat

Apa manfaat dari proses tersebut, atau mengapa Anda harus melakukan ini di organisasi Anda?

• Kolaborasi tim yang ditingkatkan: Sistem tiket sebenarnya dapat menyatukan individu dalam peran yang biasanya tidak berkomunikasi. Penulis laporan dan pengguna akhir, atau manajer proyek dan tim QA, misalnya. Jejak tiket menyediakan tempat umum untuk berkomunikasi tentang sumber daya bersama, laporan yang sedang dikembangkan.
• Mengurangi biaya:
  • Cacat yang ditangkap dan diperbaiki lebih cepat jauh lebih murah daripada jika cacat itu lolos ke produksi.
  • Peningkatan efisiensi – penulis laporan selalu bekerja dari tiket yang merupakan pernyataan kerja yang terdefinisi dengan baik.
  • Mengurangi waktu melalui otomatisasi proses manual
• Dokumentasi yang ditingkatkan: Proses ini menjadi basis pengetahuan yang mendokumentasikan diri sendiri tentang cacat dan cara mengatasinya.
• Perkiraan dan analitik yang ditingkatkan: Anda sekarang dapat melacak indikator kinerja utama dan membandingkannya dengan perjanjian tingkat layanan. Sebagian besar sistem tiket menyediakan jenis analitik ini.
• Dukungan internal yang ditingkatkan: Tim dukungan Anda, pengembang laporan lainnya (dan, bahkan, diri Anda di masa depan!) dapat mencari tahu bagaimana cacat serupa diatasi di masa lalu. Basis pengetahuan bersama ini dapat mengarah pada penyelesaian cacat yang cepat.
• Peningkatan kepuasan pengguna akhir: Dengan akses langsung ke pengembang melalui sistem tiket, pengguna dapat mengharapkan penyelesaian cacat yang cepat serta memantau kemajuan laporan yang diminta melalui sistem..

Kesimpulan

Ini adalah salah satu contoh hasil yang kaya untuk mengikuti praktik yang telah terbukti dan nilai dari mengikuti proses yang terdefinisi dengan baik. Selanjutnya, baru MotioCI laporan, “Laporan Dipromosikan tanpa Tiket” dapat sangat membantu dalam menjawab pertanyaan dari auditor, atau sekadar pemantauan internal untuk kepatuhan terhadap standar perusahaan.