Modelli / requisiti della proposta di progetto [chiuso]


11

Quando si redige una proposta di progetto, si utilizza un modello standard?

Quali caratteristiche / informazioni dovrebbero essere incluse? Cosa è bello aver incluso? In quale tipo di informazioni sulla piastra della caldaia devo inserire?

Trovi che qualche modello o concetto di design sia particolarmente utile?


È una proposta di progetto interna o una per un cliente?
VirtuosiMedia,

In generale, per un cliente.
Incognito

Risposte:


5

Hai mai visto il modello dei requisiti Volere ?

Sebbene contenga troppi dettagli per i miei gusti, in particolare per una proposta (è più adatta per le specifiche dettagliate dei requisiti iniziali), le intestazioni di sezione sono un ottimo elenco di controllo per assicurarti di aver pensato a tutte le diverse parti mobili prima dare un preventivo o creare un documento di proposta.

Eccoli:

PILOTI DEL PROGETTO

  1. Lo scopo del prodotto
  2. Cliente, cliente e altri stakeholder
  3. Utenti del prodotto

VINCOLI DEL PROGETTO

  1. Vincoli obbligatori
  2. Convenzioni e definizioni di denominazione
  3. Fatti e ipotesi pertinenti

RICHIESTE FUNZIONALI

  1. Lo scopo del lavoro
  2. Lo scopo del prodotto
  3. Requisiti funzionali e di dati

REQUISITI NON FUNZIONALI

  1. Aspetto e requisiti
  2. Requisiti di usabilità
  3. Requisiti di prestazione
  4. Requisiti operativi
  5. Requisiti di manutenibilità e portabilità
  6. Requisiti di sicurezza
  7. Requisiti culturali e politici
  8. Requisiti legali

PROBLEMI DI PROGETTO

  1. Questioni aperte
  2. Soluzioni pronti all'uso
  3. Nuovi problemi
  4. Compiti
  5. cutover
  6. rischi
  7. Costi
  8. Documentazione e formazione dell'utente
  9. Sala d'attesa
  10. Idee per soluzioni

Il collegamento al documento è interrotto
mclark1129,

Sembra che abbiano cambiato il loro sito web. Aggiornerò il riferimento.
Paddyslacker

3

Uso un modello standard? sì

Quali caratteristiche / informazioni sono incluse, bello per chi ha:

  • Foglio di copertina
  • Metadati: informazioni di contatto del cliente, informazioni di contatto dello sviluppatore, nome del progetto, data
  • Profilo del cliente (facoltativo, ma buono): 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 dettagli in formato struttura. Qui è dove viene definito il lavoro del progetto.
  • Non incluso: cose specificamente omesse dal progetto.
  • Materiali iniziali: un elenco delle cose necessarie al cliente per iniziare e le date richieste.
  • Mappa del sito: facoltativo, ma buono se stai facendo un sito Web o un'applicazione complessa. Bella grafica.
  • Dati demografici: dell'utente finale, generalmente sotto forma di una bella grafica.
  • Riepilogo creativo: facoltativo. Questo è per i progettisti e include cose come la storia della comunicazione, il messaggio, la personalità e il tono, il pubblico (set di mentalità attuale) e il pubblico (set di mentalità risultante), siti Web della concorrenza, siti Web di esempio o prodotti preferiti dal cliente, colori dell'azienda, guida di stile (di solito esterno). Documenta materiali esistenti come loghi, brochure, ecc.
  • Cronologia del progetto: una ripartizione di quando le cose dovrebbero essere fatte con la data di completamento stimata finale. Il mio modello ha una grossa dichiarazione di non responsabilità secondo cui le tempistiche dipendono fortemente dalla partecipazione dei clienti.
  • Analisi dei costi: il costo della diversa attività da eseguire. Se possibile, questa sezione include anche un'analisi del "ritorno sull'investimento".
  • Accordo di progetto: termini di pagamento, denaro serio, garanzia di rimborso del 100%, punto di contatto unico richiesto, materiali forniti dal cliente e approvazioni devono essere tempestivi, fatturazione extra o tempo se il cliente cambia l'ambito di lavoro, informazioni di hosting (per i siti Web) , diritto di utilizzare l'opera per l'autopromozione, le leggi applicabili, la dichiarazione di proprietà del codice sorgente, la disponibilità dell'impegno software, le firme.
  • Chi siamo: include informazioni sull'azienda 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 influente per me: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Le mie proposte di solito escono dalle 14 alle 20.


2

Esistono molti modi diversi per farlo.

Eccone uno che ho scoperto che approverei: ha un approccio da libero professionista, ma in realtà è quello che vuoi fare:

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

Ci sono molte guide online. Il trucco è sapere quale si adatta alle tue esigenze. Ho insegnato una lezione in queste cose. Il mio articolo approvato sembra davvero essere l'essenza di ciò che i clienti vogliono e di ciò che dovrebbe farti entrare.

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


ti dispiacerebbe spiegarlo in modo più dettagliato - come e perché "articolo approvato" risponde alla domanda posta? Le "risposte solo link" non sono del tutto benvenute allo Stack Exchange
moscerino

2

Quando si tratta di modelli, trovo che i modelli ReadySET siano piuttosto 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, tuttavia, è che i modelli dovrebbero 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 per determinare quali informazioni dovrei avere da qualche parte in ogni fase e lasciare che il progetto determini come e dove le informazioni vengono acquisite.


0

Il Dipartimento della Difesa degli Stati Uniti ha lavorato molto nello sviluppo di una serie completa di descrizioni degli elementi di dati (modelli) da utilizzare con DOD-STD-2167A e, successivamente, per MIL-STD-498 .

C'è un vecchio detto: "I regolamenti della Marina sono scritti nel sangue". Se leggi attentamente i DID, è probabile che ti accorga che ogni riga di essi è scritta nel sangue dei gestori dei programmi i cui progetti sono morti in modo orribile perché hanno trascurato l'elemento in quella riga.

Potresti fare di peggio che esaminare questi.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.