Software/Piattaforma per condividere le specifiche

Question

Quali sono i software/Wiki che usi per scrivere e condividere le tue specifiche sugli sviluppatori, i tester e la gestione?

Usi il sistema Wiki e, in tal caso, quale software Wiki usi?

Oppure usi Sharepoint per gestire e versionare le specifiche? Un problema con SharePoint 2003 come piattaforma di specifiche è che è molto difficile collaborare tra persone diverse.

Per motivi di compatibilità con le versioni precedenti, vorrei anche che la piattaforma fosse in grado di importare Microsoft Word senza problemi. E sarebbe certamente di aiuto se l'interfaccia fosse simile a Microsoft Word.

Qualche idea?

Answer 1

ho usato Confluenza in un certo numero di posti, è un piuttosto potente wiki e molto buona per la creazione di specifiche che possono essere condivisi tra le varie parti. Vedi:

http://www.atlassian.com/software/confluence/

C'è qualche informazione in più qui sui vantaggi dell'utilizzo di Confluence:

https://stackoverflow.com/questions/170352/confluence-experiences

EDIT: Ho aggiornato questo a che fare con la funzione di importazione di Microsoft Word menzionato. Confluence supporta questo attraverso il connettore Ufficio qui:

http://www.atlassian.com/software/confluence/plugins/office-connector.jsp

C'è anche un Sharepoint connettore:

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

oltre a un sacco di plugin:

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

Alcuni di questi sono anche contributi degli utenti. Non posso raccomandare abbastanza Confluence come wiki commerciale.

Ho anche usato JSPWiki, che è open source. è ok, ma non è buono come confluenza, vedi:

http://www.jspwiki.org/

Answer 2

Utilizziamo SharePoint: non è l'ideale, ma fa un lavoro decente. Se fossi in te, vorrei seriamente cercare di scendere da SharePoint 2003 e passare a MOSS (SharePoint 2007). Non è perfetto, ma è sostanzialmente migliore. Ecco un po 'sull'uso di MOSS as a wiki. Penso che in generale i wiki siano un buon strumento per far crescere le persone sul tuo sistema. Passavamo per "iniziare i documenti" e ora abbiamo tutto quel tipo di materiale nel nostro portale per sviluppatori.

Per commento di John, ho cercato this feature comparison. Devo tornare indietro e vedere quali funzioni sto usando che non sono in WSS - Potrei pagare per le licenze che non mi servono! :)

Answer 3

Usiamo email. So che non è elaborato, ma è facile da usare. Tutti lo hanno installato e non ci sono problemi di licenza.Tutte le modifiche alle specifiche vengono inviate a una distro di e-mail super set che indica gli aggiornamenti e la posizione sulla condivisione di rete in cui è possibile trovare le specifiche.

Answer 4

Usiamo Alfresco, nella sua versione Community, dalle sue interfacce Web Share ed Explorer. Abbastanza utile, con una biblioteca di documenti, wiki, forum e calendario. Ospitiamo in modo permanente circa 1.8 Go, principalmente in documenti, versionned e talvolta convertiti automaticamente in PDF (creando una regola di contenuto automatico). FTP, WebDav e condivisione di rete vengono utilizzati anche per accedere allo stesso repository.

Answer 5

Si potrebbe dare un'occhiata a Microsoft Groove - il software di collaborazione che Microsoft ha acquistato qualche anno fa.

È fornito in bundle gratuitamente con le versioni premium di Microsoft Office.

È possibile personalizzare l'area di lavoro con i forum di discussione e può archiviare in modo abbastanza semplice documenti Office modificati in modo collaborativo.

Answer 6

Utilizziamo MediaWiki per le specifiche & di dos. Wiki vince sicuramente qualsiasi cosa come Microsoft Word o SharePoint - ti permette di sviluppare una documentazione in "prima riferisci, poi descrivi" = "divide e regola" modo. Perfetto per gli sviluppatori: erano soliti pensare allo stesso modo. Il processo di sviluppo di una documentazione è quasi l'ideale: si inizia da TOC e si esegue il drill-down fino a quando non si scrive il documento per ogni collegamento inserito in precedenza.

MediaWiki è abbastanza personalizzabile - ci sono molte estensioni lì. I più necessari sono:

• codice sorgente evidenziatore - CSO_Source
• nostri propri modelli che integrano wiki con riferimento di classe.
• Altri sono InterWiki, FileProtocolLinks, YouTube (ne usiamo la versione personalizzata per visualizzare video HD), ReCaptcha, SpecialDeleteOldRevisions, Maintenance.

Alcuni esempi di integrazione sono here.

E utilizziamo Google issue tracker per tenere traccia dei problemi. I suoi principali vantaggi:

