Modelli / requisiti della proposta di progetto [chiuso]

Hai mai guardato il modello dei requisiti di Volere ?

Sebbene contenga troppi dettagli per i miei gusti, in particolare per una proposta (è più adatto per specifiche dettagliate dei requisiti iniziali), i titoli delle sezioni sono un'ottima lista di controllo per assicurarti di aver pensato a tutti i diversi parti in movimento prima di dare un preventivo o creare un documento di proposta.

Eccoli:

PROJECT DRIVERS

1. The Purpose of the Product
2. Client, Customer and other Stakeholders
3. Users of the Product

PROJECT CONSTRAINTS

1. Mandated Constraints
2. Naming Conventions and Definitions
3. Relevant Facts and Assumptions

FUNCTIONAL REQUIREMENTS

1. The Scope of the Work
2. The Scope of the Product
3. Functional and Data Requirements

NON-FUNCTIONAL REQUIREMENTS

1. Look and Feel Requirements
2. Usability Requirements
3. Performance Requirements
4. Operational Requirements
5. Maintainability and Portability Requirements
6. Security Requirements
7. Cultural and Political Requirements
8. Legal Requirements

PROJECT ISSUES

1. Open Issues
2. Off-the-Shelf Solutions
3. New Problems
4. Tasks
5. Cutover
6. Risks
7. Costs
8. User Documentation and Training
9. Waiting Room
10. Ideas for Solutions

Uso un modello standard? Sì

Quali caratteristiche / informazioni sono incluse, bello avere:

• Copertina
• Meta dati: informazioni di contatto del cliente, informazioni di contatto dello sviluppatore, nome del progetto, data
• Profilo cliente (facoltativo, ma valido): include informazioni sulla concorrenza, prodotti o servizi venduti dal cliente, situazione e obiettivi attuali, mercato di riferimento, posizione di mercato. La piccola impresa media non può fornire la maggior parte di questi.
• Panoramica del progetto: include i dettagli in formato riassuntivo. È qui che viene definito il lavoro del progetto.
• Non incluso: elementi specificatamente omessi dal progetto.
• Materiali iniziali: un elenco di cose necessarie dal cliente per iniziare e le date in cui sono richieste.
• Mappa del sito: facoltativa, ma valida se stai facendo un sito Web o un'applicazione complessa. Bella grafica.
• Dati demografici: dell'utente finale, solitamente sotto forma di un bel grafico.
• Brief creativo: facoltativo. Questo è per i designer e include cose come la cronologia della comunicazione, il messaggio, la personalità e il tono, il pubblico (set mentale corrente) e il pubblico (set mentale risultante), siti web concorrenti, siti web di esempio o prodotti preferiti dal cliente, colori aziendali, guida di stile (di solito esterno). Documenta materiali esistenti come loghi, brochure, ecc.
• Timeline del progetto: una ripartizione di quando le cose dovrebbero essere fatte con la data finale di completamento stimato. Il mio modello ha una clausola di esclusione della responsabilità che le dipendenze dipendono strongmente dalla partecipazione dei clienti.
• Analisi costi: il costo delle diverse attività da eseguire. Quando possibile, questa sezione include anche un'analisi del "ritorno sull'investimento".
• Contratto di progetto: termini di pagamento, denaro serio, garanzia di rimborso al 100%, punto di contatto unico richiesto, materiali e approvazioni forniti dal cliente devono essere tempestivi, fatturazione o tempo aggiuntivi se il cliente cambia lo scopo del lavoro, informazioni di hosting ( per i siti Web), diritto di utilizzare il lavoro per l'autopromozione, le leggi applicabili, la dichiarazione di proprietà del codice sorgente, la disponibilità del software di deposito, le firme.
• Chi siamo: include informazioni sulla società con foto, esempi del nostro lavoro, testimonianze, altri servizi offerti, profilo del team con foto.
• Conclusione: grazie e informazioni di contatto.

Piastra della caldaia: il più possibile. Tutto quanto sopra ha qualcosa anche se è solo un testo di riempimento. Questo articolo è stato per me influente: link

Le mie proposte di solito escono da 14 a 20.

Ci sono molti modi per farlo.

Ecco uno che ho trovato che vorrei sostenere - ha l'approccio libero professionista, ma in realtà questo è quello che vuoi fare:

link

Ci sono molte guide online. Il trucco è sapere quale si adatta alle tue esigenze. Ho insegnato un corso in questa roba. Il mio articolo approvato sembra davvero essere l'essenza di ciò che i clienti vogliono, e cosa dovrebbe farti entrare.

Questo NON sostituisce un piano di progetto, che può essere completamente un animale più elaborato.

Quando si tratta di modelli, trovo che i modelli ReadySET siano abbastanza solidi. Questi modelli coprono i principali punti del ciclo di vita: pianificazione del progetto, requisiti, progettazione, implementazione, test, implementazione / installazione, supporto e finalizzazione del progetto.

Qualcosa da tenere a mente, però, è che i modelli devono essere modificati per adattarsi al progetto e ai processi. Molto raramente puoi semplicemente tirare giù un modello da un libro o da Internet e usarlo. Trovo i modelli più utili nel determinare quali informazioni dovrei avere da qualche parte in ogni fase e lasciare che il progetto determini come e dove vengono catturate le informazioni.

Il Dipartimento della Difesa degli Stati Uniti ha dedicato molto lavoro allo sviluppo di un set completo di descrizioni degli elementi dei dati (modelli) da utilizzare con DOD-STD-2167A , e più tardi per MIL-STD-498 .

C'è un vecchio detto: "I regolamenti della Marina sono scritti con il sangue". Se leggete attentamente i DID, è probabile che vieni fuori con la consapevolezza che ogni riga di essi è scritta nel sangue dei responsabili del programma i cui progetti sono morti in modo orribile perché hanno trascurato l'elemento in quella linea.

Potresti peggiorare l'aspetto di questi.