Cukup sering, perusahaan dengan produk perangkat lunak mereka sendiri, apakah itu aplikasi mobile, internal, sistem CRM, dll. Dihadapkan dengan kebutuhan untuk mengembangkan solusi lebih lanjut. Alasannya mungkin berbeda: perangkat lunak yang ada tidak memenuhi persyaratan bisnis, proses, indikator tidak tumbuh secepat yang kita inginkan, dukungan teknis kewalahan, ada beberapa ulasan positif dari pengguna. Dalam kasus seperti itu, untuk mengidentifikasi kelemahan dan titik pertumbuhan akan memungkinkan audit kualitas produk.Salah satu pelanggan kami menghubungi kami dengan masalah merilis aplikasi korporat untuk mengelola cabang anak perusahaan. Klien - perusahaan asuransi, yang cakupannya mencakup risiko dan asuransi kumulatif, layanan lainnya. Ada perangkat lunak khusus untuk koordinasi, manajemen dan akuntansi kegiatan kantor pusat dan anak perusahaan. Fungsionalitas utamanya adalah sejumlah besar jurnal akuntansi, perencanaan, dan analitik. Selain majalah otonom yang ditujukan untuk unit tertentu dan khusus untuk keperluan lokal, ada majalah bersama. Menurut mereka, informasi dikumpulkan di kantor pusat dan rencana serta indikator juga turun ke arah yang berlawanan.
Masalah utama dari perangkat lunak ini adalah:
- server sering crash;
- kehilangan data selama transmisi dari cabang anak perusahaan;
- aplikasi telah berhenti untuk mengatasi beban ketika memproses peningkatan jumlah layanan (geolokasi, integrasi dengan layanan terkait);
- kegagalan untuk mematuhi tenggat waktu untuk rilis versi baru.
Kami menyiapkan sejumlah pertanyaan dan mendiskusikannya di kantor pelanggan. Hasilnya, kami mendapat gambaran yang jelas tentang organisasi kerja di tim klien. Pendekatan ini memungkinkan audit teknis penuh terhadap proyek. Dalam pengalaman kami, ini adalah metode yang paling berhasil untuk mengumpulkan informasi yang paling rinci dan komprehensif tentang proyek, yang memungkinkan kami untuk membentuk tidak hanya tim, tetapi juga proses kerjanya dalam waktu sesingkat mungkin. Mengungkapkan kebutuhan untuk menghubungkan spesialis QA dan tim pengembangan yang ditingkatkan.
Apa yang kamu tahu
Sebelum analisis, prioritas untuk pekerjaan adalah sebagai berikut: 70% pengembangan fitur baru yang akan menyelesaikan masalah yang diidentifikasi, dan 30% - pengujian fungsionalitas yang ada, termasuk pengujian skalabilitas.
Rencana kerja sebelum melakukan audit kualitas produkSelama proses audit, sangat penting untuk mengetahui bagaimana pelaksana dari bidang lain bekerja dan pandangan mereka tentang tugas utama proyek dan proses.
Setelah berbicara dengan tim pelanggan, kami belajar tentang masalah lain yang sama pentingnya:
- produktivitas yang sangat rendah dari sistem integrasi, di mana salah satu komponen utama diikat;
- kebutuhan akan penyempurnaan yang signifikan karena fungsi yang dipahami dan diimplementasikan secara salah;
- kurangnya kesalahan logging;
- Semua tugas, bahkan yang tidak diperlukan untuk rilis, jatuh ke versi rilis aplikasi. Akibatnya, waktu untuk mengembangkan dan mencari bug meningkat secara signifikan;
- ketidakcocokan bangku tes dengan yang asli: banyak komponen di bangku tes sudah ketinggalan zaman, yang menyebabkan menemukan bug yang tidak pernah bisa direproduksi di stand nyata dengan pengguna langsung, dan sebaliknya - hanya pengguna sendiri yang menemukan bug;
- pelanggan tidak memiliki pengalaman dalam mengkonfigurasi infrastruktur server;
- aplikasi tidak pernah sepenuhnya diuji untuk kepatuhan dengan persyaratan fungsional dan kegunaan.
Pelanggan tidak mengidentifikasi masalah-masalah ini sebelumnya, mereka memiliki dampak yang signifikan terhadap pertumbuhan dan perkembangan proyek. Seringkali masalah semacam ini tidak mendapat perhatian yang semestinya, yang dapat mengurangi efektivitas melakukan perubahan pada keseluruhan proyek.
Apa yang kami sarankan
Rencana langkah demi langkah yang disiapkan oleh tim pakar memecahkan masalah klien yang teridentifikasi. Metode yang lebih halus dan tanpa rasa sakit diusulkan pendekatan individual - ide tim klien tunggal, yang didasarkan pada prinsip-prinsip berikut:
- kepentingan bersama tim dalam mencapai tujuan dan menyelesaikan tugas;
- keterlibatan semua orang yang mempengaruhi kualitas produk internal;
- konsultasi konstan dari spesialis pelanggan oleh tim kami.
Sebagai hasilnya, dari rencana awal pelanggan, yang berarti hanya diskusi pengembangan, kami melanjutkan untuk menyetujui daftar pekerjaan yang diperluas tentang:
- proses yang dilalui siklus kehidupan tugas;
- memilih tugas yang akan dimasukkan dalam rilis versi berikutnya, dan memprioritaskan tugas secara umum;
- proses pengujian, organisasinya untuk mendapatkan gagasan tentang kualitas keseluruhan produk;
- Konfigurasikan Aliran Git
- pengembangan fungsionalitas baru dan koreksi cacat;
- menyiapkan sistem penyebaran otomatis untuk suatu proyek.
Rencana kerja setelah melakukan audit kualitas produk
Pada akhir audit, rencana untuk dua bulan pertama disusun, tidak hanya termasuk daftar pekerjaan, tetapi juga kesepakatan tentang proses.
Hasil
Setelah 2 bulan, rilis dirilis dengan fungsi prioritas dalam kerangka waktu yang direncanakan. Logika bisnis utama dari aplikasi ditutupi oleh tes otomatis dan manual, yang memberikan pemahaman yang lebih baik tentang tingkat kualitas aplikasi, mengurangi konsentrasi cacat, serta kemampuan untuk mengidentifikasi poin pertumbuhan produk.
Hasil pekerjaan di beberapa tokoh kerja sebelum dan sesudah audit di bidang dukungan produk dan memastikan kualitasnya.
Pendekatan kami untuk bekerja sebagai tim tunggal memberikan hasil yang sesuai:
- fungsi utama dari aplikasi ini stabil, jumlah kegagalan server, kehilangan data telah menurun;
- meningkatkan kegunaan sistem, yang meningkatkan kecepatan karyawan;
- Pelepasan versi aplikasi tepat waktu;
- persentase pengembalian dan peningkatan loyalitas pelanggan reguler dua kali lipat dari angka awal;
- Jumlah panggilan kritis ke layanan dukungan teknis berkurang 70%.