Que faites-vous pour rester productif lorsque vous travaillez seul? [fermé]

30

Je trouve que travailler de manière isolée, sur un morceau de code qui ne sera vu par personne d'autre pendant des semaines, épuisant. Je cherche des idées pour essayer de rester productif et motivé.

Que faites-vous pour rester motivé et productif, quand on vous confie une tâche de programmation à long terme et que vous travaillez seul (par exemple, à domicile, sans coéquipiers ou collègues)?

blueberryfields
la source
1
Bonne question, je suis dans cette situation à la minute. Ce n'est pas trop mal parce que je fais quelque chose qui m'intéresse vraiment.
dan_waterworth
1
Je suis aussi dans la même situation en ce moment. Je suis depuis plusieurs mois et je m'attends à l'être pour les prochains mois. Le simple fait de savoir que je ne suis pas le seul est encourageant, alors j'espère que ce commentaire vous encouragera également.
Jason Swett,

Réponses:

23

Maintenez un équilibre.

Étant donné quelque chose de nouveau (par exemple, jouer à un jeu, boire une bière, etc.), nous pouvons nous concentrer et faire cette chose pendant une période prolongée. La seule façon de passer à travers une tâche banale (sans surdosage de café ) est de maintenir un équilibre . Je dis «banal» parce que si c'était une tâche qui vous passionnait vraiment , vous n'auriez pas erré sur le site et posé cette question.

Suggestions:

  • Équilibre. Travaillez sur le projet à long terme pendant une heure deux, puis récompensez-vous avec quelque chose que vous aimez. Embrassez la pause de la tâche. Répéter.
  • État d'esprit à long terme : penser au travail formidable que vous ferez après (ce travail moins intéressant) est revigorant.
  • Décomposez votre projet en petites tâches . Tâches qui ne prendront que quelques heures. Lorsque vous accomplirez chacune de ces petites tâches, cela vous donnera un sentiment de progression.
JK
la source
1
>> Travaillez sur le projet à long terme pendant une heure deux, puis récompensez-vous avec quelque chose que vous aimez. Embrassez la pause de la tâche. Répétez ---> NON !!! N'interrompez pas votre groove! La partie la plus difficile commence! Prenez un frein lorsque vous sentez que vous en avez besoin.
Morons
2
@Morons Je pense qu'une sorte de discipline telle que travailler X fois et faire une pause est utile (comme la technique Pomodoro). Si vous faites toujours une pause lorsque vous en avez besoin, vous n'aurez peut-être jamais rien fait ;-)
Omar Kohl
7

Fixer des objectifs est la seule façon pour moi de travailler ...

À la fin de l'heure, je veux que X soit fait. Et pour le déjeuner, je veux que Y & Z se termine. Au déjeuner, vous passez en revue où vous en êtes, puis fixez de nouveaux objectifs. Pour avoir atteint chaque cible, il y a une récompense; la récompense pourrait être une tasse de thé, ou une marche de votre bureau ou 10 minutes sur stackexchange ...

Il est clairement préférable de fixer des objectifs réalisables aussi - vous recherchez la récompense mentale de cocher un élément de travail de votre liste. Peu importe votre objectif, tant qu'il peut généralement être atteint dans votre fenêtre de temps.

cjmUK
la source
+1 J'adore l'idée de la récompense mentale, je viens de réaliser que je fais ça sans m'en rendre compte.
Martin Blore
De petits objectifs sont essentiels. Avoir une liste de 15 articles à 8 h 30 et une liste de 15 articles avec des lignes les a jetés à 2 h 30, c'est un grand sentiment!
Zachary K
5

Abordez-le comme un problème de programmation

Il est facile d'être tellement pris par l'écriture de code que nous séparons la façon dont nous résolvons les problèmes de programmation de la façon dont nous résolvons les problèmes courants du monde réel. Mais en fait, les outils conceptuels que nous utilisons pour résoudre les problèmes de programmation sont assez bons pour tout.

  • Recueillir des données - quand votre productivité baisse-t-elle? Que se passe-t-il juste avant d'être distrait? Qu'est-ce qui est à l'origine de la perte de motivation? Gardez un journal de travail détaillé et honnête pendant une semaine ou deux en vous concentrant sur votre motivation et ce que vous faites.
  • Analyser les exigences Que vous faudrait-il pour maintenir votre motivation à la lumière des données que vous avez collectées? Comment pouvez-vous briser les schémas qui entraînent une perte de motivation?
  • Trouver des solutions - Parfois, vous constaterez qu'il existe des outils logiciels (quelque chose comme RescueTime peut-être) qui peuvent vous aider à rester concentré lorsque vous travaillez. Vous réaliserez peut-être que vous avez besoin de plus de contacts sociaux en général et organisez des soirées régulières avec des amis pour vous aider à garder les pieds sur terre. Si vous avez identifié un problème spécifique, il pourrait bien y avoir des livres qui peuvent suggérer des moyens de le contourner. Peut-être que le problème se révèle être que vous n'êtes pas adapté à ce type de travail et la solution sera simplement de changer d'emploi.

En tant que programmeur, vous disposez déjà des outils nécessaires pour résoudre ce problème, il suffit de les appliquer.

glénatron
la source
2

