Cosa fai per rimanere produttivo quando lavori da solo? [chiuso]

Trovo che lavori in isolamento, su un pezzo di codice che non sarà visto da nessun altro per settimane, svuotante. Sto cercando idee per cercare di mantenermi produttivo e motivato.

Cosa fai per rimanere motivato e produttivo, quando ti viene assegnato un compito di programmazione a lungo termine e lavori da solo (ad esempio, da casa, senza compagni di squadra o colleghi)?

Mantenere un equilibrio.

Dato qualcosa di nuovo (es. Giocare, bere una birra, ecc.), Siamo in grado di concentrarci e fare quella cosa per un lungo periodo di tempo. L'unico modo per alimentare un compito banale (senza sovradosaggio di caffè ) è quello di mantenere un equilibrio . Dico "banale" perché se questo fosse un compito di cui sei davvero appassionato, non avresti vagato nel sito e fatto questa domanda.

suggerimenti:

• Equilibrio. Lavora sul progetto a lungo termine per un'ora due e poi ricompensati con qualcosa che ti piace. Abbraccia la pausa dall'attività. Ripetere.
• Una mentalità a lungo termine : pensare al fantastico lavoro che farai dopo (questo lavoro meno interessante) è corroborante.
• Suddividi il tuo progetto in piccoli compiti . Compiti che richiedono solo un paio d'ore per essere completati. Man mano che completi ognuna di queste piccole attività, ti darà la sensazione di progressione.

Stabilire obiettivi è l'unico modo per lavorare ...

Entro la fine dell'ora, voglio che X abbia fatto. E a pranzo voglio che Y & Z finiscano. A pranzo rivedi dove devi arrivare, quindi fissa nuovi obiettivi. Per completare ogni obiettivo, c'è una ricompensa; la ricompensa potrebbe essere una tazza o una passeggiata dalla tua scrivania o 10 minuti su stackexchange ...

È chiaramente meglio impostare anche obiettivi raggiungibili: stai cercando la ricompensa mentale di spuntare un oggetto di lavoro dalla tua lista. Non importa quale sia il tuo obiettivo, purché di solito possa essere raggiunto nella tua finestra temporale.

Affrontalo come un problema di programmazione

È facile rimanere così presi dalla scrittura del codice da separare il modo in cui risolviamo i problemi di programmazione da come risolviamo i problemi del mondo reale. Ma in realtà gli strumenti concettuali che usiamo per risolvere i problemi di programmazione sono abbastanza buoni per tutto.

• Raccogliere dati : quando diminuisce la produttività? Cosa succede poco prima di distrarti? Cosa c'è alla radice della perdita di motivazione? Tieni un diario di lavoro dettagliato e onesto per una settimana o due, concentrandoti su quanto ti senti motivato e cosa fai.
• Analizzare i requisiti Cosa ci vorrebbe per mantenere la motivazione alla luce dei dati raccolti? Come puoi rompere gli schemi che portano alla perdita di motivazione?
• Trova soluzioni - A volte potresti scoprire che ci sono strumenti software (qualcosa come RescueTime forse) che possono aiutarti a concentrarti quando lavori. Forse ti renderai conto che hai bisogno di maggiori contatti sociali in generale e organizza serate regolari con gli amici per aiutarti a tenere i piedi per terra. Se hai identificato un problema specifico, potrebbero esserci dei libri che possono suggerire modi per aggirare il problema. Forse il problema è che non sei adatto a questo tipo di lavoro e la soluzione sarà semplicemente quella di cambiare lavoro.

Come programmatore hai già gli strumenti di cui hai bisogno per risolverlo, è solo una questione di applicarli.

Questo è ciò che penso secondo me funziona,

1. Definire chiaramente l'attività a portata di mano : la cosa più importante qui è scrivere l'attività e non tenerla in memoria .

2. Scomponi in compiti se quello singolo è enorme : di nuovo scomponi in compiti e scrivili.

3. Assegnare un ETA o una scadenza : questo è davvero importante ed essere molto severi e disciplinati su questo. Altrimenti procrastinerai.

4. Usa la tecnica pomodoro per concentrarti a breve termine. E usa l'intervallo di tempo per commissioni e altre cose come il controllo della posta elettronica.

