Lebih cepat akses ke tim profesional penuh
Proyek perangkat lunak yang dapat dilepas biasanya memerlukan suatu produk, desain, depan, belakang, uji, dan transportasi manajemen proyek perdamaian. Hiburan perekrutan bisnis dan alignmen memerlukan siklus yang lebih panjang, dengan tim layanan dewasa dengan cepat dikonfigurasi sesuai dengan fase projek.
Untuk permintaan panggung, perusahaan tidak diwajibkan untuk menanggung biaya tetap dari semua pekerjaan untuk jangka panjang.
Internalisasi usaha dalam operasi dan keputusan-pembuatan
Tim internal lebih baik diberitahu tentang klien, proses, dan tujuan bisnis, dan harus fokus pada orientasi permintaan, aturan bisnis dan keputusan kunci. Tim outsourcing bertanggung jawab untuk produksi, teknologi realisasi, pengujian dan penyebaran, yang dapat menyebabkan divisi profesional tenaga kerja.
Ini tidak berarti bahwa perusahaan benar-benar keluar dari proyek, tapi lebih bergerak dari mengelola setiap detail teknis untuk mengelola tujuan, lingkup dan hasil.
Kurangi ketidakpastian proyek melalui pengiriman standar
Kerja sama yang dapat diandalkan akan mengidentifikasi lingkup kebutuhan, prototipe, arsitektur, milestone, standar penerimaan dan daftar pengiriman sebelum start- up, dan akan terus menunjukkan kemajuan dan risiko dalam implementasi.
Mekanisme ini membantu mengurangi "yang terakhir untuk menemukan perbedaan dalam pemahaman" dan memberikan harapan yang lebih jelas untuk anggaran dan waktu akses.
- Tinjauan kebutuhan, desain dan versi operasional per tahap
- Mengubah dampak transparan dan menghindari ekspansi tidak tertib
- Pengiriman kode sumber, dokumentasi, penyebaran, dan pelatihan disinkronkan
Nilai terbaik dalam skenario yang tepat.
Validasi produk baru, sistem manajemen perusahaan, pengembangan platform bisnis, peningkatan sistem warisan dan dukungan fasa R & D biasanya cocok untuk outsourcing.
Model yang paling efektif bukan hanya "mengacaukan" tugas, tapi lebih kepada tim bersama dari dua pihak dengan tujuan yang sama dan tanggung jawab yang jelas.
Pindah 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 merekam jumlah tugas rutin, tidak biasa, dan perbatasan yang sedang diproses, waktu tunggu, waktu pemrosesan yang sebenarnya, tingkat kerja-belakang, kontak manual, konsekuensi kesalahan dan alat-alat saat ini.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama dirancang untuk memungkinkan rantai dijalankan dan ditarik kembali, daripada memberikan keuntungan outsourcing, IT outsourcing, pengembangan perangkat lunak custom, dan kembali terhambat dalam versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Proyek outsourcing harus termasuk garis dasar yang sama dalam hal lingkup, asumsi, larangan, milestone, sumber, pola penyebaran dan penerimaan bukti. Perubahan dalam permintaan harus dinilai untuk dampaknya pada siklus, biaya dan pengujian, tanpa komitmen lisan untuk menggantikan perubahan dalam catatan. Presentasi vendor harus menggunakan sampel dikonfirmasi oleh kedua pihak. Data yang tidak dapat diungkapkan dapat desensitive, tetapi tidak dapat digantikan oleh data yang diidealisasikan.
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 start- up, dengan penurunan 25 persen rata-rata, dan tingkat pengembalian tidak lebih tinggi dari baseline asli, mengingat kompleksitas relatif dari tugas." Ini set angka hanya menunjukkan metode pengukuran dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan sendiri dasar.
- 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
- Outsourcing memungkinkan akuisisi cepat dari integritas multi- peran
- Bisnis harus memiliki pemahaman yang kuat dari tujuan bisnis dan keputusan kunci-membuat
- Kerjasama dalam mengelola penggunaan tonggak, standar penerimaan dan daftar pengiriman
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.