Harga tetap kotor
Item cocok untuk lingkup stabil, berkala yang jelas dan penerimaan objektifSebelumnya menargetkan kebutuhan dasar, total harga, tonggak, penerimaan, perubahan dan tanggung jawab ekstensi
Home / Proyek memutuskan-membuat model panduan / aplikasi outsourcing penawaran
PROJECT DECISION GUIDEModel tawaran perangkat lunak: harga total tetap, pribadi-bulan atau tonggak
Kutipan ini menentukan tidak hanya kecepatan pembayaran tapi juga bagaimana tanggung jawab untuk perubahan dalam permintaan, resiko kemajuan, masukan tim dan penerimaan didistribusikan antara dua pihak. Tidak ada model yang cocok untuk semua proyek.
Jawab pertanyaannya.
Model software outsourcing quote
Sebuah proyek dengan permintaan yang stabil dan penerimaan yang jelas dapat menggunakan harga total tetap; sebuah proyek dengan ketidakpastian teknis cocok untuk diagnosis atau milestone didorong maju; dan evolusi terus-menerus permintaan membutuhkan panjang tim upaya untuk menyebarkan kapasitas R & D dalam pribadi atau siklus.
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.
Milestones phased
adegan yang cocok untuk proyek kompleks dan perlu memvalidasi risiko kunci terlebih dahuluScope dan anggaran oleh diagnostik, prototipe, MVP, pilot dan fase produksi, secara terhormat
Kolaborasi oleh orang-bulan atau siklus
Cocok untuk perubahan permintaan terus-menerus, iteratif jangka panjang atau tim internal mengisi kembaliPeran, waktu untuk pertunangan, aturan keterlibatan, catatan keluaran, prioritas dan handover keluar
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.
Tingkat stabilitas permintaan
Semakin stabil tujuan dan penerimaan, semakin cocok untuk harga total tetap; harga dipaksa biasanya diterjemahkan ke dalam suatu lingkup sengketa ketika permintaan terus dieksplorasi.
Teknologi dan ketidakpastian eksternal
Kode lama, efek AI, situs IOT, interface pihak ketiga dan kualitas data perlu divalidasi pertama dan cocok untuk setiap diagnosa atau kutipan fase.
Partisi klien cepat dan keputusan-keputusan-pembuatan
Konsibilitas yang tepat dari pemilik produk, staf antar-muka dan penerimaan memiliki dampak langsung pada efisiensi kolaborasi dan tanggung jawab sisikkal.
Transparansi peran tim dan masukan
Kerjasama staf bulanan harus mengidentifikasi peran-peran yang sebenarnya, tingkat kapasitas, modus masukan, catatan kerja dan mekanisme untuk penggantian.
Pengiriman dan kendali aset
Model kutipan apapun harus ditulis ke kode sumber, nomor akun, data, desain, pengujian, penyebaran dan atrisit dokumen dan waktu pemberian.
Ubah, penghentian dan mekanisme penarikan
Perjanjian yang diperlukan tentang bagaimana perubahan akan diperkirakan, bagaimana fase akan diselesaikan, bagaimana mentransfer hasil dicapai dan apa yang tidak selesai pada saat penghentian kerjasama.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Apakah jangkauan permintaan stabil?Validasi dari risiko teknologi kunciTempo anggaran dan pergeseranMekanisme proyek dan validasiPeran tim dan persyaratan masukanPengiriman di setiap tahapPenerimaan dan penerimaan dan perubahan aturan persyaratanTransfer aset setelah penghentian kerjasama
Alamat yang disarankan untuk implementasi
Disarankan bahwa penawaran tersebut dipilih berdasarkan ketidakpastian, daripada hanya untuk harga satuan. Proyek kompleks dapat menggunakan kombinasi dari "pay diagnostics or prototype + phased pastical + continuous dimension" untuk memungkinkan setiap tahap untuk memutuskan kelanjutan, penyesuaian, atau penghentian.
DECISION WORKSHEET
Menerjemahkan aplikasi outsourcing menawarkan model ke decision-dapat dilaksanakan
Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.
Tingkat stabilitas permintaan
Semakin stabil tujuan dan penerimaan, semakin cocok untuk harga total tetap; harga dipaksa biasanya diterjemahkan ke dalam suatu lingkup sengketa ketika permintaan terus dieksplorasi.
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.
Teknologi dan ketidakpastian eksternal
Kode lama, efek AI, situs IOT, interface pihak ketiga dan kualitas data perlu divalidasi pertama dan cocok untuk setiap diagnosa atau kutipan fase.
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.
Partisi klien cepat dan keputusan-keputusan-pembuatan
Konsibilitas yang tepat dari pemilik produk, staf antar-muka dan penerimaan memiliki dampak langsung pada efisiensi kolaborasi dan tanggung jawab sisikkal.
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, tingkat permintaan saat ini telah stabil, langit-langit anggaran, dan tingkat pembayaran, pemilik proyek dan mekanisme validasi, sambil menunjukkan volume bisnis saat ini, rata-rata pengolahan waktu, anomali utama, sistem yang ada, hak data, ketergantungan ketiga pihak dan akses jendela. Versi yang sama disediakan untuk pemasok yang berbeda dan terpisah deskripsi asumsi, pengecualian, urusan pelanggan, pengiriman dan penerimaan diperlukan untuk menghindari hanya membandingkan total dari satu perbatasan.
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 harga total tetap adalah jaminan terbaik untuk pelanggan?+
Harga total yang telah diperbaiki rendah dapat dengan mudah menyebabkan kelalaian, perubahan sering atau kompresi kualitas ketika permintaan tidak stabil.
Bagaimana seseorang bisa bekerja bersama dalam satu bulan untuk menghindari ketidakefisien?+
Peran tim, tujuan iteratif, catatan tugas, kode, frekuensi presentasi dan tahapan harus diklarifikasi dan diprioritaskan secara bersama-sama dikelola oleh kepala masing-masing dari dua partai.
Bisakah kita menyusun kutipan yang berbeda?+
Metode biasa adalah menyediakan penawaran tahap atas diagnostik atau prototipe, untuk mengembangkan harga tetap dengan lingkup yang jelas, dan menyediakan transportasi perdamaian dan iteratif secara online dan secara periodik.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Pengembangan perangkat lunak dan outsourcing dari proyek
Apa 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 proyekApa 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 lengkapPengembangan perangkat lunak dan outsourcing dari proyekApakah perangkat lunaknya keluar untuk memilih harga tetap yang kotor atau bekerja bersama secara bulanan?
Harga total tetap lebih mudah dikendalikan ketika permintaan stabil, batas-batas sudah jelas dan hasilnya dapat ditentukan di muka.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana Anda mengatur node pembayaran dan rasio pembayaran untuk projek perangkat lunak?
Node pembayaran harus dihubungkan dengan hasil yang dapat diterima, tidak hanya dengan tanggal atau kemajuan oral. Praktek umum adalah memulai, prototipe atau konfirmasi permintaan, pengembangan fase, up- tanggal koleksi dan jaminan kualitas cocklings. Tidak ada kriteria seragam untuk skala, berdasarkan prior- periode input, risiko proyek dan analitrasi kredit bersama.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Software Project Outsourcing
Lihat desain proyek, tonggak dan layanan penelitian dan pengembangan kolaboratif yang sedang berlangsung
Untuk informasi lebih lanjut.RelevanHarga tetap kotor dibandingkan bulan R & D tim
Perbandingan lebih lanjut dari batas kontrak, praktek manajemen dan alokasi risiko
Untuk informasi lebih lanjut.RelevanSubmisi penilaian proyek awal
Mengumpulkan lingkup, anggaran dan waktu untuk menyediakan dasar bagi pilihan modalitas kutipan
Untuk informasi lebih lanjut.RelevanShanghai Software Outsourcing dan Development Services
Memahami kebutuhan untuk komunikasi, implementasi dan pengiriman proyek perusahaan Shanghai
Untuk informasi lebih lanjut.