"Il capo dice così" è in realtà una buona ragione, ed è per questo che funziona. Come hai notato, non è bello per il morale. Se vuoi incoraggiare i programmatori a usarlo, cerca i modi in cui può semplificare la loro vita . I modi principali che può fare sono:

• Può impedirti di dimenticare le cose . Chiunque abbia avuto un panico dell'ultimo minuto prima (o dopo!), Preferirebbe non ripetere l'esperienza. Finché tutte le attività / bug vanno lì, dovrebbe essere impossibile dimenticare le cose. Avere tutti gli utenti con lo stesso sistema significa che le cose non vengono dimenticate anche quando le persone lasciano l'azienda / vanno in vacanza / sono malate / ecc.
• Migliora la programmazione . A nessuno piacciono i periodi di crisi. Se hai una scadenza incombente e non hai intenzione di fare le cose in tempo, allora prima tu (e il tuo capo) lo saprete meglio è. Puoi tagliare funzionalità, assegnare più risorse o semplicemente distribuire le ore extra per un periodo più lungo (8 settimane di 45 ore sono probabilmente migliori di 1 settimana di 80 ore).
• Le piccole cose . Molti strumenti PM possono fare piccole cose per rendere la vita dei tuoi sviluppatori più semplice: se si integra con la tua wiki, ciò può rendere più facile tenerlo aggiornato. Se si integra con il tuo sistema di controllo del codice sorgente, rende più facile trovare rapidamente il commit in cui hai risolto quel bug insidioso dell'interfaccia utente che è apparso improvvisamente in una parte diversa dell'applicazione.

Non è chiaro nella tua domanda su cosa usi esattamente il software, e penso che sia il punto centrale, non le funzioni.

Devi formulare obiettivi chiari e concreti: cosa vuoi ottenere con questo software? E quanto specificamente questo software aiuta a raggiungere questi obiettivi?

Se gli obiettivi sono condivisi dai programmatori, far capire loro questi punti dovrebbe aiutare a convincerli a usare il software (o chiedere loro di indicare problemi specifici con il software che può essere corretto).

Se gli obiettivi non sono condivisi dai programmatori (come la micro-gestione della loro "produttività" misurata con una metrica artificiale), l'unico modo per renderli conformi è ordinarli in modo definitivo e punire coloro che non si conformano. Spero di non dover sottolineare che questa è una pessima idea.

Non usiamo Trac, ma Bugzilla in combinazione con ScrumWorks. L'abbiamo introdotto, dopo alcuni incidenti in cui le funzionalità / bug sono state dimenticate per essere risolte o sottovalutate, e portato alla fine alla fine - e quindi con conseguente bug, stress, ecc. Ora abbiamo adottato il nuovo stile di lavoro di

• accendere il computer
• controlla i nuovi bug / funzionalità richieste
• correggi / implementalo
• registrati con bugzilla, contrassegnalo come risolto
• ripetizione

Io, e questa è un'opinione personale assoluta, la trovo molto confortante, perché alla fine del giorno, vedi cosa hai realizzato e cosa devi fare domani. Ci è voluto un po 'per abituarsi ai passaggi extra, ma ne è valsa la pena.

Per quanto riguarda la tua domanda, quali caratteristiche renderebbe più incoraggianti, direi l'integrazione con l'IDE. Nessun programma / pagina web aggiuntivi, solo qualche clic in più ogni giorno.

Sono uno degli sviluppatori di Lavoro di squadra , per quelli che non lo sapevano, è piuttosto famoso software di gestione del progetto. Come puoi immaginare, per noi capire quali sono le caratteristiche che fanno la differenza nell'adozione è uno dei punti principali. Nella mia esperienza l'adozione di un software pm è molto difficile, fondamentalmente perché le persone sono pigre a cambiare la loro routine, inoltre perché non hanno alcun vantaggio nell'utilizzarlo. E questo è stato il nostro obiettivo: abbiamo provato ad aggiungere molte funzionalità che danno beneficio non solo al pm, ma anche al lavoratore. Potrei elencare queste caratteristiche ma non potrebbe essere così importante perché dipendono da come funziona il tuo team, il mio suggerimento è quello di trovare lo strumento che dia più benefici possibili al lavoratore. Ad esempio, se il tuo team lavora con problemi, prova a trovare lo strumento migliore per gestirlo in modo amichevole per l'utente e così via. Spero che ti aiuti !!

