Kutipan ini diawali dengan perkiraan dari jangkauan kebutuhan
Setidaknya, peran pengguna, proses inti, batas fungsional, data objek, antarmuka eksternal, ukuran penggunaan dan target hidup perlu diidentifikasi. Setiap penawaran tetap berisi sejumlah besar asumsi ketika hanya ada satu ide.
Untuk proyek awal, konsultasi atau fase prototipe yang dibutuhkan untuk mengurangi ketidakpastian sebelum perkiraan yang lebih akurat dari fase R & D dibuat.
Biaya ditentukan oleh tim beban kerja dan risiko
Tim-tim biasa termasuk manajer produk, desainer, insinyur terdepan, tes, manajer proyek perdamaian transportasi.
Sementara biaya unit dari tim berpengalaman baik mungkin lebih tinggi, mengurangi risiko back-to- bekerja, ekstensi dan on- line, dan tidak dapat dibandingkan hanya dengan harga sehari-hari.
Tiga model yang bisa digunakan untuk bekerja sama.
Harga tetap bruto cocok untuk proyek dengan lingkup yang jelas dan sedikit variabel; kerja jam atau biaya tim cocok untuk terus menerus iteratif dan tidak pasti kebutuhan; model yang dikecualikan diikuti oleh konsultasi, desain atau produk yang layak, diikuti oleh keputusan pada masukan selanjutnya.
Perusahaan harus memilih model berdasarkan kedewasaan permintaan, daripada membutuhkan semua proyek untuk ditawarkan harga satu kali mati.
- Total tetap: budget bersih tapi perubahan perlu dikelola dengan ketat
- Jam kerja model: fleksibel dan transparan, membutuhkan keterlibatan berkelanjutan perusahaan dalam tingkat prioritas
- Model fase: Validasi sebelum masukan, cocok untuk proyek inovasi
Bandingkan harga dengan batas pengiriman penuh
Ini harus dikonfirmasi apakah tawaran termasuk desain, pengujian, penyebaran, dokumentasi, pelatihan, jaminan kualitas, sumber daya awan dan biaya pihak ketiga, serta bagaimana kode sumber dan hak kekayaan intelektual disampaikan.
Anggaran yang masuk akal harus mempertahankan ruang untuk perubahan permintaan dan risiko dan mengikat node pembayaran untuk hasil yang dapat diterima.
Mengubah tawaran outsourcing 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 tersedia untuk satu sampai dua minggu berturut-turut, tapi siklus sampel dan fluktuasi operasional diindikasikan. Jangan mengatur laju menabung yang baik sebelum mendorong data mundur.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama dirancang untuk memungkinkan rantai dijalankan dan dilacak kembali daripada menumpuk seluruh biaya pengembangan perangkat lunak, anggaran proyek, harga pengembangan kustom ke dalam versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Persyaratan pembagi angka, sampel angka-angka, hasil tes dan pelacakan versi sekitar model persuasi yang sama harus didirikan. Proyek outsourcing harus mencakup lingkup, asumsi, pengecualian, milestone, sumber, pola penyebaran dan penerimaan dalam dasar yang sama. Perubahan yang diminta harus menilai dampak pada siklus, biaya, dan tes, tanpa membuat komitmen lisan untuk menggantikan perubahan dalam catatan. Presentasi pemasok harus menggunakan sampel yang dikonfirmasi oleh kedua belah pihak.
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 baris telah naik, dengan rata-rata 25 persen lebih sedikit waktu daripada dasar awal, mengingat kompleksitas yang dekat dari tugas tersebut". Grup hanya menunjukkan metode pengukuran dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan berdasarkan 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
- Semakin jelas permintaan, semakin sebanding dengan tawaran.
- Fokus pada persaingan tim dan risiko proyek, daripada pada harga unit per orang
- Node pembayaran seharusnya sesuai dengan hasil dari tahap yang dapat diterima
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.