odoo_methodology-31019907.pdf 48-50
Bagaimana cara menulis yang baik?spesifikasi
Spesifikasi yang baik adalah yang singkat, visual dan terstruktur sebagai berikut:
1. Kebutuhan bisnis: Use case (what) dan justifikasinya menjelaskan
mengapa pelanggan secara khusus membutuhkan fitur itu (maks 2 atau 3 paragraf).
2. Spesifikasi fungsional: Solusi yang disarankan menggunakan Odoo (bagaimana)
diilustrasikan, jika mungkin, dengan serangkaian tangkapan layar, atau maket dengan
catatan.
3. Petunjuk teknis: Hal-hal yang harus diperhatikan oleh pengembang.
Toolbox PEN Template siap pakai
Cara menulis spesifikasi yang baik:
https://www.odoo.com/r/Spec_example
Selain data master, pelanggan sering meminta untuk mengimpor data lengkap sejarah, seperti kutipan dan penjualan kembali 7 tahun. Ini membutuhkan banyak waktu, dan itu akan memakan sebagian besar anggaran. Karena itu menambah risiko untuk keberhasilan proyek, kita harus melakukannya hanya jika itu benar-benar dibenarkan. Ajukan pertanyaan berikut untuk memeriksa apakah itu benar-benar diperlukan:
• Apakah mungkin untuk menyimpan informasi tersebut dalam perangkat lunak lama, atau
file ekspor?
• Seberapa sering pelanggan Anda akan berkonsultasi dengan informasi itu? Untuk
tujuan yang mana?
• Apa dampak strategis yang mungkin terjadi dalam 2, 3 atau 4 tahun?
Sama seperti permintaan lainnya, selama pelanggan tidak dapat meyakinkan
Anda, permintaan impor harus ditolak, atau ditunda sampai setelah
Hiduplah
Beberapa bulan yang lalu, saya menerapkan Akuntansi Odoo untuk
Ibbeo Cosmetiques, grup farmasi yang terdiri dari tiga orang
perusahaan di Prancis. Selama Kick-Off, SPoC saya memberi tahu
saya bahwa mengambil alih semua data historis dari Sage adalah suatu keharusan.
Dia membutuhkan semuanya di Odoo untuk memeriksanya saat diperlukan. Saya
menjelaskan kepadanya bahwa mengimpor data historis menempatkan
jadwal proyek berisiko, dan itu akan memakan waktu berhari-hari
konsultasi untuk nilai tambah yang sangat kecil.
Saya membuat kesepakatan dengannya: kami memulai akuntansi untuk ketiganya
perusahaan hanya dalam tiga minggu, dengan sedikit usaha
dari sisinya. Jika kita melakukannya dengan caraku, kita akan memiliki beberapa
jam tersisa pada paket layanan untuk digunakan di masa mendatang. Dan
jika, nanti, dia memutuskan masih perlu mengimpor
data historis ke dalam Odoo, kita bisa melakukannya dalam hitungan detik
fase.
Dia setuju.
Satu minggu kemudian kami menerima panggilan pertama kami dan saya mengimpor
saldo awal dan data master. Akhirnya, setelah
pelatihan, proyek ditayangkan untuk ketiga perusahaan
setelah hanya 2,5 minggu, dengan 9 jam tersisa pada layanan
mengemas.
Sebulan yang lalu, dia mengirimi saya email untuk berterima kasih kepada saya
untuk startup cepat dan Odoo lebih dari itu
ramah pengguna daripada ERP sebelumnya yang dia kerjakan
dengan. Dia juga mengatakan kepada saya bahwa dalam 3 bulan terakhir dia melakukannya
tidak perlu memeriksa entri akuntansi sebelumnya sekali dan
bahwa dia menghubungi penasihat penjualannya untuk menambahkan
lebih banyak modul dan ambil alih semua aktivitasnya di Odoo.
Saat kami mendapatkan lebih banyak firma akuntansi bergabung dengan Odoo, saya sering
memiliki permintaan untuk mengimpor entri akuntansi dari
5 tahun terakhir. Setiap kali saya menggunakan proyek ini sebagai contoh
dan biarkan mereka memutuskan. Entah untuk menyebarkan proyek hanya
2 minggu dengan sedikit usaha dan beberapa jam konsultasi
atau untuk menyebarkan dalam 2 bulan dan membayar 4 kali lebih banyak untuk
sesuatu yang akan mereka gunakan setahun sekali.
- Wynand, Pemimpin Proyek, Odoo BE
Saat menerapkan Odoo, Anda mungkin terdorong untuk membuat dokumentasi untuk memudahkan orientasi pengguna akhir. Bahkan jika tampaknya jadilah ide yang bagus, kamu akan menyadari bahwa nilai yang kamu bawa tidak sepadan waktu yang diinvestasikan. Sebagai Pemimpin Proyek, Anda harus fokus pada tugas yang hanya Anda yang bisa mengantarkan. Dengan kata lain, Pemimpin Proyek tidak boleh membuang waktu untuk mengulang penjelasan yang sudah diberikan di seluruh proyek. Pelanggan
harus bertanggung jawab untuk membangun dokumentasi mereka sendiri, berdasarkan:
kasus bisnis mereka sendiri dan terminologi. Selain itu, SPoC adalah orang yang memiliki bisnis terluas pengetahuan di antara semua pemangku kepentingan implementasi Odoo. Selain itu, membiarkan klien menulis jaminan dokumentasi mereka sendiri bahwa alur kerja Odoo yang dikonfigurasi dipahami dengan benar dan ditangani oleh SPOC. Ini memudahkan proses manajemen perubahan karena pengguna akhir memiliki akses langsung ke sumber pengetahuan yang dapat diandalkan di perusahaan mereka sendiri.
Tentu saja, sebagian besar aliran standar sudah tercakup oleh yang ada dokumentasi, Odoo membagikan semua pengetahuan secara online4. Proyek kecil biasanya tidak memerlukan dokumentasi khusus.
Komentar
Posting Komentar