Skop dan prototipe
Pertama, mengidentifikasi bisnis tertutup loop, peran pengguna, terminal dan penerimaan dan batas pemeriksaanWakekarya demand, daftar fungsional, prototipe kunci, inventaris antarmuka, asumsi risiko dan anggaran fase
Home Panduan Keputusan Proyek / Anggaran Perangkat Lunak Kecamatan
PROJECT DECISION GUIDEAnggaran biaya pengembangan perangkat lunak, proyek tersusuai menawarkan dan pengembangan siklus
Perangkat lunak langganan habaib tidak dapat dikutip hanya dengan ukuran halaman atau nama terminal. Perkiraan yang dapat diandalkan memerlukan pendirian batas bisnis, batas pengiriman dan asumsi risiko sebelum membelah kerja menjadi produk, desain, pengembangan, pengujian, penyebaran dan penyebaran fase.
Tidak perlu mempersiapkan permintaan bantuan yang lengkap.
Jawab pertanyaannya.
Biaya estimasi biaya untuk pembangunan Sosial Custom
Bila kebutuhan tidak diperjelas, tim yang bertanggung jawab biasanya hanya memberikan nilai dasar anggaran atau harga panggung.Persembahan formal harus didasarkan pada proses bisnis yang dapat dikembalikan, daftar kebutuhan, prototipe, daftar antarmuka, persyaratan non-fungsional dan kriteria penerimaan.
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.
Versi pertama yang tersedia
Penyempurnaan lema proses bisnis inti yang dapat divalidasi oleh pengguna nyataDesain Produk, pengujian R & D, antarmuka yang diperlukan, lingkungan penyebaran, data pilot dan bahan penerimaan pertama
Produksi dan operasi terus menerus
Skala-up lengkap, pemerintahan keamanan dan kapasitas pemeliharaan jangka panjangKeamanan Prestasi, pemantauan backup, migrasi data, distribusi otomatis, dokumen pelatihan, jaminan kualitas dan iteratifitas berkelanjutan
Situasimu sangat relevan.
Perangkat lunak menawarkan harga yang berbeda.
Keterangan WHO tentang peran pengguna, proses inti, bentuk akhir, antarmuka dan persyaratan pengiriman, pertama membantu mengidentifikasi jarak awal dan biaya off-the-helf yang mudah.
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.
Fungsional dan lingkup operasional
Peran pengguna, proses inti, jumlah terminal, konfigurasi back-office dan pernyataan semua mempengaruhi beban kerja dan prioritas harus diberikan untuk menjaga fungsionalitas yang dapat membentuk lingkaran tertutup bisnis selama periode pertama.
Mengadakan risiko dasar dan teknologi yang telah ada
Kode yang ada, sistem sumber terbuka atau produk standar dapat mengurangi biaya konstruksi dari nol, atau dapat meningkatkan biaya audit dan adaptasi karena kualitas, lisensi dan kendala arsitektur.
Otherland dan migrasi data
Pembayaran yuran, keuangan, logistik, faktur, peralatan dan antarmuka dengan sistem yang lebih tua perlu dikoordinasikan; data sejarah juga melibatkan pembersihan, pemetaan, validasi dan rollback.
Kualitas dan persyaratan kepatuhan untuk membuat orang - orang cocok
Ketinggian kinerja, ketersediaan, keselamatan, otoritas, audit, dll atau persyaratan kepatuhan industri, semakin besar desain, pengujian dan input transportasi.
Keharmonisan dan kondisi kerja sama
Kompresi yang tidak masuk akal dari jadwal meningkatkan biaya tim paralel dan komunikasi.
Pengiriman dan tanggung jawab jangka panjang
Pengiriman kode sumber, penyebaran lingkungan, dokumentasi, pelatihan, jaminan kualitas, pemantauan dan jangka panjang transportasi harus jelas sebelum kutipan.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Operasional tujuan dan indikator keberhasilanPengguna kore, peran dan prosesTahap pertama operasi harus online.Status sistem, kode dan data yang adaDaftar antarmuka pihak ketiga dan peralatanPrestasi, keamanan dan kepatuhan persyaratanTingkat anggaran dan rencana go-liveKode sumber, penyebaran, dokumentasi dan batas transportasi
Cadangkan jalur ke implementasi
¡OLuady disarankan bahwa satu atau dua putaran komunikasi permintaan digunakan untuk membuat basis dasar estimasi. Untuk AI, IOT, sistem lama dan proyek integrasi sistem multiple, diagnosis berbasis fee atau PoC dapat digunakan untuk menguji ketidakpastian maksimum sebelum masuk ke dalam pengembangan formal.
DECISION WORKSHEET
Meterjemahkan biaya perkiraan pembangunan perangkat lunak perkuil ke dalam pengambilan 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.
Fungsional dan lingkup operasional
Peran pengguna, proses inti, jumlah terminal, konfigurasi back-office dan pernyataan semua mempengaruhi beban kerja dan prioritas harus diberikan untuk menjaga fungsionalitas yang dapat membentuk lingkaran tertutup bisnis selama periode pertama.
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.
Mengadakan risiko dasar dan teknologi yang telah ada
Kode yang ada, sistem sumber terbuka atau produk standar dapat mengurangi biaya konstruksi dari nol, atau dapat meningkatkan biaya audit dan adaptasi karena kualitas, lisensi dan kendala arsitektur.
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.
Otherland dan migrasi data
Pembayaran yuran, keuangan, logistik, faktur, peralatan dan antarmuka dengan sistem yang lebih tua perlu dikoordinasikan; data sejarah juga melibatkan pembersihan, pemetaan, validasi dan rollback.
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 suatu minimum, organisasi tujuan bisnis dan indikator keberhasilan, pengguna inti, peran dan proses, fungsional, sistem arus, kode dan data yang harus online untuk periode pertama, bersama-sama dengan indikasi volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem yang ada, hak akses data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan untuk pemasok yang berbeda dan deskripsi terpisah dari asumsi, eksklusi, masalah kerjasama pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari membandingkan harga total satu perbatasan saja tanpa batas.
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.
Mengapa tawaran dari perusahaan yang berbeda sangat berbeda?+
Harga egonia harus dibandingkan dengan barang, ruang lingkup, personel, siklus, dokumen sumber, pengujian dan mobilitas, daripada hanya harga total.
Apakah belum lengkap perlu dianggarkan terlebih dahulu?+
Tingkat Anggaran Pendapatan dan asumsi kunci dapat diberikan untuk pengaturan internal; namun, harga total tetap yang diperlukan untuk lebih jelas didefinisikan dalam hal lingkup dan penerimaan.
Bagaimana mengendalikan anggaran yang diserbu proyek?+
¡Adopt MVP atau pengiriman fase, menetapkan dasar kebutuhan, memvalidasi antarmuka berisiko tinggi di muka dan nilai sinkron, biaya dan siklus untuk perubahan.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Pengembangan perangkat lunak dan outsourcing proyek
Apa 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 penuhProjek perisian rintisan dan pemilihan programMengapa perusahaan perangkat lunak perlu belajar sebelum mereka bisa menawarkan?
Penawaran perangkat lunak tidak didasarkan pada ukuran halaman sederhana, dan aturan bisnis, kelayakan peran, antarmuka, migrasi data, kinerja, keamanan dan akses secara signifikan dapat mempengaruhi beban kerja. Penelitian demand dirancang untuk mengidentifikasi driver biaya ini dan membedakan antara jangkauan yang didefinisikan dan risiko yang tidak diketahui. Tanpa penelitian, harga rendah sering kali dikompensasi oleh perubahan selanjutnya, kualitas yang lebih rendah atau penghapusan pengiriman.
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 penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Software Project Outsourcing
Memahami batas pengiriman berbasis proyek, fase dan penelitian dan pengembangan kolaboratif
Untuk informasi lebih lanjut.RelevantSoftware ungsusususususususususume quot model
Perbandingan harga total tetap, tonggak sejarah, bulan-orang dan kolaborasi R & D yang sedang berlangsung
Untuk informasi lebih lanjut.RelevantPengajuan penilaian proyek awal
Membandingkan kebutuhan dan menghasilkan komunikasi langsung jumlah proyek
Untuk informasi lebih lanjut.RelevantBusiness Software Development
Kemilau Web, Applet, APP, SaaS dan layanan pengembangan penuh sistem bisnis
Untuk informasi lebih lanjut.RelevantPerangkat Lunak dan Pengembangan Luar Daya dan Pengaturan Shanghai
Memahami komunikasi on-site dan penelitian jarak jauh dan pengembangan modalitas kolaborasi Proyek Shanghai Enterprise
Untuk informasi lebih lanjut.Relevantbiaya implementasi ERP dan CRM
Mengeluarkan masukan melalui lisensi produk, pengembangan konfigurasi, antarmuka, migrasi dan dukungan daring
Untuk informasi lebih lanjut.Relevantbiaya pengembangan SaaS dan MVP
Anggaran belanja anggar menurut anggaran berdasarkan validasi operasional, penyewa, penagihan, antarmuka dan kapasitas operasi
Untuk informasi lebih lanjut.RelevantSolusi sistem ritel elektoran
Sistem cakupan sistem cakupan dari barang, pesanan, pembayaran, kinerja, keanggotaan dan pemasaran
Untuk informasi lebih lanjut.Ada kebutuhan awal untuk menilai anggaran lebih lanjut?
Terangkan pengguna, proses inti, sistem dan perencanaan waktu yang ada, dan kami akan membantu untuk mengstreamline lingkup kritis biaya dampak; penawaran formal didasarkan pada kebutuhan yang dikonfirmasi.
Kontak pertama tidak boleh mengirim kata sandi atau informasi sensitif yang tidak sensitif.