Permintaan dan resiko jarak: tujuan yang tidak jelas, perubahan yang tidak tertib
Metode kontrol adalah untuk membangun tujuan operasional, batas-batas, prototipe dan kondisi penerimaan, dan untuk membangun manajer permintaan terpadu.
Ruang lingkup pertama harus memprioritaskan penutupan proses inti dan meninggalkan ruang untuk umpan balik dan penyesuaian.
Risiko kemajuan: ketergantungan pada tak dikenal, paparan masalah terlambat
Rencana proyek ini tidak hanya mencakup tugas pembangunan tetapi juga ketergantungan pada persiapan data, antarmuka pihak ketiga, konfirmasi bisnis, pengujian lingkungan dan persetujuan satu baris.
Milestones harus operasional dan dinilai hasil daripada "persentase tidak jelas penyelesaian".
Kualitas dan resiko teknis: fokus hanya pada penyelesaian fungsional
Proyek ini perlu dilengkapi dengan penilaian kode, pengujian otomatis, validasi kinerja, pemeriksaan keamanan dan latihan online.
Masalah produksi juga perlu didukung dengan pemantauan, log, backup, dan mekanisme rollback.
Komunikasi dan risiko tim: informasi ada di tangan beberapa orang
Partai-partai harus mengidentifikasi pembuat keputusan, pemimpin-pemimpin proyek dan antarmuka-seksional, secara teratur menyelaraskan kemajuan, risiko dan hal-hal yang tertunda. Penemuan kunci diintegrasikan ke dalam dokumentasi dan alat-alat proyek, daripada yang ditinggalkan dalam catatan obrolan.
Ketika orang berubah, kode, dokumen dan keputusan-membuat catatan dapat mengurangi hilangnya pengetahuan.
Akses dan resiko transportasi: kurangnya kelanjutan setelah pengiriman
Perusahaan juga harus mendapatkan kode, rekening, dokumen dan transfer pengetahuan yang diperlukan.
Resiko register, sebagai bagian dari manajemen proyek mingguan, terus melacak probabilitas, dampak, langkah-langkah dan orang-orang bertanggung jawab, yang dapat secara signifikan meningkatkan kepastian pengiriman.
Risiko outsourcing perangkat lunak berubah 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
Data tidak digunakan untuk mengatur tingkat tabungan yang baik, tetapi untuk membalikkan data.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama bertujuan untuk menjaga rantai tetap berjalan dan dapat resonansi daripada untuk menumpuk manajemen risiko proyek, kualitas pengiriman perangkat lunak, outsourcing kendali proyek dalam versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Proyek outsourced harus termasuk baseline yang sama dalam hal lingkup, asumsi, pengecualian, tonggak sumber, keterangan sumber, pola penyebaran dan penerimaan. Perubahan dalam permintaan harus menilai dampak pada siklus, biaya dan tes, tanpa membuat komitmen lisan untuk menggantikan catatan perubahan. Demonstrasi pemasok harus menggunakan sampel yang dikonfirmasi oleh kedua pihak; data produksi yang tidak dapat dibuat publik tersedia, tetapi tidak dapat digantikan oleh data pengujian yang diidealisasi.
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 dinyatakan sebagai "enam minggu di baris, dengan rata-rata pengurangan 25 persen dalam waktu, dan tingkat pengembalian tidak lebih tinggi dari baseline asli, mengingat kompleksitas dekat tugas tersebut." Ini set hanya menunjukkan metode pengukuran, dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan pada sampel 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
- Manajemen resiko saling memotong dalam permintaan, penelitian dan pengembangan, online dan bisnis
- Hasil siklus pendek untuk mengungkap masalah lebih awal
- Pengetahuan kunci, nomor rekening dan pengiriman tidak dapat dipegang oleh satu-satunya tangan individu.
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.