5. Assicurati che tutta la tua attenzione sia focalizzata sull'attività da svolgere. Evita il più possibile le attività vaganti.

6. Una volta terminata un'attività, contrassegnala come completa e tieni traccia del tempo che hai iniziato e del tempo che hai finito. Tieni traccia delle cose che hai risolto qualcosa di speciale durante l'esecuzione di un'attività.

7. Una volta terminata l'esecuzione dell'attività, decidere il passaggio successivo .

Rendi questi dati tabulari. Tutto questo è lì in David Allen's Fare cose.

Alcune cose più importanti.

1. Ripassa cosa hai fatto una volta alla settimana. I log devono suggerire miglioramenti nel tempo.
2. Intraprendere azioni correttive se si sta andando nella direzione sbagliata.
3. Alla fine i tuoi compiti devono convergere verso obiettivi settimanali, mensili, annuali e di durata.

Ricorda:

Fare il passo successivo è importante. Se hai un passaggio successivo per ogni attività, le tue opportunità di attività crescono in modo lineare e se portano a più di un passaggio successivo, le opportunità di attività crescono in modo esponenziale.

Infatti, come ha detto Sun Tzu: le opportunità si moltiplicano quando vengono colte.

Riassumendo tutto:

1. Essere organizzati funziona. Pianifica, organizza, pianifica e traccia .
2. Revisionare periodicamente.
3. Sii sincero e analizza i dati.
4. Disciplina durante l'esecuzione. E concentrati sul compito a portata di mano, il piano è già sulla carta di cui non devi preoccuparti.

Segui questo religiosamente.

Trovo utile avere colleghi che sono disposti a condividere le tue opinioni su qualunque cosa tu stia lavorando. Non ho mai avuto un intero problema su cui ho lavorato da solo che non abbia beneficiato della discussione con gli altri.

Chiedi a un senior o un amico se possono risparmiare tempo per rivedere il tuo codice. Se riesci ad abbinare la recensione, ancora meglio!

Potresti trovare utile anche blog sulle tue esperienze di programmazione. Sono sicuro che ci sono cose che hai imparato o che stai praticando (TDD per esempio) durante questo lungo periodo, o idee su come hai fatto qualcosa e chiedendoti se avrebbe potuto essere fatto meglio.

Sto lavorando a un piccolo progetto che finirà per diventare troppo ingegnerizzato. A nessun altro importa davvero, ma sto cercando di aumentare le mie capacità. Sto leggendo un libro sul refactoring, quindi mi piacerebbe applicare quante più pratiche possibile. Non sono in una crisi di tempo. Come programmatore solitario, nessuno guarderà il mio codice (non chiunque possa capirlo, ma il visitatore occasionale del mio cubo può dare un'occhiata.) Ho realizzato un prototipo e fatto una demo. Non vedo l'ora di ricevere richieste di modifica.

Anche se sono motivato a fare le cose, preferisco anche una bella sfida.

L'ho fatto su alcuni progetti. Trovo il modo migliore per mantenerlo motivato per rendermi responsabile.

Anche se nessuno guarderà il mio codice o quello che sto facendo, continuo a dare la priorità a parlare con il mio supervisore, capo o PM e far loro sapere dove sono e cosa pianifico al termine entro la fine della settimana. Ci vogliono 5 minuti per affrontarlo, e alcuni PM mi hanno detto che è davvero utile anche a loro.

Per me stabilisce un obiettivo e una scadenza delicata che voglio rispettare. Per il PM, fa sapere loro dove mi trovo e dà loro il tempo di dare il loro contributo.

Se non puoi farlo faccia a faccia, lancia una breve email. Si tratta di rendersi responsabili delle proprie attività.

Inoltre, prova a suddividere un lavoro molto grande in attività gestibili e misurabili di piccole dimensioni. Utilizzare un sistema di tracciamento dei biglietti e assegnarsi i biglietti. In questo modo puoi gestire il tuo modo di fare e tenerti responsabile di tutte le attività che devi svolgere.

La buona musica per la programmazione (techno, trance) aiuta, mantenendomi gonfiato quando non sono dell'umore o quando lavoro su parti del software di cui non sono particolarmente entusiasta.