Operasi penerimaan dan penerimaan: proses inti ditutup untuk menyelesaikan
Penerimaan dan penerimaan harus berdasarkan pada kebutuhan yang teridentifikasi, prototipe dan perubahan dalam catatan.
Disarankan agar data perwakilan siap, dengan partisipasi pengguna yang sebenarnya, daripada diuji dalam tim proyek saja.
Penerimaan yang tidak berfungsi: sistem tidak hanya berfungsi tetapi juga dapat diandalkan
Sistem inti juga harus memeriksa proses pemantauan, alarm dan masalah manajemen.
Indikator non-fungsional perlu dikombinasikan dengan skala penggunaan yang sebenarnya untuk menghindari tidak distandardisasi atau divalidasi.
Pengantaran lengkap menjamin bahwa perusahaan dapat mengambil alih
Selain sistem operasional, biasanya termasuk kode sumber, skrip basis data, paket penyebaran, rancangan, berkas antar-muka, dialog data, laporan tes, manual penyebaran, manual pengguna, dan daftar akun.
Daftar, surat ijin dan pernyataan dari biaya kelanjutan juga harus disediakan jika layanan pihak ketiga, komponen komersial atau perangkat lunak open source digunakan.
- Repositori kode dan label versi
- Keterangan penyebaran dan konfigurasi lingkungan produksi
- Manual Manager dan user operation
- Catatan pelatihan dan daftar masalah
- Backup, pemantauan dan transportasi lalu lintas
Identifikasi hak kekayaan intelektual, jaminan kualitas dan isu warisan
Kontrak ini akan mengidentifikasi karakter hak untuk kode sumber, hasil desain dan komponen pengembangan disesuaikan, dan tugas bersama kerahasiaan.
Daftar masalah residual yang tidak mempengaruhi baris dapat dikembangkan, mengidentifikasi orang yang bertanggung jawab, waktu penyelesaian dan cara di mana mereka ditangani selama waktu jaminan kualitas.
Ubah penerimaan proyek perangkat lunak dari membaca temuan ke masukan projek
Masalah yang paling mungkin setelah membaca artikel metodologi adalah penerimaan prinsip, yang tidak diterjemahkan ke langkah berikutnya. Diusulkan bahwa kepala operasi mengorganisir 60-90 menit minimal-lokakarya, memilih hanya satu proses nyata dan tidak bergegas untuk membahas platform penuh.
Langkah 1: Pembangunan status saat ini dan baseline contoh
Tugas-tugas saat ini diekstrak sekitar "penerimaan Operasional: proses-proses inti dapat ditutup secara penuh" dan merekam jumlah pemrosesan bulanan, menunggu waktu, waktu pemrosesan yang sebenarnya, tingkat kerja, titik kontak manual, konsekuensi kesalahan dan alat-alat saat ini.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama bertujuan untuk menjaga rantai tetap berjalan dan dapat resonansi, daripada menumpuk pengiriman perangkat lunak, pengiriman kode sumber, hak kekayaan intelektual dalam versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Proyek outsourcing harus termasuk garis dasar yang sama dalam hal lingkup, asumsi, pengecualian, tonggak sumber, keterangan sumber, pola penyebaran dan penerimaan. Perubahan dalam permintaan harus dinilai untuk dampaknya pada siklus, biaya dan pengujian, tanpa komitmen lisan untuk mengganti catatan perubahan. Demonstrasi pemasok harus menggunakan sampel dikonfirmasi oleh kedua pihak; data produksi yang tidak peka tidak tersedia, tetapi data pengujian yang ideal tidak dapat digunakan untuk menggantikan kondisi yang benar.
Langkah 4: Menerima, inspeksi dan disking dengan kaliber yang sama
Dengan asumsi bahwa proses asli menangani 600 tugas per bulan, rata-rata 20 menit dan tingkat pengembalian 10 persen, target dapat digambarkan sebagai "enam minggu setelah awal baris, dengan rata-rata pengurangan 25 persen dalam waktu, dan tingkat pengembalian tidak lebih tinggi dari baseline asli, mengingat tingkat kompleksitas dari tugas tersebut." Set hanya menunjukkan metode pengukuran dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan sendiri.
- Material operasional: flowchart, peran, misi sampel, isu saat ini dan data baseline
- Material teknis: inventaris sistem, antar muka, akses data, lingkungan penyebaran dan persyaratan keamanan
- Material projek: lingkup fase pertama, pengecualian, matriks kewajiban, tonggak dan mekanisme perubahan
- Menerima dan memeriksa bahan: uji set, catatan eksekusi, daftar kekurangan, petunjuk dan dokumen-dokumen handover
Ketika bahan-bahan ini diidentifikasi bersama-sama oleh kedua pihak operasional dan teknis, metode dalam artikel sebenarnya dimasukkan ke dalam proyek. Jika data kunci, otorisasi antar muka atau orang yang bertanggung jawab tidak berada di tempat, langkah selanjutnya logis biasanya adalah diagnosis terbatas atau PoC, daripada komitmen langsung untuk menyelesaikan jangka waktu kerja dan harga total.
Implikasi metodologi untuk aksi projek
- Standar untuk penerimaan dan inspeksi didirikan pada awal proyek
- Tidak berfungsi persyaratan seperti fungsi dan keamanan kinerja dari operasi penerimaan dan inspeksi
- Pastikan kode itu, dokumen, akun, dan judul sepenuhnya ditransfer
Melanjutkan untuk mendamaikan masalah umum dalam keputusan projek-membuat
Bagaimana cara kerja perangkat lunak outsourcing kontrak ditandatangani dan apa istilah harus disetujui?
Kontrak untuk perangkat lunak kontraktor setidaknya harus menentukan lingkup permintaan, milestone, pembayaran, penerimaan, perubahan, hak kekayaan intelektual, jaminan kerahasiaan, akhir dari penghentian fungsi. Daftar fungsional tidak hanya harus memasukkan nama modul, tetapi juga berhubungan dengan persyaratan versi, antarmuka, data dan tidak fungsional kebutuhan. Tanggung jawab pihak, kerjasama klien dan ketergantungan pihak juga harus dimasukkan ke dalam kontrak. Tujuan dari kontrak tidak memberikan semua resiko untuk memberikan satu pilihan ketika terjadi perubahan yang terjadi, tetapi juga merupakan sebuah perubahan yang terjadi dalam sebuah proses yang terjadi.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekSiapa pemilik hak cipta perangkat lunak, kode sumber dan hak kekayaan intelektual?
Proyek ini harus membedakan antara informasi asli pelanggan, hasil yang telah disesuaikan, komponen generik pemasok, perangkat lunak open source dan lisensi komersial pihak ketiga. Konsep yang sama tidak benar dari pengiriman sumber, hak akses, hak modifikasi, registrasi hak cipta, dan izin lisensi ulang.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana Anda menghitung biaya dan durasi proses pembangunan dengan meningkatkan permintaan?
Persyaratan tambahan harus didokumentasikan dan perubahan spesifik yang dibuat sebelum produk, desain, pengembangan, pengujian, data dan dampak telah dinilai. Waktu coding untuk halaman baru tidak dapat dihitung hanya karena struktur, antar-muka dan jangkauan regresi dapat berubah. Biaya, biaya, dan penjadwalan dikonfirmasi oleh kedua sisi sebelum tersedia atau kemudian.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekInformasi apa yang diperlukan untuk penerimaan dan inspeksi proyek perangkat lunak?
Tujuan dari informasi ini adalah untuk menunjukkan bahwa sistem memenuhi standar yang disepakati dan bahwa klien dapat terus beroperasi dan mengambil alih.
Lihat jawaban lengkapPerlu analisis lebih lanjut dalam konteks negara saat ini perusahaan?
Kami memberikan saran teknis IT, konstruksi informasi perusahaan, Software Project Outlook, desain produk, pengiriman R & D dan layanan pengiriman sistem.