Comment entrez-vous dans la zone? Combien de temps cela prend-il? Quelles mesures prenez-vous avant? [fermé]

Entrer dans cette zone est un processus agréable et fructueux. Nous produisons un bon code source et nous tirons beaucoup de satisfaction de notre travail effectué dans la zone. Mais comment entrer dans la "zone"? Suivez-vous un processus spécifique? Mis à part le changement de système de messagerie électronique, de téléphones mobiles et d’autres applications non productives, pouvez-vous faire autre chose?

Concentrez-vous sur ce que vous devez faire. Faites l'effort de commencer réellement à le faire. Cela peut être l’une des choses les plus difficiles: arrêter activement de faire du surpoids.

Ne pas avoir de courrier électronique ouvert. Ne pas avoir Fakebook dans une autre fenêtre. Ne pas avoir de StackExchange aller. Pas de forum. Seulement calme. Et ensuite passer à autre chose.

Il me faut généralement (et à peu près tout le monde que je connaisse) environ 15-20 minutes pour y arriver.

Vous pouvez généralement maintenir "la zone" pendant environ 2 heures, et en général une seule fois par jour - c'est très fatiguant mentalement. Si vous êtes super-duper, vous pourrez le gérer deux fois par jour. Après "la zone", le reste de votre journée est relativement léger en comparaison, vous faites avancer les choses, mais l’éclatement d’une énorme productivité est terminé.

Oh, et sortir de la zone prend environ 3 secondes - par exemple, un appel téléphonique ou une personne qui passe la tête et dit: "Puis-je vous déranger un instant" - à laquelle la réponse est: "oui, vous l'avez déjà fait". Coup. La zone est partie. Encore 15-20 à revenir.

C'est incroyable de voir combien de défauts s / w stupides sont introduits en se faisant sortir de la zone.

Incroyable aussi combien de personnes (particulièrement les gestionnaires) pensent que l’open open plan est un très bon moyen de développer un logiciel de qualité (où personne n’arrive JAMAIS dans la zone, sans même y rester).

Fermez toutes les fenêtres du navigateur pointant sur StackExchange et assez, un bon café pourrait être un bon point de départ.

Une chose que j’ai trouvée utile pour entrer dans la "zone" est en fait le "zonage en dehors". En général, je mets des écouteurs et j'écoute de la musique instrumentale, pas lyrique (dans mon cas particulier, Dj Tiesto ) tout en essayant d'ignorer le monde extérieur. Le casque et la musique agissent comme une barrière contre le monde extérieur. Des études ont prouvé qu'écouter de la musique classique aidait à la concentration.

Cette solution peut ne pas être optimale dans l'environnement d'entreprise, car la connectivité et la communication sont essentielles. Toutefois, si la situation le permet, écouter de la musique en arrière-plan ou au casque peut aider.

Voici l'article de Joel On Software qui couvre ce point .

... les gains de productivité documentés fournis en donnant aux travailleurs du savoir de l'espace, du calme et de la confidentialité. Le livre de gestion de logiciels classique Peopleware documente largement ces avantages de productivité ...

Voici le problème. Nous savons tous que les travailleurs du savoir travaillent mieux en se lançant dans le "flux", également connu comme étant "dans la zone", où ils sont entièrement concentrés sur leur travail et totalement à l'écoute de leur environnement. Ils perdent le fil du temps et produisent d'excellents résultats grâce à leur concentration absolue. C'est à ce moment qu'ils effectuent tout leur travail productif. Des écrivains, des programmeurs, des scientifiques et même des basketteurs vous diront qu'ils sont dans la zone.

Le problème, c'est d'entrer dans la "zone" n'est pas facile. Lorsque vous essayez de le mesurer, il semble qu'il faut en moyenne 15 minutes pour commencer à travailler avec une productivité maximale. Parfois, si vous êtes fatigué ou si vous avez déjà fait beaucoup de travail créatif ce jour-là, vous ne pouvez pas entrer dans la zone et vous passez le reste de votre journée de travail à triturer, à lire le Web, à jouer à Tetris.

L’autre problème est qu’il est si facile de se faire sortir de la zone. Le bruit, les appels téléphoniques, les sorties pour le déjeuner, le fait de prendre le café à Starbucks en voiture pendant 5 minutes et les interruptions de collègues - surtout celles de collègues de travail - vous excluent de la zone. Si un collègue vous pose une question pendant une minute et que votre concentration est assommée au point qu'il vous faut une demi-heure pour redevenir productif, votre productivité globale est sérieusement gênée. Si vous vous trouvez dans un environnement bruyant comme celui que les dotcoms caffinés adorent créer, alors que les responsables marketing crieront au téléphone aux côtés des programmeurs, votre productivité chutera lorsque les travailleurs du savoir seront interrompus sans jamais entrer dans la zone.