Una caratteristica che ha funzionato bene per me è stata l'applet della barra delle applicazioni, o qualunque sia il nome di un programma in esecuzione nascosto con una piccola icona sulla barra delle applicazioni, che è sempre in esecuzione sulla mia macchina e mi informa degli eventi nel sistema di tracciamento rilevanti per me. Mostrerebbe un piccolo promemoria quando ho un nuovo bug o un nuovo compito assegnato a me. È stato anche il caching e le query di aggiornamento in background, quindi quando ho avuto bisogno di vedere l'elenco dei miei bug, era pronto ed è apparso immediatamente dopo aver cliccato (non aspettavo una pagina web per renderizzare, accedere, ecc.). p>

Qualcosa del genere potrebbe anche essere usato per segnalare rapidamente l'allocazione del tempo. Basta fare doppio clic sull'elemento e segnalare i progressi di oggi entro due clic, supponendo che precompilli il modulo di rapporto con i valori di ieri e i valori predefiniti.

Era uno strumento interno e non so quale dei sistemi di tracciamento offra tale funzionalità.

Chiede funzionalità

Chiedere informazioni sulle funzionalità è la domanda sbagliata, perché la maggior parte delle funzionalità citate non aiuta gli utenti a raggiungere gli obiettivi finali.

Di chi è lo strumento?

Ci sono due principali confusioni:

1. Singoli membri del team che confondono lo strumento di gestione dei progetti con uno strumento di produttività personale.
   • Lo strumento di produttività personale è una scelta personale, ad esempio ogni collaboratore può avere scelte diverse. È ciò che funziona meglio per un individuo.
   • Lo strumento di produttività personale non può aiutarti a raggiungere gli obiettivi finali di seguito. Per raggiungere gli obiettivi finali, l'intero team deve concordare alcuni strumenti di gestione del progetto condivisi che tutti useranno.
   • I buoni strumenti di gestione del progetto dovrebbero migliorare la produttività personale, ma questo è un effetto collaterale, non un obiettivo finale. D'altra parte, i cattivi strumenti di gestione del progetto che ostacolano la produttività personale ne impediscono l'adozione.
2. I manager vedono lo strumento di gestione dei progetti come il loro strumento per gestire le persone.

Quali sono gli obiettivi finali

Visibilità del lavoro : consente a tutti di sapere su che cosa lavorerà ciascun collaboratore. Se il lavoro di due colleghi è in conflitto tra loro, o se uno ha un buon suggerimento da offrire a un altro, avere questa visibilità incoraggerà il dialogo ad accadere.

Stato del progetto - esposizione degli impedimenti; avvertimento su scadenze o caratteristiche impossibili da rispettare troppo difficili da attuare; per indicare la prontezza del progetto

Cambia controllo - assicurandoti che le modifiche al sistema di produzione, al codice sorgente o all'hardware siano ben documentate e che sia possibile impedire potenziali conflitti.

Gestione della conoscenza : semplifica la condivisione delle note, la conservazione dei record e la ricerca. Chiunque può condividere qualsiasi cosa appreso dal lavoro - potrebbe essere un po 'di Heisenbugs, alcuni tutorial online o l'intuizione di qualcuno che alcuni ticket di emissione abbiano una causa alla base comune. Osservazioni casuali devono essere raccolte in modo che i modelli possano essere estratti.

Questi sono solo alcuni esempi di obiettivi finali. Nessuno di questi è "funzionalità software" di per sé. Sono caratteristiche (caratteristiche) dei team produttivi.

Ma alcune persone dicono che il miglior strumento di gestione del progetto è una lavagna

A giudicare dagli obiettivi finali, non posso confutare quello.

Collegalo al controllo del codice sorgente e richiede un ID di attività sul commit. Si presuppone che il tempo trascorso sull'attività corrisponda all'intervallo di tempo tra i commit. Se un dev smette di lavorare su un'attività per avviarne un'altra, deve impegnarsi in un branch work in progress.