Ini adalah aplikasi manajemen proyek yang kami bangun untuk divisi TI sebuah bank umum nasional. Aplikasi ini mengikuti proyek dari usulan pertama sampai go live di satu tempat: tahap dan progres, dokumen, pengujian, manajemen rilis, isu, dan diskusi, dengan dashboard yang menampilkan seluruh proyek di bank.
Tulisan ini membahas alasan bank membutuhkannya, fungsi aplikasinya, bagaimana proyek berjalan di dalamnya, dan bagaimana pekerjaan ini dijalankan.
Mengapa bank membutuhkan aplikasi ini
Bank belum punya alat manajemen proyek. Pencatatan inisiatif, perencanaan kerja dan sumber daya, pengajuan pengujian, penyusunan laporan, dan administrasi proyek lainnya dilakukan manual. Beberapa kegiatan sudah memakai aplikasi sendiri, tetapi aplikasi itu berdiri sendiri-sendiri, sehingga laporan konsolidasi atau gambaran menyeluruh atas semua proyek sulit disusun.
Administrasi manual rawan salah, dan proyek yang tidak terpantau dengan baik bisa melenceng tanpa disadari. Bank menginginkan satu aplikasi yang mengikuti prosedur internal TI-nya dan menjadi basis data proyek di seluruh bank.
Apa yang dikerjakan aplikasi ini
| Modul | Fungsinya |
|---|
| Pengaturan | Pengaturan umum dan surel, hari libur, peran dan akun, serta data acuan seperti direktorat, divisi, departemen, klasifikasi, prioritas, dan jenis dokumen. |
| Inisiasi proyek | Proyek baru lewat formulir atau unggah Excel, diperiksa dan disetujui perencanaan TI dan kantor manajemen proyek. |
| Manajemen proyek | Cockpit proyek, informasi, anggota, tahap dan progres, dokumen, isu, dan diskusi. |
| Penghentian proyek | Pengajuan dan persetujuan berjenjang untuk menghentikan proyek. |
| Pengujian | Pengajuan pengujian, pengujian harian, dan laporan akhir pengujian. |
| Manajemen rilis | Pengajuan rilis, penjadwalan, dan persetujuan penjamin mutu. |
| Laporan dan dashboard | Laporan progres, bagan Gantt, progres per tahap, pengujian, sumber daya tester, pengajuan pengujian, status pengujian, dan rilis, dengan dashboard untuk proyek, pengujian, rilis, perencanaan TI, dan kantor manajemen proyek. |
| Jejak audit | Log aktivitas dan log persetujuan. |
Bagaimana proyek berjalan di dalam aplikasi
- Perencanaan TI dan kantor manajemen proyek mengusulkan proyek. Checker memeriksanya, approver menerimanya.
- Struktur proyek disusun dalam fase, tahap, sasaran, dan tugas, lengkap dengan dokumen yang dibutuhkan setiap tahap.
- Anggota tim memperbarui progres. Sebuah tahap tidak bisa dibuka atau ditutup sebelum persyaratannya, termasuk dokumen wajib, terpenuhi, dan setiap pembaruan progres disetujui.
- Tim proyek mengajukan pengujian. Penjamin mutu memeriksanya, menjadwalkan pengujian, dan menugaskan tester.
- Tester menjalankan naskah uji dan membuat laporan harian, lalu laporan akhir yang disetujui sampai manajer proyek.
- Manajer proyek mengajukan rilis, yang mengikuti pemeriksaan dan persetujuan yang sama.
Di setiap langkah, siapa yang membuat perubahan, siapa yang memeriksa, dan siapa yang menyetujui tercatat semuanya.
Bagaimana pekerjaan ini dijalankan
| Tahap | Yang terjadi |
|---|
| Kick-off | Lingkup, peran, harapan keamanan, ritme pengiriman, dan pendekatan disepakati dengan divisi TI bank. Tim memakai rapid application development. |
| Prototipe lebih dulu | Tahap pertama berfokus pada proses bisnis dan prototipe, untuk memastikan alurnya sesuai dengan orang yang akan memakainya. |
| Penyempurnaan | Tahap kedua berfokus pada perbaikan bug, fitur, dan peningkatan antarmuka. |
| Spesifikasi | Spesifikasi berkembang dari alur dasar ke modul pelaporan, lalu menyerap temuan hasil telaah dan rujukan ke prosedur internal bank. Langkah backup, restore, dan migrasi ditambahkan. |
| Serah terima | Bank menerima kode sumber, spesifikasi, dokumen uji internal, dokumentasi migrasi dan teknis, serta panduan pengguna. |
Fase pertama mencakup manajemen proyek, pengujian, manajemen rilis, serta dashboard dan laporan. Strukturnya menyisakan ruang untuk sub-proyek dan jenis proyek lain di kemudian hari.
Apa yang berubah bagi tim
Proyek kini berada di satu sumber kebenaran. Persyaratan sebuah tahap terlihat sebelum ada yang memulainya, persetujuan mengikuti pola yang sama dari inisiasi sampai rilis, dan manajer bisa bergerak dari grafik di dashboard ke proyek di baliknya tanpa meminta laporan.
Kalau divisi TI Anda mengelola proyek lewat spreadsheet dan alat yang terpisah, halaman pengembangan software enterprise kami menjelaskan cara kami mengerjakan proyek seperti ini.