Template / persyaratan Proposal Proyek [ditutup]

Saat menyusun proposal proyek, apakah Anda menggunakan template standar?

Fitur / informasi apa yang harus dimasukkan? Apa yang baik untuk dimasukkan? Informasi pelat ketel jenis apa yang harus saya masukkan?

Apakah Anda menemukan pola atau konsep desain yang sangat membantu?

Apakah Anda pernah melihat Template Persyaratan Volere ?

Walaupun berisi sedikit terlalu banyak detail untuk seleraku, terutama untuk proposal (lebih cocok untuk detail spesifikasi persyaratan di muka), judul bagian adalah daftar periksa yang bagus untuk memastikan Anda telah memikirkan semua bagian yang bergerak berbeda sebelum memberikan perkiraan atau membuat dokumen proposal.

Di sini mereka:

DRIVER PROYEK

1. Tujuan Produk
2. Klien, Pelanggan dan Stakeholder lainnya
3. Pengguna Produk

CONSTRAIN PROYEK

1. Kendala yang Dimandatkan
2. Konvensi dan Definisi Penamaan
3. Fakta dan Asumsi yang Relevan

PERSYARATAN FUNGSIONAL

1. Lingkup Pekerjaan
2. Lingkup Produk
3. Persyaratan Fungsional dan Data

PERSYARATAN NON-FUNGSIONAL

1. Persyaratan Tampilan dan Perasaan
2. Persyaratan Kegunaan
3. Persyaratan Kinerja
4. Kebutuhan operasional
5. Persyaratan Maintabilitas dan Portabilitas
6. Persyaratan Keamanan
7. Persyaratan Budaya dan Politik
8. Persyaratan resmi

ISU PROYEK

1. Masalah Terbuka
2. Solusi Off-the-Shelf
3. Masalah baru
4. Tugas
5. Cutover
6. Risiko
7. Biaya
8. Dokumentasi dan Pelatihan Pengguna
9. Ruang tunggu
10. Gagasan untuk Solusi

Apakah saya menggunakan templat standar? Iya

Fitur / info apa yang disertakan, bagus untuk dimiliki:

• Sampul
• Meta Data: Info Kontak Pelanggan, Info Kontak Pengembang, Nama Proyek, Tanggal
• Profil Pelanggan (opsional, tetapi bagus): Termasuk info pesaing, produk atau layanan yang dijual oleh pelanggan, situasi dan tujuan saat ini, target pasar, posisi pasar. Bisnis kecil rata-rata tidak dapat menyediakan sebagian besar dari ini.
• Tinjauan Proyek: Termasuk detail dalam format garis besar. Di sinilah pekerjaan proyek didefinisikan.
• Tidak Termasuk: Hal-hal yang secara khusus dihilangkan dari proyek.
• Bahan Awal: Daftar hal-hal yang diperlukan dari pelanggan untuk memulai serta tanggal yang diperlukan.
• Peta Situs: Opsional, tetapi bagus jika Anda melakukan situs web atau aplikasi yang kompleks. Grafik yang bagus.
• Demografi: Dari pengguna akhir, biasanya dalam bentuk grafik yang bagus.
• Brief Kreatif: Opsional. Ini untuk desainer, dan mencakup hal-hal seperti sejarah komunikasi, pesan, kepribadian dan nada, audiens (pola pikir saat ini) dan audiensi (pola pikir yang dihasilkan), situs web pesaing, contoh situs web atau produk yang disukai oleh pelanggan, warna perusahaan, panduan gaya (biasanya eksternal). Ini mendokumentasikan bahan-bahan yang ada seperti logo, brosur, dll.
• Batas Waktu Proyek: Rincian kapan hal-hal harus dilakukan dengan perkiraan tanggal penyelesaian akhir. Template saya memiliki penafian besar-besaran bahwa garis waktu sangat bergantung pada partisipasi pelanggan.
• Perincian Biaya: Biaya tugas yang berbeda yang harus dilakukan. Jika memungkinkan, bagian ini juga mencakup analisis "pengembalian investasi".
• Perjanjian Proyek: Persyaratan pembayaran, uang yang sungguh-sungguh, jaminan uang kembali 100%, diperlukan satu titik kontak, materi yang disediakan klien dan persetujuan harus tepat waktu, tagihan tambahan atau waktu jika klien mengubah ruang lingkup pekerjaan, info hosting (untuk situs web) , hak untuk menggunakan karya untuk promosi diri, hukum yang berlaku, pernyataan kepemilikan kode sumber, ketersediaan escrow perangkat lunak, tanda tangan.
• Tentang Kami: Termasuk info perusahaan dengan foto, contoh pekerjaan kami, testimonial, layanan lain yang ditawarkan, profil tim dengan foto.
• Kesimpulan: Terima kasih dan info kontak.

Piring boiler: Sebisa mungkin. Semua hal di atas memiliki sesuatu bahkan jika itu hanya teks pengisi. Artikel ini berpengaruh bagi saya: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Proposal saya biasanya mencapai 14 hingga 20.

Ada banyak cara untuk melakukan ini.

Inilah salah satu yang saya temukan yang akan saya setujui - ini memiliki pendekatan freelancer, tapi sungguh inilah yang ingin Anda lakukan:

http://tutorialblog.org/writing-a-project-proposal/

Ada banyak panduan online. Kuncinya adalah mengetahui mana yang sesuai dengan kebutuhan Anda. Saya mengajar kelas dalam hal ini. Artikel saya yang didukung benar-benar tampaknya menjadi inti dari apa yang diinginkan pelanggan, dan apa yang seharusnya membuat Anda masuk.

Ini TIDAK menggantikan rencana proyek, yang bisa menjadi binatang yang lebih rumit sepenuhnya.

Ketika datang ke template, saya menemukan template ReadySET cukup solid. Template ini mencakup poin siklus hidup utama - perencanaan proyek, persyaratan, desain, implementasi, pengujian, penyebaran / instalasi, dukungan, dan finalisasi proyek.

Yang perlu diingat, templat harus dimodifikasi agar sesuai dengan proyek dan proses. Sangat jarang Anda bisa menarik templat dari sebuah buku atau Internet dan menggunakannya. Saya menemukan templat yang paling berguna dalam menentukan informasi apa yang harus saya miliki di suatu tempat pada setiap fase, dan biarkan proyek menentukan bagaimana dan di mana informasi itu ditangkap.

Departemen Pertahanan AS melakukan banyak pekerjaan dalam mengembangkan set lengkap Deskripsi Item Data (template) untuk pergi dengan DOD-STD-2167A , dan kemudian untuk MIL-STD-498 .

Ada pepatah lama: "Regulasi Angkatan Laut ditulis dalam darah." Jika Anda membaca DID dengan hati-hati, kemungkinan besar Anda akan pergi dengan kesadaran bahwa setiap barisnya ditulis dalam darah manajer program yang proyeknya mati sangat mengerikan karena mereka mengabaikan item di baris itu.

Anda bisa melakukan yang lebih buruk dengan melihatnya.