Pertama, untuk menilai apakah proyek ini cocok untuk outsourcing, gabungan R & D atau saran teknis
Ketika mencari tim outsourcing perangkat lunak, perusahaan Shanghai perlu mengidentifikasi apakah mereka ingin membeli hasil proyek lengkap, kapasitas R & D yang sedang berlangsung, atau penilaian teknis independen. Tujuan bisnis dan sistem dengan standar penerimaan yang lebih jelas cocok untuk desain proyek; produk yang membutuhkan validasi terus menerus cocok untuk stage-by-stage atau kolaboratif R & D, dan sistem lama mengambil alih, arsitektur kompleks dan masalah perfesibilitas ZXGraphRAG dapat didiagnosis secara mandiri.
Model kerjasama yang salah mengubah masalah bisnis menjadi masalah manajemen proyek. Sebagai contoh, harga tetap dari bisnis eksplorasi ditandatangani secara langsung, dan perubahan berikutnya dapat dengan mudah diterjemahkan menjadi sering perselisihan; permintaan jangka panjang, bagaimanapun, adalah tunduk pada satu waktu manajemen proyek, dan dapat menyebabkan hilangnya pengetahuan tim.
- Sistem proyek berskala fixed-: tugas pembangunan yang sesuai dengan proses bisnis dan batas-batas yang jelas untuk penerimaan
- Pengiriman Phased: proyek yang cocok untuk MVP, antar muka atau validasi teknologi kritis pertama
- Kolaborasi R & D sedang berlangsung: sesuai untuk tim produk yang ada dan perusahaan permintaan yang stabil
- Konsultasi independen dan diagnosa: cocok untuk penilaian formulasi proyek, pengambilalihan sistem lama dan keputusan teknis utama - membuat
Komunikasi pertama untuk membentuk ringkasan proyek yang dapat dipertahankan
Penjual seharusnya mengatur informasi ini sebagai bisnis pertama yang ditutup, daripada hanya mengubah ide ini menjadi hari dewasa.
Perkiraan yang tersedia harus membedakan antara apa yang harus diselesaikan, diikuti dengan periode iteratif dan apa yang jelas tidak termasuk dalam periode pertama, dan termasuk akhir gerakan, belakang panggung, antarmuka, migrasi data, keamanan, penyebaran dan kebutuhan transportasi.
Komunikasi dan penelitian jarak jauh dan pengembangan memerlukan irama kolaboratif yang sama
Proyek Pengembangan Perangkat Lunak Shanghai biasanya menyediakan akses online untuk penelitian kunci, ulasan prototipe, persiapan online dan pengaturan penerimaan, dan untuk penelitian sehari-hari, pengujian dan dokumentasi. Fokus kolaborasi campuran tidak pada jumlah pertemuan, tetapi apakah keputusan, tanggung jawab dan tenggat waktu dihasilkan pada setiap rapat.
Disarankan bahwa rapat mingguan rutin, presentasi iteratif, daftar resiko dan keputusan-membuat catatan akan didirikan.
- Proses bisnis kunci divalidasi oleh departemen pengguna sebenarnya
- Menyediakan lingkungan yang dapat berjalan dan catatan demonstrasi untuk setiap iteratif
- Scope, deficiency and new idees to use different inventaris management
- Masalah blockage mengindikasikan mereka yang bertanggung jawab, dampak dan tanggal resolusi
Kontrak dan tonggak harus dihubungkan dengan hasil yang dapat diverifikasi
Node pembayaran seharusnya tidak terbatas pada "persentase penyelesaian pembangunan" tapi harus hasil alamat yang dapat diperiksa, seperti perintah awal, prototipe interaktif, versi inti proses, lingkungan koordinasi, versi inter-, versi online dan pengiriman lengkap.
Hak milik yang intelektual, cakupan kode sumber, lisensi pihak ketiga, sumber daya awan, kewajiban data, jaminan rekening, jaminan kualitas, dan batas transportasi juga harus diidentifikasi sebelum proyek dimulai. Juga perlu untuk membedakan antara tanggung jawab R & D dan ketersediaan layanan pihak ketiga untuk sistem yang bergantung pada pembayaran, logistik, faktur, atau platform lainnya.
Pengelolaan perubahan adalah mekanisme normal, bukan sementara.
Resiko perubahan yang sebenarnya adalah hal ini tidak direkam dan dievaluasi.
Perubahan kecil dapat diikuti oleh yang kemudian, dan perubahan besar harus menghasilkan dalam perubahan tertulis atau fase independen. Hal ini melindungi anggaran perusahaan dan menghindari pengembangan tim penelitian dan pengembangan untuk mengkompres pengujian dan dokumentasi untuk mengejar ketinggalan waktu.
Penerimaan terakhir memastikan bahwa sistem diambil alih oleh perusahaan.
Hasil akhir dari proyek outsourcing perangkat lunak Shanghai bukan hanya sebuah situs atau paket instalasi yang dapat diakses. Perusahaan harus memeriksa kode sumber, membangun skrip, skrip basis data, berkas antar-muka, laporan tes, instruksi penyebaran, daftar cadangan, manual operasi dan masalah warisan untuk mengkonfirmasi bahwa tim internal atau follow- up dapat terus mempertahankan mereka.
Penerimaan dan pemeriksaan harus mencakup proses normal, abnormal dan perbatasan dan memeriksa hak-hak, kinerja, data, pemantauan dan kondisi keamanan di lingkungan produksi.
- Fungsi sesuai dengan permintaan, tes huruf demi huruf
- Kode sumber dan ketergantungan dapat direkonstruksi dalam lingkungan independen
- Penyebaran, backup dan langkah back- up sebenarnya sedang dilakukan
- Bersihkan nomor akun, kunci, nama domain dan sumber daya awan.
- Masalah yang diketahui, mengikuti rencana dan Tanggung jawab Jaminan Kualitas untuk didokumentasikan
Outsourcing dari perangkat lunak Shanghai dari membaca temuan ke masukan projek
Masalah yang paling mungkin setelah membaca artikel metodologi adalah penerimaan prinsip, yang tidak diterjemahkan ke langkah berikutnya. Diusulkan bahwa kepala operasi mengorganisir 60-90 menit minimal-lokakarya, memilih hanya satu proses nyata dan tidak bergegas untuk membahas platform penuh.
Langkah 1: Pembangunan status saat ini dan baseline contoh
Data tersedia untuk satu sampai dua minggu berturut-turut, tapi siklus sampel dan fluktuasi operasional diindikasikan.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama, dikombinasikan dengan "Komunikasi Pertama untuk membentuk ringkasan yang dapat dipertahankan dari proyek ini", menyajikan fase pertama dari masukan, proses, keluaran, dan penyelesaian. Tahap pertama adalah untuk memisahkan sistem yang harus diakses, informasi yang diperlukan dari klien, resiko yang tidak dapat ditangani secara otomatis, dan kondisi yang bergantung pada pihak ketiga. Tahap pertama adalah untuk memungkinkan rantai untuk dijalankan dan dapat ditarik kembali, daripada untuk pengembangan perangkat lunak Shanghai yang luar, Shanghai, Perangkat Lunak, Pengembangan.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Hubungan pelacakan antara nomor permintaan, nomor sampel, hasil tes dan versi harus dibangun sekitar "on-site komunikasi dan jarak jauh R & D membutuhkan satu set irama kolaboratif." Proyek-proyek outsourcing harus termasuk lingkup, asumsi, pengecualian, milestone, sumber atsment, pola penyebaran dan penerimaan bukti ke dasar yang sama.
Langkah 4: Menerima, inspeksi dan disking dengan kaliber yang sama
Dengan asumsi bahwa proses asli menangani 600 tugas per bulan, rata-rata 20 menit dan tingkat pengembalian 10 persen, dikombinasikan dengan kontrak dan batu permata, target dapat digambarkan sebagai "enam minggu on the line, dengan rata-rata pengurangan 25 persen dalam waktu, dan tingkat pengembalian tidak lebih tinggi dari dasar asli, mengingat kompleksitas relatif dari tugas tersebut". set hanya menunjukkan metode pengukuran dan tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan sendiri.
- Material operasional: flowchart, peran, misi sampel, isu saat ini dan data baseline
- Material teknis: inventaris sistem, antar muka, akses data, lingkungan penyebaran dan persyaratan keamanan
- Material projek: lingkup fase pertama, pengecualian, matriks kewajiban, tonggak dan mekanisme perubahan
- Menerima dan memeriksa bahan: uji set, catatan eksekusi, daftar kekurangan, petunjuk dan dokumen-dokumen handover
Ketika bahan-bahan ini diidentifikasi bersama-sama oleh kedua pihak operasional dan teknis, metode dalam artikel sebenarnya dimasukkan ke dalam proyek. Jika data kunci, otorisasi antar muka atau orang yang bertanggung jawab tidak berada di tempat, langkah selanjutnya logis biasanya adalah diagnosis terbatas atau PoC, daripada komitmen langsung untuk menyelesaikan jangka waktu kerja dan harga total.
Implikasi metodologi untuk aksi projek
- Nilai kolaborasi lokal di Shanghai adalah meningkatkan efisiensi operasional dan komunikasi pada titik kunci
- Model kerjasama harus cocok dengan stabilitas permintaan dan kapasitas manajemen perusahaan itu sendiri
- Milestones harus mengikat operasional, diuji, siap untuk mengambil alih bukti pengiriman
- Kode sumber, dokumentasi, penyebaran, dan transfer pengetahuan adalah integral ke integritas aset perangkat lunak
Layanan Relevan, program, dan keputusan membuat panduan
Pengembangan Perangkat Lunak dan Customisasi Shanghai
Lihat liputan layanan, modalitas kerjasama, hasil pengiriman dan pengaturan kolaborasi lokal
Lihat rincianPilihan vendorShanghai Software Outsourcing Daftar Perakit Perusahaan
Periksa dengan vendor dari tim, program, kontrak, source code, penerimaan dan perawatan jangka panjang
Lihat rincianKeputusan-dibuat pada kutipanApa pilihan model outsourcing perangkat lunak?
Perbandingan total harga tetap, tonggak, pribadi, bulan kolaborasi dengan R & D yang sedang berlangsung
Lihat rincianMelanjutkan untuk mendamaikan masalah umum dalam keputusan projek-membuat
Bagaimana cara kerja perangkat lunak outsourcing kontrak ditandatangani dan apa istilah harus disetujui?
Kontrak untuk perangkat lunak kontraktor setidaknya harus menentukan lingkup permintaan, milestone, pembayaran, penerimaan, perubahan, hak kekayaan intelektual, jaminan kerahasiaan, akhir dari penghentian fungsi. Daftar fungsional tidak hanya harus memasukkan nama modul, tetapi juga berhubungan dengan persyaratan versi, antarmuka, data dan tidak fungsional kebutuhan. Tanggung jawab pihak, kerjasama klien dan ketergantungan pihak juga harus dimasukkan ke dalam kontrak. Tujuan dari kontrak tidak memberikan semua resiko untuk memberikan satu pilihan ketika terjadi perubahan yang terjadi, tetapi juga merupakan sebuah perubahan yang terjadi dalam sebuah proses yang terjadi.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekSiapa pemilik hak cipta perangkat lunak, kode sumber dan hak kekayaan intelektual?
Proyek ini harus membedakan antara informasi asli pelanggan, hasil yang telah disesuaikan, komponen generik pemasok, perangkat lunak open source dan lisensi komersial pihak ketiga. Konsep yang sama tidak benar dari pengiriman sumber, hak akses, hak modifikasi, registrasi hak cipta, dan izin lisensi ulang.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana Anda menghitung biaya dan durasi proses pembangunan dengan meningkatkan permintaan?
Persyaratan tambahan harus didokumentasikan dan perubahan spesifik yang dibuat sebelum produk, desain, pengembangan, pengujian, data dan dampak telah dinilai. Waktu coding untuk halaman baru tidak dapat dihitung hanya karena struktur, antar-muka dan jangkauan regresi dapat berubah. Biaya, biaya, dan penjadwalan dikonfirmasi oleh kedua sisi sebelum tersedia atau kemudian.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekInformasi apa yang diperlukan untuk penerimaan dan inspeksi proyek perangkat lunak?
Tujuan dari informasi ini adalah untuk menunjukkan bahwa sistem memenuhi standar yang disepakati dan bahwa klien dapat terus beroperasi dan mengambil alih.
Lihat jawaban lengkapPerlu analisis lebih lanjut dalam konteks negara saat ini perusahaan?
Kami memberikan saran teknis IT, konstruksi informasi perusahaan, Software Project Outlook, desain produk, pengiriman R & D dan layanan pengiriman sistem.