Alternative a * documenti * nello SDLC?

Question

Alternative a * documenti * nello SDLC?

#1 da (3 voti)
#2 da (3 voti)
#3 da (1 voti)
#4 da (1 voti)
#5 da (0 voti)

7

Dal momento che nessuno stampa più nulla, il concetto di documenti di progetto attuali (cioè un pezzo monolitico di testo formattato) sembra che potrebbe essere migliorato. I problemi con i documenti sono cose come le incompatibilità delle versioni di Word, l'incertezza infinita di modelli, il fatto che le persone odiano leggerle ...

Mi chiedo se ci siano alternative, come i siti web che potrebbero aiutare a gestire il contenuto, imponendo una certa struttura, ma permettendo cose come il collegamento a singoli bit. Ma immagino che il sito dovrebbe essere in grado di sputare un "documento" per i tempi necessari (archiviazione, presentazione di sponsor che chiedono, ecc.)

Ad esempio, invece di un "documento del piano di progetto", sto immaginando un sito di pianificazione del progetto in cui puoi lavorare solo con risorse pertinenti, quindi lavori sulla pianificazione con altre persone pertinenti e pacchetti di lavoro con altri persone rilevanti.

Invece di un documento SRS, qualche sito che ti consente di gestire i requisiti, assegnare priorità, fasi ecc ... ma in definitiva potrebbe generare un vero documento SRS se necessario.

Pensieri? Il contesto qui è composto da squadre piccole, agili ma con necessità occasionali di produrre documenti per dimostrare il progresso. Non siamo certamente abbastanza grandi da giustificare qualcosa come Rational o qualsiasi altra cosa che usano in questi giorni nelle grandi aziende.

project-management requirements sdlc project-planning case-tools

posta Steve Bennett 03.10.2011 - 04:51

fonte

5 risposte

Leggi altre domande sui tag project-management requirements sdlc project-planning case-tools

Tutti gli sviluppatori di un team hanno lo stesso ruolo / responsabilità nella scrittura e nell'aggiornamento dei documenti di progettazione del software Principio aperto / chiuso e riapertura delle classi di Ruby

score 3 · Answer 1

In genere penso che i documenti di Word siano generalmente una brutta cosa nello sviluppo del software. Sono ingombranti, sono goffi, non fanno bene la versione e la loro ricerca è dolorosa.

In generale, dovresti provare a preferire i formati di documento che la versione bene. Formati pesanti binari come Word, Excel, PNG, hanno un supporto delle versioni scarso. In altre parole, tenere traccia delle modifiche è difficile e ingombrante.

Molti documenti sono meglio conservati in un Wiki. La formattazione limitata tende a costringere le persone a fare una semplice formattazione. Intestazioni, elenchi, sezioni. Niente di complicato, dopotutto, la formattazione può essere cambiata in blocco in un punto invece di aggiornare alcuni file modello ben nascosti. Nulla è peggio che sprecare tempo per le persone che occuparsi della formattazione di documenti pedante.

Anche le immagini, alcuni Wiki hanno il supporto per i modelli di Balsamiq. Anche se i PNG sono necessari, un Wiki con PNG è una scelta di gran lunga superiore ai file di Word.

Per quanto riguarda la pianificazione del progetto, è necessario esaminare gli strumenti che supportano i metodi Agile. Ho usato Jira con successo, ma vale la pena guardarsi attorno per trovare uno strumento adatto alle proprie esigenze. I documenti di progettazione rigidi sono generalmente una cattiva idea. Di solito hanno bisogno di uno strumento speciale come MS Project, e sono difficili da aggiornare e condividere le modifiche. Come sopra, hanno anche una versione scarsa.

Usando uno strumento Scrum puoi definire una lista di requisiti rilevanti e collegare l'articolo della storia di Epic / User alla wiki che fornisce l'elaborazione. Quindi il wiki può fare la versione della carne del biglietto. La maggior parte degli strumenti di Scrum non genererà un diagramma di Gantt ma eseguirà grafici di burn-down. Un diagramma di Gantt è proscriptive in quanto definisce la realtà, un grafico di burn-down è descrittivo in quanto può effettivamente misurare il progresso e fare previsioni sul futuro. Inutile dire che il grafico di burn-down è molto più utile.

score 3 · Answer 2

Poiché l'obiettivo è un piccolo team agile ...

Favorisci i formati che promuovono i documenti viventi. I documenti stampati non vanno via, il trucco è identificare ciò che deve essere stampato e ciò che non lo è, in modo da spendere le tue energie per formalizzare i giusti artefatti.

Ci sono diversi strumenti che aiutano in questo. Due dei migliori sono Wiki e SharePoint . MediaWiki può anche esportare un PDF creato da pagine specifiche che possono essere utilizzate con le parti interessate o per l'archiviazione di istantanee. Ho anche avuto clienti che preferivano utilizzare report con collegamenti ipertestuali esportati direttamente da MediaWiki. Tutto quello che dovevamo fare era creare un index.html frontespizio che fornisse un punto di ingresso nel rapporto.

Potresti anche trarre vantaggio dalle leggere pratiche di "storia orale". Alcuni esempi di questi tipi di pratiche includono ...

Lavagne bianche - ideali per il radiatore di informazioni s informatico, subito disponibili
Note adesive
Grandi fogli di carta
Tieni d'occhio anche pratiche come Metafora di sistema aggiornata e Architecture Haiku che ti incoraggiano a catturare essence di ciò che è necessario.

In ciascuno di questi esempi, puoi scattare una foto o creare un video da caricare sul Wiki o tenere premuto in SharePoint.

score 1 · Answer 3

Innanzitutto, le persone continuano a stampare costantemente: dipende in realtà dalla tua particolare cultura aziendale.

Detto questo, prova un wiki, in modo che le persone possano collaborare, aggiornarsi e collegarsi ai contenuti dei loro cuori pur avendo una cronologia dei loro documenti. Atlassian produce un favoloso chiamato Confluence che si integra molto bene con Jira, il loro bug / strumento di tracciamento del progetto. Oppure potresti provare una delle innumerevoli e gratuite là fuori.

score 1 · Answer 4

Ho visto i wiki usati in questo modo, al posto dei documenti. Penso che stessero usando Confluence, anche se ce ne sono molti altri. E sì, penso che potrebbe produrre documenti facili da stampare al volo.

Un'altra cosa da considerare è che cosa "documenti" hai oltre ai documenti di Word? Abbiamo fogli di calcolo e file di Visio che in realtà non hanno analoghi Wiki (almeno non per quanto ne so), quindi se fai un uso pesante di file simili, dovrai collegarli alla pagina Wiki e poi farli riferimento . Non un grosso problema, ma qualcosa da tenere a mente in quanto potrebbe cambiare il modo in cui il documento viene letto.

score 0 · Answer 5

Il problema è un problema di database e non dovrebbe essere risolto con processi di parole, fogli di calcolo o wiki.

Autore IT è un ottimo strumento per la gestione dei documenti progettato per gestire questo problema. Un problema è il formato propritory e quindi è necessario impegnarsi ad esso. Tuttavia, se ti impegni, farà tutto ciò che hai chiesto e molto altro ancora. Penso che venga fornito con un cartellino del prezzo aziendale, anche se potrebbero offrire qualcosa di diverso.