Buon tracciamento dei bug con Sharepoint? [chiuso]

9

Nel mio posto di lavoro, è stato deciso di spostare molti processi su Sharepoint. Sto ora esaminando come Sharepoint può essere utilizzato per il tracciamento dei bug (alla Mantis, FogBugz ecc. Ma all'interno di Sharepoint). In particolare, stiamo usando una stanza di collaborazione e la soluzione deve funzionare al suo interno.

So che posso creare elenchi utilizzando un modello "Tracker problemi " , ma manca di flusso di lavoro, corrispondenza integrata (come FogBugz) e registro di controllo (qualsiasi utente può modificare qualsiasi campo in qualsiasi momento, senza che sia notato da nessuna parte).

Non è sufficiente, quindi sto cercando soluzioni "più grandi" ma non ho ancora trovato nulla.
Questa domanda è simile ma mira all'utilizzo dell'helpdesk; miriamo al tracciamento dei bug e alla modifica delle richieste in un sistema.

Sono aperto ai suggerimenti! Dato che non sono un amministratore, non posso semplicemente prendere un componente Sharepoint e installarlo per il test. Sto cercando esperienze, documentazione, white paper, schermate: l'effettivo download sarà rilevante in seguito.

Idealmente, alcune di queste questioni dovrebbero essere coperte:

  1. Supporto per diversi tipi di ticket (bug, funzionalità, richiesta, attività interna).
  2. Flusso di lavoro configurabile per tipo di ticket, nessun numero fisso di passaggi.
  3. Autorizzazioni di lettura / scrittura configurabili per campo e per stato del flusso di lavoro.
  4. Dashboard configurabile per manager con grafici carini.
  5. Notifiche e-mail configurabili.
  6. Corrispondenza alla FogBugz. (Sfida: usiamo Notes, non Exchange.)
sharepoint  sharepoint-2007  issue-tracking 
— Torben Gundtofte-Bruun
fonte
Il miglior consiglio? Stai lontano, molto lontano da Sharepoint. Il suo SQL è bastardizzato, i caricamenti di file sono una vera seccatura e il vero obiettivo sembra riportare tutti all'utilizzo di Office. La sezione Discussioni è una barzelletta e vuole integrarsi pesantemente in Outlook invece di essere da sola. Usare Sharepoint come tutt'altro che un posto dove conservare alcuni documenti sui criteri è una cattiva idea. In questo momento sto cercando di creare un SP Wiki (anche questo è stato considerato) e sto ricorrendo alla codifica di tutto in HTML (integrato con CSS, nessun supporto per il modello wiki). Potrebbe essere possibile, ma lo combatterai più di quanto lo userai.
— Steiv,
Sì, sembra evidente che SP esiste per mantenere viva la mucca da soldi di MS Office contro il fronte di battaglia del Web 2.0. Avrei anche evitato SP, data la scelta, ma è stato deciso dall'alto e ho intenzione di trarne il meglio. - Sono piacevolmente sorpreso dal fatto che la sala di collaborazione abbia diverse funzioni utili e che la modifica dei documenti caricati (di Office) sia semplice (vengono salvati, ricaricati e sottoposti a versione, tutto in un unico passaggio automatico). Peccato che funzioni solo con i documenti di Office! Al punto: le funzionalità "problem tracker" e "workflow" sono tutt'altro che utili per lo scopo sopra!
— Torben Gundtofte-Bruun,
Penso che tu stia vedendo quello che sto vedendo con SP: qualsiasi cosa abbia a che fare con il nucleo di Office funziona, tutto il resto viene violato insieme. Quello che abbiamo fatto nel nostro ufficio è semplicemente integrare i feed RSS di Jira (il nostro software di localizzazione dei problemi) con SP per ottenere un elenco di aggiornamenti in SP, ma utilizzare Jira invece per il monitoraggio. Come bonus, Jira supporta la sintassi di Wiki, quindi modificare e commentare è un gioco da ragazzi.
— Steiv,
Dovresti chiedere a softwarerecs.stackexchange.com
— Nicolas Raoul il

Risposte:

2

Non sono sicuro se il modello che hai citato fosse da qui. " Modelli di SharePoint "

SharePoint può essere una sfida, ma offre alcuni ottimi strumenti dopo averlo compreso. Credo che sia uno dei prodotti MS più impegnativi che abbia mai visto, ma è anche molto potente. Hai controllato Codeplex per SharePoint? CodePlex

— Dave M
fonte
Stranamente, entrambi i siti (in particolare Codeplex) si concentrano sugli amministratori solo per scaricare e installare il file, ignorando quasi la necessità di documentazione dei non amministratori per convincere gli amministratori e la gestione che il componente aggiuntivo vale davvero la pena. Ma il tuo link ai modelli SP sembra promettente. Esistono "modelli di amministrazione del server" con descrizioni interessanti. Ho anche trovato una pagina piena di documentazione - vedi la mia risposta di seguito.
— Torben Gundtofte-Bruun,
Non ho alcun link utile ma MS e alcuni dei loro MVP hanno alcuni webinar e altro materiale registrato su alcuni di questi strumenti. Ci vuole un po 'di ricerca ma ne vale la pena
— Dave M
1
Il problema è che tutto questo materiale è rivolto
— all'amministratore
1

In aggiunta alla risposta di DaveM, ho trovato la documentazione sui modelli qui:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

In particolare, questi erano interessanti:

e questo per una configurazione più avanzata:

Penso che andrò con una combinazione dei primi due. Quest'ultimo sembra troppo avanzato per i neofiti di SP e sarebbe più adatto a un team molto più grande.

— Torben Gundtofte-Bruun
fonte
1

Il nostro team ha utilizzato il modello di tracciamento dei bug di MS SP su due progetti. Non considererei la soluzione "migliore della razza", ma funziona. È possibile aggiungere e rimuovere campi in base alle esigenze, conversare con gli indicatori di data (usando i commenti) e applicare la sicurezza (visualizza / leggi / scrivi). È possibile importare ed esportare l'elenco dei bug in / da Excel.

Il flusso di lavoro può essere aggiunto ma richiede uno sviluppatore (o un superutente SP). La configurazione predefinita include il tracciamento della cronologia e gli allegati dei file. Come con qualsiasi oggetto SP, è possibile impostare feed RSS e notifiche e-mail.

Data la scelta, utilizzerei un pacchetto di tracciamento dei bug dedicato anziché la soluzione gratuita offerta da Microsoft. Non ho cercato, ma sono sicuro che ci sono soluzioni di tracciamento dei bug più complete che utilizzano SP come back-end.

— Michaelkay
fonte
Non abbiamo avuto l'opportunità di provare quel modello. Alla fine, abbiamo utilizzato un elenco personalizzato molto molto semplice come soluzione temporanea e abbiamo finito per utilizzare una soluzione permanente non Sharepoint. Non Jira, ma qualcosa di simile che l'organizzazione stava già utilizzando per altri dipartimenti.
— Torben Gundtofte-Bruun,
1

SharePoint potrebbe rispondere alle tue esigenze come semplice sistema di ticket.

Tuttavia, mi aspetto che un tracker di bug sia integrato con il codice sorgente (come se commentassi una modifica della fonte con "FIX bug # 123", voglio che il ticket sia contrassegnato come "riparato" e che sia in grado di vedere il codice diff) .

Inoltre, non hai molta flessibilità riguardo alle notifiche, al monitoraggio del tempo trascorso su un biglietto, ecc.

Pertanto, non consiglio SharePoint se vuoi essere serio sul tracciamento dei bug.

— rds
fonte
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.