Bugtracker - aggregazione e flusso di lavoro automatizzato

Question

Intro:

sto lavorando per una società contraente. Stiamo facendo SW per i diversi clienti aziendali, ciascuno con le proprie regole, norme SW ecc

Problema:

Il risultato è, che stiamo utilizzando diversi sistemi di bug-tracking. La quantità di flussi di biglietti è relativamente grande e talvolta gli SLA sono mortali. Il problema principale è che teniamo traccia di questi biglietti nel nostro BT (attualmente Mantis) ma stiamo anche comunicando con i clienti nel loro BT. Ma così com'è, due canali di comunicazione stanno facendo troppo rumore di informazioni.

Soluzione, progresso:

soluzione reale è una responsabilità dei dipendenti con per sincronizzare i flussi e tenere traccia dello SLA e molte altre cose. Sta consumando una gran parte del suo tempo (circa 70%) che può essere speso per qualcosa di più prezioso. L'altra cosa è che non è abbastanza veloce e talvolta la sincronizzazione non è realmente sincronizzata. Alcune parti dei commenti sono lasciate solo su un sistema, altre sono completamente perse. (E non mi inizio alle vacanze o malattia, che è dove inizia il divertimento)

Domanda:

Come automatizzare questo processo: aggregazione compiti, guardare la SLA, notificando le persone giuste, ecc parzialmente o tutti insieme?

Grazie, per le vostre risposte.

Answer 1

Hai bisogno di qualcosa come Zapier. Può mappare diverse applicazioni e sincronizzare i dati tra loro. Funziona semplicemente:

1. Si crea zap (ad esempio tra redmine e lavoro di squadra).
2. Si configura la mappatura (come gli elementi/attributi nelle mappe redmine agli elementi/attributi nel lavoro di squadra)
3. Generate token di accesso in entrambi i sistemi e scriveteli in zap.
4. Zapier effettua la sincronizzazione regolare tra il redmine e il lavoro di squadra.

Ma la mantide non è ancora supportata da Zapier. Se tutti/molti dei tuoi clienti BT si trovano nell'elenco di app di Zapier, puoi spostare il tuo BT su un'altra piattaforma o fare una richiesta a Zapier per il supporto mantis.

Un altro modo è sviluppare il proprio servizio di sincronizzazione che si connetterà a tutti i BT del cliente come ogni dipendente che utilizza login/password/token e scarica gli aggiornamenti sul proprio BT. È difficile e questa soluzione richiede uno sviluppo continuo per supportare le venerazioni reali dei BT del cliente.

Answer 2

Si può avere uno sguardo uno Slack: https://slack.com/

E 'un grande strumenti per conversazioni di gruppo

conversazione, condividere, e prendere decisioni in canali aperti tutta la tua squadra, in gruppi privati ​​per sensibili importa o usa i messaggi diretti uno a uno.

si può avere un sacco di integrazioni strumenti, ed è possibile utilizzare Zapier https://zapier.com/ con esso per programmare trigger.

Con canali differenti è possibile notificare le persone giuste in parte o tutti insieme in conversazione di gruppo :)

Answer 3

La risposta ovvia è quella di creare integrazioni tra tutti i vari BT. Senza sapere cosa sono, è difficile dire se è del tutto possibile. I BT più moderni hanno un'API e integrazioni di supporto. Alcuni, soprattutto quelli basati su desktop, no. Per quelli che probabilmente devi monitorare direttamente un database.

Zapier, come qualcuno ha già suggerito, è un ottimo strumento per la creazione di integrazioni e potrebbe già avere alcuni di quelli che sono necessari. Amo Slack e ha un'API, ma i messaggi sono fondamentalmente solo di testo e, a meno che non si voglia eseguire una sorta di delimitazione quando si inviano messaggi alla sua API, probabilmente non funzionerà.

Non sono sicuro di quale sia il budget, ma costerà le risorse per creare le integrazioni. Ti suggerirei di assumere qualcuno per gestirli semplicemente. Qualcuno che è l'unica responsabilità è quella di eseguire il cross-popolamento del sistema di tracciamento dei bug interno e esterno e tracciare i progressi in ciascuno di essi. Tutto ciò di cui hai veramente bisogno è qualcuno con una buona attenzione ai dettagli per questo, non devono essere uno sviluppatore. Questo dovrebbe essere più conveniente rispetto all'utilizzo di risorse per sviluppatori su questo.

L'altra alternativa è semplicemente quella di fermarsi. Se i tuoi requisiti impongono di utilizzare il software di tracciamento dei bug dei tuoi clienti per i progetti che fai per loro, basta usare il loro software e smettere di duplicare lo sforzo. Se hai bisogno di qualche tipo di repository centrale o qualcosa per la gestione del lavoro, magari solo una semplice tabella da qualche parte o foglio di calcolo con il cliente, il progetto, il numero del problema, lo stato e, se possibile, un link al problema nel BT del cliente. Capisco il bisogno e il desiderio di centralizzare questo, ma se soffoca la produttività, allora i costi di opportunità sono IMO troppo alti.

Se si crea uno strumento di integrazione, si avrà davvero un prodotto molto redditizio. Questo è in realtà un problema piuttosto comune.