Avec les programmeurs, c'est particulièrement difficile. La productivité dépend de la capacité de jongler en une fois avec beaucoup de petits détails dans la mémoire à court terme. N'importe quel type d'interruption peut entraîner la chute de ces détails. Lorsque vous reprenez le travail, vous ne pouvez vous souvenir d'aucun des détails (tels que les noms de variables locales que vous utilisiez, ou de l'endroit où vous avez mis en œuvre cet algorithme de recherche) et vous devez continuer à rechercher ces éléments, ce qui vous ralentit. jusqu'à ce que vous soyez remis à niveau.

Voici l'algèbre simple. Supposons (comme le suggère l'évidence) que, si nous interrompons un programmeur, même pour une minute, nous perdons vraiment 15 minutes de productivité. Pour cet exemple, plaçons deux programmeurs, Jeff et Mutt, dans des cubicules ouverts les uns à côté des autres dans une ferme Dilbert standard d'engraissement de veaux. Mutt ne se souvient plus du nom de la version Unicode de la fonction strcpy. Il pourrait le rechercher, ce qui prend 30 secondes, ou il pourrait demander à Jeff, ce qui prend 15 secondes. Comme il est assis juste à côté de Jeff, il demande à Jeff. Jeff est distrait et perd 15 minutes de productivité (pour sauver Mutt de 15 secondes).

Maintenant, déplaçons-les dans des bureaux séparés avec des murs et des portes. Maintenant, quand Mutt ne se souvient plus du nom de cette fonction, il pourrait la rechercher, ce qui prend toujours 30 secondes, ou demander à Jeff, qui prend maintenant 45 secondes et implique de se tenir debout (tâche ardue étant donné la condition physique moyenne des programmeurs!). Alors il le regarde. Alors maintenant, Mutt perd 30 secondes de productivité, mais nous économisons 15 minutes pour Jeff ...

Les autres réponses sur la façon de se concentrer et de ne pas être dérangé sont bonnes et je n’ai pas grand chose à ajouter. Le seul fait sur lequel je me méfie est celui des règles sur les nombres concrets (combien de temps il faut pour ...). Je suis convaincu que de tels chiffres ne peuvent être généralisés de la sorte. Cependant, il est important de vous concentrer sur votre tâche et d'éviter d'être dérangé.

La tâche sur laquelle vous travaillez est également très importante!

Voici quelques règles générales concernant la tâche sur laquelle vous travaillez:

1. Il faut être impliqué dans une activité avec un ensemble d'objectifs clairs. Cela ajoute une direction et une structure à la tâche.
2. Il faut avoir un bon équilibre entre les défis perçus de la tâche à accomplir et ses propres compétences perçues. Il faut avoir confiance en sa capacité à accomplir la tâche à accomplir.
3. La tâche à accomplir doit avoir un retour clair et immédiat. Cela aide la personne à négocier les demandes changeantes et lui permet d'ajuster ses performances pour maintenir l'état de flux.

Csikszentmihalyi, M .; Abuhamdeh, S. & Nakamura, J. (2005), "Flow", dans Elliot, A., Manuel de compétences et de motivation, New York: The Guilford Press, p. 598–698.

Ces règles ne sont pas spécifiquement liées au développement de logiciels, mais peuvent être appliquées facilement.

Juste pour ajouter quelques exemples sur la manière de vérifier si ces conditions s'appliquent à vous et à votre tâche:

Savez-vous quel sera votre prochain commit? Peut-être fixer des objectifs plus petits? Utilisez-vous le développement piloté par les tests? Avez-vous les connaissances nécessaires pour mener à bien votre tâche? Travaillez-vous avec un IDE? etc...

Ceci n'est que pour vous donner une idée de la façon dont cela peut être appliqué à la programmation, cela ne peut pas être généralisé.

Obtenez la première tâche sur votre liste bien entretenue .

Le secret est d' avoir cette liste!

Il existe un moyen très efficace de vaincre la procrastination. Cela a été décrit dans le livre Getting Things Done .

Vous devez d’abord maintenir une liste de choses à faire. La méthodologie proposée est excellente (à lire sur wikipedia).

Ensuite, c'est la façon dont vous écrivez vos tâches.

Plutôt que d'écrire:

Faire la documentation de la nouvelle interface utilisateur (un bon candidat pour les procrastinateurs)

Écrire:

Appelez Robert pour lui demander d'inclure des captures d'écran de la nouvelle interface utilisateur Prenez un résumé de ce qu'il faut dire, etc.

Le truc, c'est que les tâches sont petites et qu'il s'agit d'actions réelles. C'est facile de commencer. Et tout le monde ici sait que lorsque vous avez commencé, vous avez vaincu la procrastination.

Qu'entendez-vous par zone? Est-ce que c'est lorsque vous êtes tellement concentré sur votre travail que vous oubliez de manger et que le reste du monde et tous les gens qui y travaillent ressemblent à du bruit blanc lorsque vous êtes complètement concentré?

J'avoue que je ne peux pas le faire tous les jours, mais un jour où je frappe cette zone,

La musique ou des écouteurs sans musique est un excellent moyen d'entrer dans la zone. Assurez-vous de ne pas brancher votre casque sur l'ordinateur , assurez-vous qu'il est branché sur votre ipod ou votre lecteur mp3. C’est parce qu’il est très facile d’aller sur youtube ou de commencer à télécharger des fichiers .... lorsque votre source sonore est uniquement de la musique et rien d’autre.

Lorsque vous atteignez le point où vous n'êtes pas concentré sur l'écoute de la musique et qui sonne plutôt comme un bruit blanc, c'est la confirmation que vous êtes maintenant dans la zone.

Une méthode beaucoup plus simple consiste simplement à commencer à coder pour allumer le feu en gros ... musique .... canal cette passion dans la musique maintenant à votre code.