Keperluan untuk menggunakan dasar
Pastikan semua pemasok yang akan datang memahami isu yang samaTujuan bisnis, peran pengguna, proses inti, sistem yang ada, batasan, tingkat anggaran dan waktu perencanaan
Home Panduan keputusan Proyek / Panduan keputusan Proyek / Perangkat Lunak Shanghai Outsourcing Pemilihan Perusahaan
PROJECT DECISION GUIDEBagaimana memilih Shanghai Software Outsourcing: Daftar penilaian dan kontrak pemasok
Pemilihan perangkat lunak outsourcing vendor tidak boleh dibatasi pada perbandingan harga total dan jumlah kasus.Apakah atau tidak proyek yang dikendalikan ditentukan oleh pernyataan batasan bisnis, risiko kunci, tim pengiriman nyata, kode sumber dan rekening atribusi, penerimaan dan akuntabilitas atas berjalan online.
Jawab pertanyaannya.
Perusahaan Penghilangan Software Shanghai Pilih
Saat Shanghai dan Jiang Zheon memilih perusahaan outsourcing software, diusulkan bahwa ringkasan persyaratan yang sama harus digunakan untuk mengundang pemasok untuk mengajukan ruang lingkup, asumsi, tim, tonggak sejarah, pengiriman dan pernyataan risiko, dan kemudian untuk memverifikasi kapasitas nyata melalui komunikasi programme atau diagnosa berbasis biaya skala kecil.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase proyek
UDO lapisan berikut digunakan untuk menetapkan garis dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Validasi Kapasiti
Menyadari apakah pemasok mampu mengidentifikasi risiko dan memberikan opsi yang dapat diterapkanPengalaman dengan masalah serupa, komunikasi teknis petugas teknis, dasar program, prototipe atau diagnosis, bukti dari pekerjaan skop kecil
Kontrak dan basis kerja pengiriman
Translating komitmen menjadi tanggung jawab dan aset yang dapat diverifikasiMiltone, standar penerimaan, Atribusi akun sumber, mekanisme perubahan, kualitas jaminan keamanan dan keluar serah terima
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk pengambilan keputusan
Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.
Perlunya pemahaman dan kesadaran perbatasan
Pemasok yang dapat diandalkan akan menunjukkan apa yang diasumsikan, untuk dikonfirmasi dan tidak cocok untuk konstruksi awal, daripada segera melakukan semua persyaratan.
Tim Real dan bertanggung jawab.
badan pimpinan untuk produk, struktur, penelitian dan pengembangan, pengujian dan proyek harus diidentifikasi, dan apakah pengiriman akan dibuat oleh tim yang sama setelah penandatanganan.
Teknik teknis programme dan bukti teknik
Programme harus dapat menjelaskan dasar seleksi, antarmuka, data, keamanan, penyebaran dan penanganan yang tidak biasa, dan memberikan kasus dissensi atau hasil validasi.
Mekanisme pemetikan dan perubahan huruf
Skop perbandingan, input peran, biaya pihak ketiga, penerimaan dan perubahan peraturan tidak boleh dibatasi dengan total harga yang tidak memiliki batas.
Aset Austabel dan penerima
Gudang Kode code, sumber daya awan, nama domain, database, dokumen desain dan akun kunci harus jelas ditautan dan diserahkan.
Kolaborasi lokal dan layanan jangka panjang
Komunikasi on-site techhnical memfasilitasi proses streamlining proses kompleks, tetapi juga membutuhkan verifikasi mekanisme respon, dukungan online, kapasitas pemeliharaan dan stabilitas staf.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Perbandingan vendor dengan ringkasan persyaratan yang samaKomunikasi langsung dengan direktur teknis yang sebenarnyaKeistimewaan kasus, bukan hanya nama industriPermintaan untuk klarifikasi asumsi skop dan risiko utamaPenjelasan tonggak sejarah pengiriman dan kriteria penerimaanKonfirmasi sumber awan dan atribusi akunWoinchi Tuliskan perubahan dan aturan penangguhanPerjanjian Ijazah tentang modal untuk penyerahan Jasa Pemeliharaan Perdamaian Kualitas
Cadangkan jalur ke implementasi
Disarankan agar ketiga kandidat tersebut dilakoni terlebih dahulu, menggunakan pertanyaan seragam dan perbandingan data yang seragam.
DECISION WORKSHEET
Perusahaan Penghilangan Perangkat Lunak Shanghai menjadi perusahaan pengambil keputusan yang dapat ditegakkan
Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.
Perlunya pemahaman dan kesadaran perbatasan
Pemasok yang dapat diandalkan akan menunjukkan apa yang diasumsikan, untuk dikonfirmasi dan tidak cocok untuk konstruksi awal, daripada segera melakukan semua persyaratan.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Tim Real dan bertanggung jawab.
badan pimpinan untuk produk, struktur, penelitian dan pengembangan, pengujian dan proyek harus diidentifikasi, dan apakah pengiriman akan dibuat oleh tim yang sama setelah penandatanganan.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Teknik teknis programme dan bukti teknik
Programme harus dapat menjelaskan dasar seleksi, antarmuka, data, keamanan, penyebaran dan penanganan yang tidak biasa, dan memberikan kasus dissensi atau hasil validasi.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Apa yang hendaknya memuat ringkasan penilaian yang serupa?
Pada sebuah minimum, ringkasan persyaratan yang sama digunakan untuk membandingkan pemasok, berkomunikasi langsung dengan manajer teknis aktual, cek isu kasus daripada hanya nama industri, permintaan deskripsi asumsi dan risiko utama, dan menggambarkan volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan kepada pemasok yang berbeda, dan meminta asumsi, eksklusi, kerjasama pelanggan, pengiriman dan bukti penerimaan disampaikan secara terpisah, sehingga untuk menghindari hanya membandingkan harga total satu perbatasan yang hilang.
Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.
Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.
UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.
Prinsip penilaian
Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apa kau harus memilih perusahaan perangkat lunak lokal di Shanghai?+
Tim lokal memfasilitasi komunikasi dan kolaborasi darurat, tapi kapasitas teknis, mekanisme pengiriman, kontrol aset dan respon jangka panjang lebih penting.
Mengapa penawar terendah lebih mahal?+
Jika kutipan diabaikan untuk pengujian, penyebaran, migrasi data, anomali antarmuka, berkas sumber dan transportasi, total biaya perubahan dan kerja kembali yang kemudian mungkin meningkat secara signifikan.
Bagaimana Anda bisa dengan cepat menilai keterampilan teknis sebelum menandatangani?+
Diagnostik yang nyata namun disensitisasi, memungkinkan manajer teknis untuk menjelaskan program, risiko dan metode penerimaan; dan, jika perlu, menggunakan diagnosa berbasis biaya skala kecil atau validasi PoC.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Pengembangan perangkat lunak dan outsourcing proyek
Apa yang harus dipilih oleh Shanghai Software Outsourcing?
Kekhalifahan penting untuk melihat apakah pemasok dapat menerjemahkan isu bisnis ke dalam lingkup, kriteria risiko dan penerimaan, daripada ukuran perusahaan dan penjualan retorik.Sementara komunikasi lokal di Shanghai memfasilitasi wawancara proses yang kompleks dan kolaborasi online, kualitas kode, manajemen proyek dan pemeliharaan berkelanjutan masih tunduk pada pembuktian.Disarankan pihak lain diminta untuk menjelaskan struktur, pengiriman, penanganan dan pengambilalihan proyek yang serupa.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekRisiko apa yang mungkin disembunyikan dari harga rendah perangkat lunak yang melebihi kemampuan?
Harga rendah yang mungkin timbul dari penggunaan kembali template, ruang lingkup yang hilang, kekurangan atau belakangan bergantung pada biaya perubahan, yang belum tentu mewakili efisiensi yang lebih besar. Harga membandingkan penawaran adalah untuk menyelaraskan permintaan, antarmuka, data, pengujian, penyebaran, kode sumber dan penetapan kaliber.Terutamanya harga yang rendah memerlukan penjelasan peran tim, beban kerja dan eksklusi.
Tiliklah jawaban penuhPengembangan perangkat lunak dan outsourcing proyekApa yang harus menjadi pilihan perangkat lunak outsourcing dan tim membangun sendiri?
Perangkat lunak outsourcing Software biasanya lebih efektif jika bisnis membutuhkan kontinum jangka panjang dan perusahaan memiliki kemampuan manajemen produk dan teknologi.Jika target didefinisikan dengan jelas, awal cepat diperlukan atau ada kekurangan kapasitas yang berdedikasi sementara, banyak perusahaan mempertahankan produk dan pemilik teknologi, meninggalkan fase R & D atau konstruksi yang didedikasikan kepada tim luar.
Tiliklah jawaban penuhPengembangan perangkat lunak dan outsourcing proyekApa yang biasanya dibutuhkan untuk pengembangan perangkat lunak?
Perangkat lunak yang disesuaikan tidak memiliki harga seragam berdasarkan ukuran halaman, dan biaya ditentukan terutama oleh ruang lingkup, antarmuka, data, otoritas, kinerja dan akuntabilitas untuk pengiriman.Sistem manajemen dengan nama yang sama mungkin adalah alat tunggal sector atau koneksi ke perintah, inventaris, keuangan dan otoritas multi-organisasi.disarankan bahwa sistem bisnis pertama ditutup loop dan penerimaan dan batas inspeksi ditetapkan, dan bahwa produk, desain, pengembangan, pengujian, penyebaran dan pemeliharaan beban kerja diperkirakan.Setiap harga total yang tepat diberikan tanpa pengetahuan kebutuhan hanya dianggap sebagai acuan pemasaran.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Perangkat Lunak Shanghai Tak Menguat dan Pengembangan Kustomisasi
Spektrum pemahaman tentang layanan ZhiHua Tech untuk Shanghai Enterprises
Untuk informasi lebih lanjut.RelevantPenilaian dan penerimaan vendor perangkat lunak software
Lihat kerangka evaluasi vendor yang lebih lengkap
Untuk informasi lebih lanjut.RelevantPengajuan penilaian proyek awal
Membandingkan kebutuhan, anggaran, waktu, dan menghasilkan jumlah komunikasi
Untuk informasi lebih lanjut.Dibandingkan dengan tim operasi Shanghai?
Keterangan voice fasa proyek, informasi dan persyaratan kolaboratif yang tersedia, pencocokan tim komunikasi, konfirmasi sebelumnya dari ruang lingkup, periodikitas dan modalitas pengiriman.
Kontak pertama tidak boleh mengirim kata sandi atau informasi sensitif yang tidak sensitif.