Proje Teklif şablonları / gereksinimleri [kapalı]

Bir proje teklifi hazırlarken standart bir şablon kullanıyor musunuz?

Hangi özellikler / bilgiler dahil edilmelidir? Dahil olmak güzel olan nedir? Ne tür kazan plakası bilgilerini girmeliyim?

Herhangi bir tasarım deseni veya konsepti özellikle yararlı buluyor musunuz?

Hiç Volere Gereksinimler Şablonuna baktınız mı?

Zevkim için, özellikle bir teklif için biraz fazla ayrıntı içeriyor olsa da (ayrıntılı ön gereksinim özellikleri için daha uygundur), bölüm başlıkları daha önce tüm farklı hareketli parçaları düşündüğünüzden emin olmak için harika bir kontrol listesidir. bir tahmin vermek veya bir teklif belgesi oluşturmak.

İşte buradalar:

PROJE SÜRÜCÜLERİ

1. Ürünün Amacı
2. Müşteri, Müşteri ve Diğer Paydaşlar
3. Ürün Kullanıcıları

PROJE KISITLAMALARI

1. Zorunlu Kısıtlamalar
2. Adlandırma Kuralları ve Tanımlar
3. İlgili Olgular ve Varsayımlar

İŞLEVSEL GEREKSİNİMLER

1. İşin Kapsamı
2. Ürünün Kapsamı
3. İşlevsel ve Veri Gereksinimleri

FONKSİYONEL OLMAYAN ŞARTLAR

1. Görünüm ve Hissetme Gereksinimleri
2. Kullanılabilirlik Gereksinimleri
3. Performans gereklilikleri
4. Operasyonel Gereksinimler
5. Sürdürülebilirlik ve Taşınabilirlik Gereksinimleri
6. Güvenlik gereksinimleri
7. Kültürel ve Politik Gereklilikler
8. Yasal yükümlülükler

PROJE SORUNLARI

1. Açık sorunlar
2. Hazır Çözümler
3. Yeni Sorunlar
4. Görevler
5. cutover
6. Riskler
7. Maliyetler
8. Kullanıcı Belgeleri ve Eğitimi
9. Bekleme odası
10. Çözümler için Fikirler

Standart bir şablon kullanabilir miyim? Evet

Hangi özellikler / bilgiler dahil, güzeller:

• Kapak Sayfası
• Meta Veri: Müşteri İletişim Bilgileri, Geliştirici İletişim Bilgileri, Proje Adı, Tarih
• Müşteri Profili (isteğe bağlı, ancak iyi): Rakip bilgileri, müşteri tarafından satılan ürünleri veya hizmetleri, mevcut durumu ve hedefleri, hedef pazarı, pazar konumunu içerir. Ortalama küçük işletmeler bunların çoğunu sağlayamaz.
• Projeye Genel Bakış: Ayrıntıları anahat biçiminde içerir. Proje çalışması burada tanımlanır.
• Dahil Değil: Projeden özellikle çıkarılan şeyler.
• Başlangıç ​​Materyalleri: Müşteriden başlamak için ihtiyaç duydukları şeylerin yanı sıra gerekli tarihlerin bir listesi.
• Site Haritası: İsteğe bağlı, ancak bir web sitesi veya karmaşık uygulama yapıyorsanız iyi. Güzel grafik.
• Demografi: Son kullanıcının genellikle hoş bir grafiği biçimindedir.
• Yaratıcı Özeti: İsteğe bağlı. Bu, tasarımcılar içindir ve iletişim geçmişi, mesaj, kişilik ve ton, izleyici (mevcut zihin seti) ve izleyici (ortaya çıkan zihin seti), rakip web siteleri, müşteri web siteleri veya müşterinin tercih ettiği ürünler, şirket renkleri, stil kılavuzu gibi şeyleri içerir (genellikle harici). Logolar, broşürler gibi mevcut materyalleri belgelemektedir.
• Proje Zaman Çizelgesi: Tahmini tahmini tamamlanma tarihi ile işlerin ne zaman yapılması gerektiğine dair bir döküm. Şablonumda, zaman çizelgelerinin büyük ölçüde müşteri katılımına bağlı olduğu konusunda büyük bir yasal uyarı var.
• Maliyet Dağılımı: Gerçekleştirilecek farklı görevin maliyeti. Mümkün olduğunda, bu bölüm bir "yatırım getirisi" analizi de içerir.
• Proje Anlaşması: Ödeme koşulları, ciddi para,% 100 para iade garantisi, tek irtibat noktası gerekli, müşteri tarafından sağlanan materyaller ve onayların zamanında olması, müşterinin işin kapsamını değiştirmesi, bilgi barındırması (zaman için) , çalışmayı kendi kendini tanıtmak için kullanma hakkı, geçerli yasalar, kaynak kodu sahiplik bildirimi, yazılım emanetinin kullanılabilirliği, imzalar.
• Hakkımızda: Fotoğrafları içeren şirket bilgilerini, çalışmalarımızın örneklerini, referansları, sunulan diğer hizmetleri, fotoğraflı ekip profilini içerir.
• Sonuç: Teşekkürler ve iletişim bilgileri.

Kazan plakası: Mümkün olduğunca. Yukarıdakilerin hepsinin sadece dolgu metni olsa bile bir şeyleri vardır . Bu makale benim için etkili oldu: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Önerilerim genellikle 14 ila 20 arasındadır.

Bunu yapmanın birçok farklı yolu var.

İşte benim onaylayacağımı buldum - serbest çalışan bir yaklaşımı var, ama gerçekten yapmak istediğiniz şey bu:

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

Çevrimiçi birçok rehber var. İşin püf noktası hangisinin ihtiyaçlarınıza uygun olduğunu bilmek. Bu konuda bir ders verdim. Onayladığım makalem gerçekten müşterilerin ne istediğinin özü gibi görünüyor ve sizi kapıya ne sokmalı.

Bu, tamamen daha ayrıntılı bir hayvan olabilecek bir proje planının YERİNDE DEĞİLDİR.

Şablonlar söz konusu olduğunda, ReadySET şablonlarının oldukça sağlam olduğunu düşünüyorum. Bu şablonlar ana yaşam döngüsü noktalarını kapsar - proje planlama, gereksinimler, tasarım, uygulama, test, dağıtım / kurulum, destek ve proje sonlandırma.

Akılda tutulması gereken bir şey, şablonların projeye ve süreçlere uyacak şekilde değiştirilmesi gerektiğidir. Çok nadiren bir şablonu bir kitaptan veya internetten indirip kullanabilirsiniz. Her aşamada bir yerde hangi bilgilerin olması gerektiğini belirlemede en yararlı şablonlar buluyorum ve projenin bilgilerin nasıl ve nerede yakalandığını belirlemesine izin veriyorum.

ABD Savunma Bakanlığı, DOD-STD-2167A ve daha sonra MIL-STD-498 için bir dizi Veri Öğesi Tanımlaması (şablon) geliştirmek için çok çaba sarf etti .

Eski bir söz var: "Donanma Düzenlemeleri kanla yazılmıştır." DID'leri dikkatlice okursanız, her satırının, projeleri o satırdaki öğeyi ihmal ettikleri için korkunç bir ölümle ölmüş olan program yöneticilerinin kanına yazıldığını fark edeceksiniz.

Bunlara bakmaktan daha kötüsünü yapabilirsiniz.