Pengamatan tentang masalah operasional
Tim profesional tidak memulai dengan meminta hanya halaman dan fungsi, tapi lebih baik pengguna, proses, target, sistem yang ada dan kriteria sukses.
Perusahaan bisa menggunakan bisnis sungguhan untuk melihat apakah pihak lain bisa mengulang dan mengajukan pertanyaan yang sah.
Mempersiapkan kejelasan dan keselarasan program
Program ini harus menjelaskan lingkup produk, proses kunci, pendekatan teknis, pendekatan integrasi, rencana keamanan data dan implementasi. Terminal teknis kompleks tidak mewakili profesi, dan kuncinya adalah apakah pilihan rasional konsisten dengan tujuan operasional.
Peran tim dan peserta aktual juga diidentifikasi, tidak hanya para ahli yang ditampilkan pada tahap penjualan.
Periksa mekanisme dan kualitas proyek
Sangat penting untuk mengetahui bagaimana kebutuhan diidentifikasi, bagaimana perubahan dinilai, bagaimana kemajuan dilaporkan, seberapa sering versi ditunjukkan, bagaimana kekurangan dikelola, dan bagaimana penundaan ditangani. Mekanisme transparansi lebih riskhinging daripada komitmen verbal.
Tes, ulasan kode, manajemen lingkungan, backup dan pemeriksaan keamanan juga harus memiliki metode yang dapat dilaksanakan.
- Hapus batu tujuan dan orang-orang yang bertanggung jawab disediakan
- Apakah mungkin untuk menunjukkan hasil operasional secara terus menerus
- Risiko, masalah dan catatan perubahan
- Ketersediaan program online dan gagal respon
Kontrak untuk pengiriman, judul dan layanan berikut-up
Kontrak tersebut akan mengidentifikasi kode sumber, rancangan, skrip basis data, berkas antar-muka, manual penyebaran, nomor rekening dan judul properti intelektual, dan akan menentukan cara di mana komponen ketiga pihak dan perangkat lunak open source akan digunakan.
Periode jaminan kualitas, waktu respon, batas transportasi dan model iteratif berikutnya juga dikonfirmasi untuk menghindari dibiarkan tak dipertahankan ketika sistem ini on line.
Mengubah perusahaan yang mengeluarkan perangkat lunak 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 tidak digunakan untuk mengatur tingkat tabungan yang baik, tetapi mereka kemudian didorong kembali.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama dirancang untuk memungkinkan rantai dijalankan dan dilacak, daripada membangun pilihan pemasok perangkat lunak, mengeluarkan evaluasi perusahaan, kerjasama pengembangan perangkat lunak dan semua aplikasi lainnya ke dalam versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Proyek outsourcing harus termasuk dasar yang sama untuk lingkup, asumsi, pengecualian, tonggak, sumber atraksi, pola penyebaran dan penerimaan bukti. Perubahan dalam permintaan harus dinilai untuk dampaknya pada siklus, biaya dan pengujian, tanpa komitmen lisan untuk mengganti catatan perubahan. Demonstrasi vendor seharusnya menggunakan sampel yang dikonfirmasi oleh kedua belah pihak.
Langkah 4: Menerima, inspeksi dan disking dengan kaliber yang sama
Asumsikan bahwa proses asli menangani 600 tugas per bulan, rata-rata 20 menit dan tingkat pengembalian 10 persen, target dapat dinyatakan sebagai "enam minggu di baris, dengan kompleksitas yang sama, dan rata-rata 25 persen kurang waktu - mengkonsumsi dan tingkat pengembalian tidak lebih tinggi dari baseline asli". Ini diatur hanya menunjukkan metode pengukuran, yang tidak mewakili hasil klien apapun; indikator formal harus diidentifikasi oleh perusahaan pada sampel 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
- Pemahaman bisnis lebih penting daripada komitmen fungsional
- Validasi dari tim aktual dan mekanisme pengiriman yang dapat dilaksanakan
- Identifikasi hasil, hak properti, jaminan kualitas dan transportasi dalam kontrak
Melanjutkan 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.