Home / FAQs / Pengembangan perangkat lunak dan outsourcing dari proyek
QUESTION & ANSWER

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.

Jawab pertanyaannya.

Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat

Ketika memilih sebuah perusahaan perangkat lunak Shanghai outsourcing, subjek utama, peran tim dan tanggung jawab pengiriman harus diperiksa, diikuti oleh kasus dan teknologinya. Pengguna sejati akan proaktif dalam meminta tentang volume bisnis, peran pengguna, sistem yang ada, antarmuka, data dan batasan online, dan akan menunjuk kepada mereka yang tidak dapat berkomitmen sementara.

DECISION FACTORS

Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?

Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.

Konsistensi antara bisnis, kontrak, koleksi dan tim pengiriman yang sebenarnyaDemonstrasi hasil panggung yang dapat diverifikasi, manajemen kode dan proses pengujianApakah kutipan jelas dari item, pengecualian, kerjasama pelanggan dan mekanisme perubahanSiapa yang mengendalikan kode sumber, data, nama domain, sumber daya awan dan akun pihak ketiga
ACTION STEPS

Perintah yang disarankan dari muka

01

Pertama, kita akan jelas tentang target dan perbatasan.

Tiga sampai lima vendor dihubungi dalam ringkasan proyek yang sama untuk memastikan konsistensi perbandingan.

02

Dependence Kunci Validasi

Sebuah bisnis bersama komunikasi teknis diatur untuk memungkinkan orang yang sebenarnya bertanggung jawab untuk menjawab pertanyaan struktural dan risiko.

03

Pengembangan hasil yang dapat dipertimbangkan

Contoh dari item pengiriman yang tidak peka, seperti katalog permintaan, berkas antar muka dan laporan tes, diminta.

04

Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.

Pertama, diagnosis atau tonggak pertama, dan apakah memperluas lingkup berdasarkan hasil kolaboratif asli.

PRACTICAL EXAMPLE

Bagaimana kau memahaminya dalam bisnis yang sebenarnya?

Contoh yang digunakan untuk menggambarkan metode penilaian

Perusahaan ini perlu terhubung ke ERP, peralatan situs, dan ujung mobile. Beberapa perusahaan mengaku melakukannya ketika melihat halaman, tetapi dalam tinjauan inventaris antarmuka, tim yang dapat secara proaktif mengidentifikasi peralatan offline, data feed, akses dan back- up lebih layak untuk memasuki babak berikutnya.

COMMON RISKS

Lubang termudah untuk melangkah.

Jumlah personil, jumlah tahun pembentukan, dan keseimbangan langsung dari proyek saat ini

Terima harga tanpa batas dan catatan penerimaan

Penjualan yang sangat dikomunikasikan, tetapi tim aktual tidak pernah berpartisipasi dalam penilaian sebelumnya setelah penandatanganan

ACCEPTANCE

Bagaimana kita bisa menerima dan mengkonfirmasinya?

Penilaian pemasok yang memenuhi syarat harus termasuk, minimal, sebuah persyaratan pemahaman, lingkup rekomendasi, rute teknis, peran proyek, batu sejarah, daftar pengiriman, resiko dan asumsi harga.

Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.

Kondisi proyek Anda berbeda dari contoh di atas?

Tujuan operasional, sistem yang ada, sampel dan rencana waktu dapat dikumpulkan sebelum konsultan bisa membuat penilaian awal dalam kaitannya dengan batas-batas sebenarnya.

Konsultan proyek asosiasi