Come parlare con la direzione sull'utilizzo della gestione integrata dei progetti / bug tracking

Cercando di pensare a motivi che potrebbero convincere un manager, ecco un paio di suggerimenti.

Tracciamento delle risorse

Con un repository centrale per compiti e bug sarà molto più facile per un manager tenere traccia di dove viene speso il tempo (e quindi il denaro). Anche senza il monitoraggio del tempo uno strumento di gestione del progetto dovrebbe fornire una panoramica di livello superiore di ciò che sta accadendo in termini di sviluppo del prodotto.

Soddisfazione del cliente

In realtà tenere traccia dei problemi ti costringe ad affrontarli. Senza bug tracking è più facile posticipare le attività o semplicemente dimenticarle. Il follow up è la chiave per la soddisfazione del cliente.

Priorità

La mancata definizione delle priorità è un problema ricorrente a cui molte aziende soffrono. Quando non tieni un elenco di ciò che devi fare, è molto più difficile per te capire quale attività è più importante al momento. Le persone tendono a concentrarsi su qualsiasi problema le cada in grembo, dimenticando di fermarsi e pensare "questa è davvero la cosa più importante su cui lavorare ora?"

Tenere traccia dei problemi ti aiuta a rimanere concentrato su ciò che è importante. Quando tutto è ugualmente importante, nulla è importante. E quando non lavori sul compito più importante, o lo lasci a metà perché c'è qualcos'altro, stai perdendo tempo e denaro.

Che tipo di "sistema di tracciamento dei problemi" stai usando in questo momento? Email, note PostIt, memoria, nessuna? In entrambi i casi, un sistema adeguato probabilmente salverà parte del tuo tempo e, per estensione, il denaro dei tuoi manager, a lungo termine. Se hai qualche forma di supporto al cliente o anche un tester o due, un sistema di localizzazione centrale ridurrà anche il necessario overhead di comunicazione tra loro e te.

Un altro punto è la responsabilità. Non nel senso di giocare al gioco della colpa di chi ha incasinato, ma una volta che un problema è stato aggiunto al tracker, è molto più difficile da dimenticare rispetto a una email che hai ricevuto un mese fa. E non dimenticare la possibilità di tracciamento del tempo. Non sono sicuro che trac possa fare questo fuori dalla scatola (se no, probabilmente c'è un plugin per questo), ma se è possibile allegare ore di lavoro a un problema, questi dati un giorno aiuteranno a fare stime più accurate per le funzionalità future . Che, a sua volta, permetterà ai tuoi manager di pianificare meglio il loro programma di rilascio.

Mi trovavo in una situazione simile una volta. Quello che è successo è stato:

1. Ho semplicemente installato il dannato tracker dei problemi. Poche ore per capirlo e configurarlo, non un grosso problema.
2. Ho iniziato a usarlo da solo. Non tutti lo stavano ancora usando, ma allora: mi stava già aiutando.
3. Alla fine l'utilizzo è aumentato, in quanto le persone hanno riconosciuto che in realtà è piuttosto utile.

Quindi si riduce a: con idee che sono relativamente facili ed economiche da implementare, basta farlo invece di perdere tempo con la politica e le proposte. Mostra, non dire.

Il tracciamento di bug / funzionalità è simile a un registro di controllo: consente all'azienda di sapere cosa spendono su cosa e perché potrebbero esaurire le risorse.

Con un conto corrente, puoi spendere soldi e fare del tuo meglio per tenere traccia nella tua testa quanto hai nel tuo account, ma è un'impresa rischiosa. Non è così male se si scrivono solo uno o due assegni al mese, ma se si scrivono 50 o 500, è probabile che si rimbalzi una volta. Se mantieni un registro, saprai quando il tuo saldo è basso e stabilirai la priorità delle tue fatture sui tuoi fantastici.

Allo stesso modo, se solo occasionalmente chiedi a uno sviluppatore di fare qualcosa (correggere un bug, aggiungere una funzionalità), potresti essere in grado di giudicare quanto quel lavoro sta costando il business e quanto tempo sta spendendo per fare il tuo lavoro. Più chiedi, però, più difficile è giudicare. Ad un certo punto inizierai a chiedere più di quanto lo sviluppatore (i) possa ospitare immediatamente, quindi avrai bisogno di tenere un backlog di bug / funzionalità (per assicurarti che finiscano). Dovrai anche dare la priorità a quali funzioni vengono eseguite per prime: gli sviluppatori sprecano tempo in cose banali quando c'è qualcosa di critico in attesa? Come lo sai? In definitiva, se l'arretrato diventa troppo grande, ti consente di sapere che devono effettuare alcuni depositi e assumere un altro sviluppatore.

Quindi, in realtà, il bug tracking è uno strumento di gestione che consente alla direzione di sapere come sta utilizzando le risorse dell'azienda.

La maggior parte dei manager ascolta una cosa: i soldi. Quindi, prova a spiegare perché questo ti farà risparmiare tempo e fatica in futuro mentre lo usi, e in che modo si confronta con il tempo necessario per configurarlo (suggerimento: grafici).

Inoltre, chiedi loro se si aspetterebbero che tu faccia lavori di sviluppo senza una scrivania o un computer. La stessa cosa vale per gli altri tuoi strumenti, hai bisogno che sviluppino (buoni) software.

Prova e inchioda tutto ciò che Trac può fare in termini di denaro, come i costi di segnalazione. Se si utilizza Trac, un report costa $ 0 per produrre per loro. Altrimenti, ogni rapporto che richiedono è impreciso, imperfetto e richiede X ore di tempo per produrlo. Il che significa che senza Trac, un rapporto imperfetto costa X * Tasso, diciamo 3 * 80 = $ 240 per rapporto !