• Utilizzo usabilità: il processo di aggiunta \ modifica del problema è davvero conveniente lì. In precedenza abbiamo provato Track Studio - le stesse azioni richiedono 2-3 volte più tempo lì, quindi è morto velocemente semplicemente perché la maggior parte di noi odiava usarlo.
• Griglie personalizzabili. Vedi lo examples. Davvero utile
• Supporto Atom \ RSS. Quindi tutti sanno cosa sta succedendo.
• C'è uno strumento Gurtle che lo integra con TortoiseSVN. Davvero utile

Il suo principale svantaggio è che non può essere chiuso dall'accesso pubblico. Questo lo rende semplicemente inutilizzabile in molti casi.

Answer 7

Si potrebbe provare Google docs - Ho usato con successo questo in passato. Supporta l'importazione/esportazione in MS Word e ha un ottimo supporto per più utenti - vedere http://www.brighthub.com/internet/google/articles/8236.aspx.
Supporta il controllo delle versioni, consente di chattare con altre persone che stanno attualmente lavorando al documento e mostra un elenco di tutte le modifiche che altri hanno apportato al documento (senza dover chiudere/riaprire il documento).

Se si desidera il supporto aziendale, Google prevede anche che - vedere Google Apps for business.

Answer 8

Se si desidera un'interfaccia utente simile a Word, perché non utilizzare Word con SharePoint 2007? Sei nel 2003, quindi l'esperienza è lì. Esegui l'aggiornamento a SharePoint 2007 e puoi disporre della collaborazione, delle funzionalità di Word, della condivisione dei documenti e così via.

Questo è il tipo di cosa Microsoft vuole che le persone utilizzino Office per, quindi ci sono un sacco di documenti su come configurare l'ambiente SharePoint e Office per supportare la collaborazione.

Answer 9

C'è qualcosa che Google fa in questa direzione e sembra davvero interessante: wave.google.com. Sarebbe un grande passo in avanti nella collaborazione e vale la pena di aspettarlo.

Answer 10

Qui utilizziamo Google Docs rende i documenti disponibili a tutti scrivono o leggono solo, pubblici o privati ​​tra persone che hanno o meno account Google, possono anche importare documenti Word, per non parlare del fatto che viene eseguito direttamente nel browser quindi ha un'elevata disponibilità con zero costi e zero setup, anche il suo computer/OS agnostico, abbiamo una bella esperienza con esso.

Forse dovresti dare un'occhiata al Basecamp o allo Zaino allo 37Signals, quindi uno di questi potrebbe anche adattarsi al tuo conto.

Answer 11

Utilizziamo DocBook per tutte le nostre specifiche (e altra documentazione rivolta al cliente). DocBook è un formato XML che ti consente di generare facilmente documenti in qualsiasi formato, incluso PDF, che è il modo in cui distribuiamo le cose ai clienti per farli firmare. Possiamo dividere un documento in file (per sezione) e trasferire tutto al nostro sistema di controllo del codice sorgente (Subversion). Poiché è tutto XML (vale a dire basato su testo), la fusione automatica e la risoluzione dei conflitti di Subversion funzionano alla grande se due persone lavorano sullo stesso file. Abbiamo un set di fogli di stile che tutti i nostri documenti utilizzano, quindi tutti i documenti condividono lo stesso stile/formato, senza alcun lavoro aggiuntivo da parte nostra.

E se non ti piace modificare direttamente i file XML, ci sono front-end della GUI che forniscono un'esperienza di tipo WYSIWYG. Credo che la maggior parte delle persone nel mio ufficio utilizzi XMLMind. Tuttavia, siamo tutti persone tecniche, quindi se dovessimo scrivere direttamente XML non sarebbe un problema.

Come sidenote, abbiamo anche pubblicato le note di rilascio. Abbiamo alcuni XSLT che ci permette di scrivere documenti come questo:

<bugs> 
    <bug id="1234" component="web">JavaScript error when clicking the Kick Me button</bug> 
</bugs> 

Abbiamo poi uno script che viene eseguito tramite il nostro repository Subversion facendo un svn log dal tag versione precedente al tag versione corrente, e un po 'integrazione Bugzilla automaticamente generare note di rilascio al volo.

(anche, per la maggior parte interna unica documentazione, usiamo MediaWiki, che è anche un ottimo modo per collaborare.)

Answer 12

Usiamo OnTime. Inizialmente era usato solo per il tracciamento dei difetti, ma abbiamo iniziato a utilizzarlo per tracciare anche le caratteristiche. Questi possono essere utilizzati per documentare la funzionalità mentre si evolve durante lo sviluppo. Le funzionalità possono essere raggruppate in sprint o release e il tempo può essere tracciato rispetto a ciascuna funzione. Se si utilizza SCRUM, è anche possibile tracciare grafici di burn-down per ogni sprint. Ha anche funzionalità wiki.