Dasar persyaratan
Pastikan bahwa semua pemasok prospektif memahami masalah yang samaTujuan bisnis, peran pengguna, inti proses, sistem yang ada, batasan, tingkat anggaran dan waktu perencanaan
Home / Proyek Pemandu Keputusan / Pemilihan Perusahaan Perangkat Lunak Shanghai
PROJECT DECISION GUIDEBagaimana memilih Shanghai Software Outsourcing: Daftar penilaian dan kontrak pemasok
Pemilihan vendor outsourcing perangkat lunak tidak boleh dibatasi oleh perbandingan total harga dan jumlah kasus. Apakah proyek ini dikendalikan atau tidak ditentukan oleh pernyataan batas bisnis, resiko kunci, tim pengiriman yang sebenarnya, kode sumber dan akun atblications, penerimaan dan akuntabilitas setelah online.
Jawab pertanyaannya.
Shanghai Software Outsourcing Perusahaan Pilih
Ketika Shanghai dan Jiang Zheon memilih perusahaan outsourcing perangkat lunak, hal ini diusulkan bahwa ringkasan yang sama persyaratan harus mengundang pemasok untuk mengirimkan lingkup, asumsi, tim, tonggak, pengiriman dan laporan risiko, dan kemudian untuk memverifikasi kapasitas nyata melalui komunikasi program atau skala kecil Fetics, berbasis diagnosis.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase projek
Lapisan-lapisan berikut ini digunakan untuk membangun dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Validasi kapasitas
Verifikasi apakah pemasok dapat mengidentifikasi risiko dan memberikan opsi yang dapat diterapkanPengalaman dengan masalah yang sama, komunikasi petugas teknis, program, prototipe atau diagnosis, bukti kecil lingkup bekerja
Kontrak dan baseline pengiriman
Menerjemahkan komitmen menjadi tanggung jawab dan aset yang dapat diverifikasiMilestones, standar penerimaan, sumber rekening atribute, mekanisme perubahan, jaminan keamanan kualitas dan keluar istilah handover
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk decision-making
Pertama, batas-batas menahan diri dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerjasama dibandingkan.
Perlu untuk pemahaman dan kesadaran perbatasan
Pemasok terpercaya akan mengindikasikan apa yang diasumsikan, untuk dikonfirmasi dan tidak cocok untuk konstruksi awal, daripada langsung berkomitmen untuk semua persyaratan.
Tim yang sebenarnya dan bertanggung jawab.
Agensi utama untuk produk, struktur, penelitian, pengembangan, pengujian dan proyek harus diidentifikasi, dan apakah pengiriman akan dibuat oleh tim yang sama setelah penandatanganan.
Program teknis dan bukti rekayasa
Program ini harus dapat menjelaskan dasar seleksi, antarmuka, data, keamanan, penyebaran dan penanganan yang tidak biasa, dan menyediakan kasus dissensitisasi atau hasil validasi.
Kutipan dan perubahan mekanisme
Lingkup perbandingan, masukan peran, biaya ketiga partai, penerimaan dan aturan perubahan tidak boleh dibatasi dengan harga total yang tidak memiliki batas.
Aset attracioned dan receivership
Gudang kode, sumber daya awan, nama domain, basis data, dokumen desain dan rekening kunci harus jelas dikaitkan dan diserahkan.
Kolaborasi lokal dan layanan jangka panjang
Komunikasi di tempat ini memfasilitasi proses kompleks yang diperkecil, tapi juga memerlukan verifikasi mekanisme respon, dukungan online, kapasitas pemeliharaan dan stabilitas staf.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Perbandingan vendor dengan ringkasan persyaratan yang samaLangsung komunikasi dengan direktur teknis yang sebenarnyaMemeriksa isu-isu kasus, bukan hanya nama industriPermintaan klarifikasi asumsi scope dan risiko utamaBersihkan kriteria pengiriman dan penerimaan milestonesKonfirmasi sumber daya awan dan atvokasi akunTulis perubahan dan aturan pengurangPerjanjian tentang modalitas untuk penyerahan dari Layanan Perdamaian Kualitas
Alamat yang disarankan untuk implementasi
Disarankan bahwa tiga kandidat yang lebih dahulu diputar menggunakan pertanyaan seragam dan perbandingan data seragam.
DECISION WORKSHEET
Memilih Shanghai Software Outsourcing Company untuk menjadi keputusan yang dapat dilaksanakan
Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.
Perlu untuk pemahaman dan kesadaran perbatasan
Pemasok terpercaya akan mengindikasikan apa yang diasumsikan, untuk dikonfirmasi dan tidak cocok untuk konstruksi awal, daripada langsung berkomitmen untuk semua persyaratan.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Tim yang sebenarnya dan bertanggung jawab.
Agensi utama untuk produk, struktur, penelitian, pengembangan, pengujian dan proyek harus diidentifikasi, dan apakah pengiriman akan dibuat oleh tim yang sama setelah penandatanganan.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Program teknis dan bukti rekayasa
Program ini harus dapat menjelaskan dasar seleksi, antarmuka, data, keamanan, penyebaran dan penanganan yang tidak biasa, dan menyediakan kasus dissensitisasi atau hasil validasi.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Apa yang harus ringkasan yang sebanding dengan penilaian yang mengandung?
Pada minimal, ringkasan persyaratan yang sama digunakan untuk membandingkan pemasok, berkomunikasi langsung dengan manajer teknis yang sebenarnya, cek isu kasus bukan hanya nama industri, permintaan deskripsi asumsi lingkup dan risiko utama, dan menggambarkan volume bisnis saat ini, rata-rata pengolahan waktu, anomali utama, sistem, hak istimewa data, ketergantungan ketiga pihak dan akses jendela. Versi yang sama diberikan kepada pemasok yang berbeda, dan meminta bahwa asumsi, instansi, kerjasama pelanggan, pengiriman dan bukti penerimaan, akan diberikan secara terpisah, sehingga hanya untuk menghindari satu dari harga yang hilang.
Contohnya, perusahaan mengharapkan bahwa proyek tersebut akan menghemat 160 jam tenaga kerja per bulan, tapi angka ini harus dipecah menjadi jumlah tugas, tabungan tunggal, tingkat adopsi, dan nilai peninjauan manual. Jika hanya 40 persen pengguna menggunakan periode pertama, atau jika proses baru meningkatkan proses tinjauan, keuntungan yang sebenarnya akan lebih rendah daripada perkiraan yang jelas.
Empat jenis bukti direkomendasikan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti lingkup: konsistensi dari versi permintaan, proses bisnis, prototipe, antarmuka, dan pengecualian; yang kedua adalah bukti teknik: apakah teknologi yang sama memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah para personil, peserta yang sebenarnya, tahapan masukan, mekanisme masukan, dan mekanisme pengganti jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, dokumen, pelatihan, jaminan kualitas, transportasi yang diberikan kepada mereka untuk menyediakan obat yang tidak bisa digunakan untuk menjadi bukti yang bisa digunakan untuk menyediakan obat yang bisa di bawah.
Disarankan bahwa lingkup kejelasan, ketergantungan kritis, kapasitas tim, penerimaan yang berlaku dan takeover jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor direkam. Jika sebuah program lebih murah, antar muka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke caliber pengiriman yang sama sebelum dibandingkan.
Prinsip penghakiman
Halaman ini menyediakan suatu kerangka pembuatan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apakah Anda harus memilih perusahaan perangkat lunak lokal di Shanghai?+
Belum tentu, tim lokal memfasilitasi komunikasi di situs dan kolaborasi darurat, tapi kapasitas teknis, mekanisme pengiriman, kontrol aset dan respon jangka panjang lebih penting.
Mengapa penawar terendah menjadi lebih mahal?+
Jika kutipan tersebut diabaikan untuk pengujian, penyebaran, migrasi data, antar muka, berkas sumber dan transportasi, total biaya perubahan kemudian dan pekerjaan-kembali dapat meningkat secara signifikan.
Bagaimana bisa kau cepat menilai keterampilan teknis sebelum menandatangani?+
Menyediakan pertanyaan yang nyata tapi tidak peka, memungkinkan manajer teknis untuk menjelaskan program, risiko dan metode penerimaan; dan, jika perlu, untuk menggunakan kecil skala fee- berbasis diagnosis atau validasi GraphRAG.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Pengembangan perangkat lunak dan outsourcing dari proyek
Apa yang harus Shanghai Software Outsourcing memilih?
Penting untuk melihat apakah pemasok dapat menerjemahkan masalah bisnis menjadi lingkup, resiko dan penerimaan, daripada ukuran perusahaan dan retorika penjualan.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekApa risiko yang mungkin disembunyikan dari harga yang rendah dari outsourcing software?
Harga yang rendah mungkin muncul dari penggunaan kembali templat, hilang scope, kekurangan staf atau ketergantungan kemudian pada biaya perubahan, yang tidak selalu mewakili efisiensi yang lebih besar. harga membandingkan penawaran adalah untuk menyelaraskan permintaan, antar muka, data, pengujian, penyebaran, kode sumber dan pemeliharaan calibr. terutama harga yang rendah membutuhkan penjelasan dari peran tim, beban kerja dan pengecualian.
Lihat jawaban lengkapPengembangan perangkat lunak dan outsourcing dari proyekApa yang harus menjadi pilihan dari tim software outsourcing dan self-building?
Program software outsourcing biasanya lebih efektif jika bisnis membutuhkan kontinum jangka panjang dan perusahaan memiliki kemampuan manajemen produk dan teknologi jika target jelas didefinisikan, awal cepat diperlukan atau ada kekurangan kapasitas berdedikasi sementara, banyak perusahaan mempertahankan produk dan pemilik teknologi, meninggalkan fase R & D atau berdedikasi konstruksi kepada tim luar.
Lihat jawaban lengkapPengembangan perangkat lunak dan outsourcing dari proyekBerapa biaya yang biasanya untuk pengembangan perangkat lunak kustom?
Perangkat lunak yang disesuaikan tidak memiliki harga seragam berdasarkan ukuran halaman, dan biaya ditentukan terutama oleh lingkup, data, data, performa, dan akuntabilitas untuk pengiriman. Sistem manajemen dengan nama yang sama mungkin merupakan alat sektor tunggal atau koneksi untuk perintah, inventaris, otoritas organisasi multi-. Hal ini direkomendasikan bahwa bisnis ditutup dan akuntabilitas yang ada.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Pengembangan Perangkat Lunak dan Customisasi Shanghai
Memahami lingkup layanan ZhiHua Tech untuk Shanghai Enterprises
Untuk informasi lebih lanjut.RelevanPenilaian dan penerimaan vendor perangkat lunak
Lihat kerangka evaluasi vendor yang lebih lengkap
Untuk informasi lebih lanjut.RelevanSubmisi penilaian proyek awal
Mengumpulkan kebutuhan, anggaran, waktu, dan hasil dari komunikasi
Untuk informasi lebih lanjut.Dibandingkan dengan tim outsourcing software Shanghai?
Keterangan fase proyek, informasi yang tersedia dan persyaratan kolaboratif, pencocokan tim komunikasi, konfirmasi sebelumnya lingkup, periodisitas dan modalitas pengiriman.
Kontak pertama adalah tidak mengirim sandi atau informasi sensitif yang tidak sensitif.