... 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 ...