Menulis Proposal Perangkat Lunak Berkualitas Tinggi [ditutup]

Saya telah membaca beberapa proposal untuk proyek perangkat lunak baru-baru ini dan saya sedikit khawatir dengan apa yang saya lihat. Seringkali saya merasa bahwa proposal telah terburu-buru dan / atau dipikirkan dengan buruk.

Sangat mungkin bahwa proposal tidak perlu terlihat seperti sekeranjang buah, tetapi jika Anda mencari pekerjaan atau mencari persetujuan untuk pendanaan, harus ada beberapa pedoman yang tersedia untuk apa yang merupakan proposal yang "layak".

Saya bertanya-tanya apakah ada yang mengetahui pedoman yang baik untuk menulis proposal perangkat lunak atau mungkin bisa mengarahkan saya ke buku / situs web dll?

Setelah menulis dan menjadi bagian dari berbagai proposal proyek, kuncinya adalah: kenali audiens Anda . Agaknya, orang yang Anda tulis memiliki kekuatan untuk menerima / menolak pendanaan (secara finansial, kekuatan orang, dll.). Pastikan Anda menunjukkan kepada mereka dalam bahasa mereka mengapa proyek kecil Anda ini akan bermanfaat bagi mereka (dan semua orang).

Memikirkan tentang:

• Apa yang akan dicapai proyek Anda
• Bagaimana proyek Anda akan mencapai tujuannya
• Bagaimana membuat proyek Anda menonjol dari proposal proyek lainnya
• Jumlah terminologi yang biasa dilihat pembaca

Agak berjalan tanpa berkata tetapi fokus pada nilai proyek untuk organisasi dan mengapa / bagaimana itu akan menghemat uang. Penghematan itu bisa berupa bottom line dolar atau dalam efisiensi.

Saya mencari jawaban atas pertanyaan ini setahun yang lalu. Terus terang, ada banyak informasi tentang itu di internet. Sayangnya tidak semuanya masuk akal. :(

Saya melakukan riset dan meminta dari 20+ perusahaan pengembang perangkat lunak untuk proyek yang saya usulkan untuk diimplementasikan. Saya mengumpulkan proposal mereka dan meninjaunya dengan cermat. Dan menurut saya bagian berikut ini harus dimasukkan ke dalam proposal proyek yang bagus.

1. Halaman depan yang bagus
2. Deskripsi proyek dengan arsitektur sistem dan gambar lainnya
3. Rincian lingkup pekerjaan menjadi tugas dan sub tugas dengan estimasi jam kerja masing-masing
4. Jadwal pengiriman
5. Perhitungan anggaran dan ketentuan pembayaran
6. Informasi pemasaran seperti contoh portofolio dan referensi

Yang paling penting untuk pasti adalah # 3. Sedemikian pentingnya sehingga saya bahkan mungkin akan menulis artikel tentang itu nanti.
Tetapi ingat bahwa semakin rinci pembagian lingkup pekerjaan dilakukan, maka estimasi yang lebih benar dapat diberikan dan kesan yang lebih baik diberikan kepada pelanggan ketika dia membaca proposal.

Kami juga mencoba menemukan perangkat lunak yang baik untuk secara otomatis menghasilkan proposal untuk proyek perangkat lunak dan mungkin beberapa CRM dasar. Kami meninjau proposal, proposal pad, dan beberapa proposal lainnya. Saya tidak benar-benar ingin mengiklankan siapa pun dari mereka sehingga Anda dapat memutuskan sendiri mana yang paling sesuai dengan kebutuhan Anda. Kami telah menggunakan perangkat lunak seperti itu dan umumnya itu membuat hidup kami lebih mudah. Staf kami bahkan tidak perlu memikirkan bagian mana yang harus dimasukkan karena perangkat lunak memiliki bidang yang telah ditentukan yang sesuai dengan kebutuhan kami.