Lebih cepat akses ke tim profesional penuh
Sebuah proyek perangkat lunak yang dapat dikirimkan oleh WHO biasanya membutuhkan sebuah produk, desain, ujung depan, ujung belakang, tes, dan transportasi manajemen proyek penjaga perdamaian. Perekrutan dan keselarasan Enterprise-by-bisnis membutuhkan siklus yang lebih panjang, dengan tim layanan yang matang dengan cepat dikonfigurasi sesuai dengan fase proyek.
Untuk permintaan panggung, perusahaan tidak diharuskan menanggung biaya tetap dari semua pekerjaan untuk jangka panjang.
Kemanternalisasian upaya dalam operasi dan pengambilan keputusan
tim internal woather lebih baik diinformasikan tentang klien, proses dan tujuan bisnis, dan harus fokus pada orientasi permintaan, aturan bisnis dan pengambilan keputusan kunci Tim outsourced bertanggung jawab untuk produkisasi, realisasi teknologi, pengujian dan penyebaran, yang dapat menyebabkan pembagian tenaga kerja profesional.
Ini tidak berarti bahwa perusahaan benar - benar keluar dari proyek, tetapi 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, tonggak sejarah, standar penerimaan dan pengiriman daftar sebelum start-up, dan akan terus menunjukkan kemajuan dan risiko dalam implementasi.
Mekanisme ini membantu mengurangi \"yang terakhir untuk menemukan perbedaan pemahaman\" dan memberikan harapan yang lebih jelas untuk anggaran dan waktu akses.
- Tinjauan kebutuhan, desain dan versi operasional secara tahap
- Pondasi akan berubah menjadi transparan dan menghindari ekspansi yang tidak teratur
- Pengiriman kode sumber, dokumentasi, penyebaran dan pelatihan yang disinkronkan
Nilai terbaik dalam skenario yang tepat.
Validasi produk baru, sistem manajemen perusahaan, pengembangan platform bisnis, tatar sistem warisan dan dukungan fase R & D biasanya cocok untuk outsourcing.
Model yang paling efektif bukan sekadar ” mengecilkan ” tugas itu, melainkan tim gabungan dari kedua belah pihak dengan tujuan yang sama dan tanggung jawab yang jelas.
Mengalihkan dari pembacaan temuan ke masukan projek
Masalah yang paling mungkin terjadi setelah membaca artikel metodologis adalah penerimaan prinsip, yang tidak diterjemahkan ke langkah berikutnya.Diusulkan bahwa kepala operasi mengatur sebuah mini-workshop 60-90 menit, hanya memilih satu proses nyata dan tidak bergegas untuk membahas platform penuh.
Langkah 1: Pembentukan status dan dasar sampel saat ini
Data tersebut tidak digunakan untuk mencatat jumlah tugas biasa, biasa dan perbatasan yang sedang diproses, waktu tunggu, waktu pemrosesan yang sebenarnya, tingkat kerja-kembali, kontak manual, konsekuensi kesalahan dan alat saat ini.
Langkah 2: Mengklarifikasi penutupan awal dan inaksi
Fase pertama dirancang untuk memungkinkan rantai untuk berjalan dan dapat diperbaiki, daripada memberikan keuntungan outsourcing, IT outsourcing, pengembangan perangkat lunak gubahan, dan re-encumbering dalam versi yang sama.
Langkah ke - 3: Cocokkan hasil teknis untuk membuktikan teknik
Proyek outsourced ugized harus mencakup dasar yang sama dalam hal lingkup, asumsi, eksklusi, tonggak sejarah, atribusi sumber, pola penyebaran dan bukti penerimaan. Perubahan permintaan harus dinilai untuk dampaknya pada siklus, biaya dan pengujian, tanpa komitmen lisan untuk menggantikan perubahan dalam catatan.Penyampaian vendor harus menggunakan sampel yang dikonfirmasi oleh kedua belah pihak.Data produksi yang tidak dapat diekspos dapat didepresikan dapat bersifat tidak sensitif, tetapi tidak dapat digantikan dengan data pengujian yang idealisasi.
ERI 4: Menerima, memeriksa dan disking dengan kaliber yang sama
Dengan asumsi bahwa proses aslinya menangani 600 tugas per bulan, rata-rata 20 menit dan tingkat pengembalian 10 persen, target dapat digambarkan sebagai \"enam minggu setelah start-up, dengan pengurangan 25 persen rata-rata, dan tingkat pengembalian tidak lebih tinggi dari dasar asli, mengingat kompleksitas relatif dari tugas.\" Set angka ini hanya mendemonstrasikan metode pengukuran dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan atas dasar sampel sendiri.
- Materi operasional,, flowchart, peran, misi sampel, isu dan data dasar saat ini
- Materi teknis: inventarisasi sistem, antarmuka, akses data, penyebaran lingkungan dan persyaratan keamanan
- Materi proyek: skop first-phase, eksklusi, liability matrix, tonggak sejarah dan mekanisme perubahan
- Menerima dan memeriksa bahan: set tes, catatan eksekusi, daftar kekurangan, pertanyaan indikator dan dokumen serah terima
Ketika material-materi ini diidentifikasi bersama oleh pihak operasional maupun teknis, metode dalam artikel sebenarnya dimasukkan ke dalam proyek.Jika data kunci, otorisasi antarmuka atau orang yang bertanggung jawab tidak berada di tempat, langkah selanjutnya yang logis biasanya diagnostik terbatas atau PoC, daripada komitmen segera untuk menyelesaikan periode kerja dan harga total tetap.
Eksplorasi metodologi untuk proyek tindakan
- Outsourcing memungkinkan akuisisi cepat integritas multi-role
- Bisnis harus memiliki pemahaman yang kuat tujuan bisnis dan pengambilan keputusan kunci
- Kerjasama dalam mengelola penggunaan tonggak sejarah, standar penerimaan dan daftar pengiriman
Berlanjut untuk mendamaikan masalah umum dalam pengambilan keputusan proyek
Bagaimana perangkat lunak outsourcing kontrak ditandatangani dan apa syarat harus disepakati?
Kontrak untuk kontraksi perangkat lunak harus sekurang-kurangnya menyatakan lingkup permintaan, tonggak sejarah, pembayaran, penerimaan, perubahan, hak kekayaan intelektual, kerahasiaan, jaminan mutu dan penghentian penyerahan. Daftar fungsional tidak harus hanya mencakup nama modul, tetapi juga berhubungan dengan persyaratan versi, antarmuka, data dan persyaratan non-fungsional. Tanggung jawab para pihak, kerja sama klien dan ketergantungan pihak ketiga juga harus dimasukkan dalam kontrak. Tujuan kontrak tidak mendorong semua risiko ke satu pihak, tetapi untuk memberikan dasar yang dapat ditegakkan untuk pemrosesan ketika perubahan terjadi.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekSiapa pemilikan hak cipta perangkat lunak, kode sumber dan hak kekayaan intelektual?
Proyek harus membedakan antara informasi asli pelanggan, hasil terkustomisasi, komponen generik pemasok, perangkat lunak sumber terbuka dan lisensi komersial pihak ketiga.Konsep yang sama tidak benar dari pengiriman sumber, hak akses, hak modifikasi, pendaftaran hak cipta dan hak lisensi ulang.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana Anda menghitung biaya dan durasi proses pembangunan dengan meningkatkan permintaan?
Syarat tambahan yang harus didokumentasikan dan perubahan spesifik yang dibuat sebelum produk, desain, pengembangan, pengujian, data dan dampak dinilai.Waktu koding untuk halaman baru tidak dapat dihitung hanya karena struktur, antarmuka dan jangkauan regresi mungkin berubah.Muat kerja, biaya dan penjadwalan dikonfirmasi oleh kedua belah pihak sebelum tersedia atau kemudian.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekInformasi apa yang diperlukan untuk penerimaan dan pemeriksaan proyek perangkat lunak?
Tujuan dari informasi tersebut adalah untuk menunjukkan bahwa sistem memenuhi standar yang disepakati dan bahwa klien dapat terus beroperasi dan mengambil alih.
Tiliklah jawaban penuhPerlukah analisis lebih lanjut dalam konteks keadaan perusahaan saat ini?
Kami menyediakan saran teknis IT, konstruksi informasi enterprise, Software Project Outlook, desain produk, pengiriman R & D dan layanan pengiriman sistem.