Quanto tempo devo dedicare alla mia toolchain? [chiuso]

Generalmente come sviluppatore ti viene pagato per risolvere problemi o produrre strumenti per altre persone da utilizzare per risolvere i loro problemi. Se si pensa allo sviluppo come a un processo snello, tutto ciò che non aggiunge valore al prodotto è uno spreco e dovrebbe essere eliminato. Un nuovo editor o plug-in può aggiungere valore al tuo prodotto? Probabilmente no ... quindi il tempo speso per questo dovrebbe essere eliminato.

Oppure no.

David Anderson ha un buon commento per questo: "eliminare gli sprechi è come andare al bronzo [alle Olimpiadi]". Quello che stai effettivamente cercando di migliorare è il tempo di ciclo (cioè il tasso di consegna del valore). Ci sono molte cose in fase di sviluppo che non aggiungono valore a un prodotto che, se non le fai, aumentano il tempo di ciclo - stand-up quotidiani, test, ecc. Ovviamente eliminare gli sprechi è una buona cosa - ma non dovrebbe essere la tua priorità numero 1.

Quindi ... per rispondere alla tua domanda attuale ... personalmente penso che se passi 8 ore alla settimana con gli strumenti, è probabile che sia molto eccessivo. A volte anche se noterai qualcosa che è un collo di bottiglia e / o soggetto ad errori e sarai consapevole del fatto che ci sono alcuni strumenti che puoi ottenere, conoscere o creare, che ti renderanno molto più efficiente.

In base alla tua dichiarazione (in un commento) che "questo non è tempo di lavoro fatturabile". Hai davvero cambiato la domanda in qualcosa di diverso da quello che presumibilmente assumerai leggendo la domanda nella sua forma attuale.

Credo fermamente che un buon sviluppatore lavorerà costantemente per migliorarsi. Quella cam per migliorare passa attraverso la lettura di blog e altre cose che descrivono abilità di sviluppo nuove o alternative. Potrebbe anche venire attraverso le cose che impari mentre esamini gli strumenti e / o li migliori.

Trascorrere 6-8 ore di tempo personale ogni settimana per:

• Migliora te stesso come sviluppatore = BUONO.
• giocherellare con gli strumenti e non realizzare nulla = FUN.

(Probabilmente ti atterri da qualche parte, rendendolo "divertente"! :))

Personalmente direi che a meno che tu non abbia a che fare con requisiti particolarmente dinamici, 6 - 8 ore alla settimana sono massicciamente eccessive.

Quello che devi chiederti è quante di quelle ore sono recuperate dalle efficienze che ti offrono questi strumenti? Se utilizzi uno strumento 10 ore a settimana se realmente ti rende il 10% più produttivo, supponendo di tenere uno strumento per un anno, è un risparmio di 52 ore quindi, purché tu abbia speso meno di 52 ore per trovarlo e selezionarlo quindi è stata una buona cosa.

Ma penso che questo tipo di salvataggio sarà raro. Pensa al seguente:

• Qual è il tempo migliore? Certo, alla fine sarai più produttivo, ma per la maggior parte ciò non accadrà immediatamente e sarai meno produttivo all'inizio. Devi calcolare il tempo di allenamento (zero produttività) e il bit quando stai ottenendo meno di quanto hai fatto, così come il bit in cui sei più produttivo.
• Se giochi con gli strumenti molto probabilmente cambierai molto. Se questo è il caso, il tempo di ritorno dell'investimento deve essere molto più breve in quanto probabilmente non lo avrai per un anno.
• Se scambi molto gli strumenti, probabilmente non diventerai mai un esperto in nessuno di essi. Forse migliorare con il tuo strumento esistente è un modo più economico di produttività?
• Probabilmente lavori per 40 - 50 ore a settimana. Devi capire quanta parte di ciò spendi per ogni attività e quanto effettivamente ti salverà. Se uno strumento ti consente di eseguire un aggiornamento del database in metà tempo, ma impiega solo un'ora e le fai una volta al mese probabilmente non è così bello.

Quindi consiglio:

• Guarda le attività che richiedono più tempo. Quali sono le cose che ti mettono più tempo a fare? Più tempo dedichi a fare qualcosa, maggiore è il potenziale di risparmio. Se passi 10 ore a settimana a fare qualcosa e puoi risparmiare il 20% è enorme. Viceversa se fai qualcosa di poco e o è molto veloce (diciamo mezz'ora) anche eliminarlo potrebbe non valerne la pena.
• Quali sono i tuoi punti deboli? A volte i compiti causano dolore sproporzionato - forse causano interruzioni o rendono infelici i clienti. Queste sono cose in cui potrebbe valere la pena investire tempo ma solo se quel tempo si ripaga di se stesso in un aumento della produttività maggiore della risoluzione del problema o di un simile aumento della felicità del cliente.
• Stai ascoltando cose davvero buone su qualcosa. E intendo davvero cose buone. Se è così, date un'occhiata, ma siate critici e cercate persone credibili con storie solide e un consenso, non solo le persone che propongono qualcosa di nuovo.
• Comprendi la differenza tra migliore e differente. Questa è la cosa più grande. La novità è adorabile, ma troppo spesso non è in realtà migliore. I programmatori sono i peggiori al mondo per reimplementare qualcosa con un cambiamento relativamente minore e propagandarlo. Diverso è interessante ma non sempre è migliore.
• Imposta una revisione periodica per ciascun elemento della catena di strumenti e esegui una ricerca in quel punto. Personalmente direi che più di una volta all'anno sarebbe esagerato. Da qualche parte intorno ai 18 mesi - 2 anni probabilmente sarebbe il punto in cui le cose sarebbero migliorate abbastanza da giustificare un cambiamento.

Contro tutto questo, se vuoi smanettare perché ti diverte, allora per tutti i mezzi. Basta non illuderti che è produttivo quando non lo è e (come responsabile dello sviluppo) per favore non provare a convincermi che lo è, a meno che tu non abbia consultato l'elenco sopra.

In generale, queste domande riguardano il rischio e il valore temporale. Qual è la probabilità che il valore futuro del tempo che stai spendendo su questi strumenti aumenterà la tua produttività di almeno una quantità di compensazione? A volte questa volta speso paga. D'altra parte, in futuro potresti guardare indietro e davvero augurarti di aver fatto qualcosa di più utile o utile con il tempo che stai spendendo per imparare questi nuovi strumenti. È una scommessa, quindi la risposta "quanto" non ha una risposta generica. Devi stimare le tue quote individuali.