Voici ce que je pense selon moi fonctionne,

  1. Définir clairement la tâche à accomplir : La chose la plus importante ici est de noter la tâche et de ne pas la garder en mémoire .

  2. Décomposer en tâches si le seul est énorme : encore une fois décomposer en tâches et les écrire.

  3. Attribuer un ETA ou une date limite : c'est vraiment important, et soyez très strict et discipliné à ce sujet. Sinon, vous tergiverserez.

  4. Utilisez la technique du pomodoro pour une concentration à court terme. Et utilisez le temps d'intervalle pour les courses et d'autres choses comme la vérification des e-mails.

  5. Assurez-vous que vous vous concentrez sur la tâche à accomplir. Évitez autant que possible les tâches errantes.

  6. Une fois que vous avez terminé une tâche, marquez-la comme terminée et gardez une trace de l'heure à laquelle vous avez commencé et de l'heure à laquelle vous avez terminé. Gardez un journal des choses que vous avez résolues quelque chose de spécial lors de l'exécution d'une tâche.

  7. Une fois que vous avez terminé l'exécution de la tâche, décidez de l' étape suivante .

Rendez ces données tabulaires. Tout cela est là dans David Allen's Getting choses done.

Quelques choses plus importantes.

  1. Revoyez ce que vous faites une fois par semaine. Vos journaux doivent suggérer une amélioration au fil du temps.
  2. Prenez des mesures correctives si vous vous trompez.
  3. En fin de compte, vos tâches doivent converger vers des objectifs hebdomadaires, mensuels, annuels et de durée de vie.

Rappelles toi:

Il est important de passer à l'étape suivante. Si vous avez une étape suivante pour chaque tâche, vos opportunités de tâches se développent de façon linéaire et si elles mènent à plus d'une étape suivante, les opportunités de tâches augmentent de façon exponentielle.

En effet, comme l'a dit Sun Tzu: les opportunités se multiplient à mesure qu'elles sont saisies.

En résumé:

  1. Être des œuvres organisées. Planifiez, organisez, programmez et suivez .
  2. Revoyez périodiquement.
  3. Soyez vrai et analysez les données.
  4. Discipline lors de l'exécution. Et concentrez-vous sur la tâche à accomplir, le plan est déjà sur papier, vous n'avez pas à vous en soucier.

Suivez ceci religieusement.

kamaal
la source
bons points, j'apprends certains d'entre eux tout en travaillant et en échouant et certains à partir de messages / réponses comme celui-ci. Ces règles empêchent la situation de "tirer les cheveux".
PHP Mentor
0

Je trouve utile d'avoir des pairs qui sont disposés à partager vos réflexions sur tout ce sur quoi vous travaillez. Il n'y a jamais eu de problème entier sur lequel j'ai travaillé seul qui n'ait pas bénéficié de discussions avec les autres.

Demandez à une personne âgée ou à un ami si elle peut gagner du temps pour passer en revue votre code. Si vous pouvez coupler grâce à l'examen, c'est encore mieux!

Vous pouvez également trouver utile de bloguer sur vos expériences de codage. Je suis sûr qu'il y a des choses que vous avez apprises ou que vous pratiquez (TDD par exemple) pendant cette longue période, ou des idées sur la façon dont vous avez fait quelque chose et en vous demandant si cela aurait pu être mieux fait.

Martin Blore
la source
0

Je travaille sur un petit projet qui va finir par être trop conçu. Personne d'autre ne s'en soucie vraiment, mais j'essaie d'étirer mes compétences. Je lis un livre sur la refactorisation, donc j'aimerais appliquer autant de pratiques que possible. Je ne suis pas dans une crise de temps. En tant que seul programmeur, personne ne va regarder mon code (pas quelqu'un qui pourrait le comprendre, mais le visiteur occasionnel de mon cube peut avoir un aperçu.) J'ai fait un prototype et fait une démo. J'attends avec impatience les demandes de changement.

Bien que je sois motivé pour faire avancer les choses, je préfère aussi un bon défi.

JeffO
la source
0

Je l'ai fait sur quelques projets. Je trouve le meilleur moyen de rester motivé pour me responsabiliser.

Même si personne ne va regarder mon code ou ce que je fais, je fais toujours une priorité de parler avec mon superviseur, mon patron ou le PM et de leur faire savoir où j'en suis et ce que je prévois à la fin de la semaine. Il faut 5 minutes pour le parcourir avec eux, et quelques PM m'ont dit que cela leur était également très utile.

Pour moi, cela fixe un objectif et un délai doux que je veux respecter. Pour le PM, il leur permet de savoir où j'en suis sur la tâche et leur donne le temps de donner leur avis.

Si vous ne pouvez pas le faire face à face, lancez un court e-mail. Il s'agit de vous rendre responsable de vos tâches.

Essayez également de diviser un très gros travail en petites tâches gérables et mesurables. Utilisez un système de suivi des billets et attribuez-vous des billets. De cette façon, vous pouvez gérer vos progrès et vous tenir responsable de toutes les tâches que vous avez à faire.

Tyanna
la source
-1

La bonne musique pour la programmation (techno, transe) aide, me gardant gonflé quand je ne suis pas d'humeur ou quand je travaille sur des parties du logiciel qui ne me passionnent pas particulièrement.

Roberto Rosario
la source