Chapitre deux
Un seul accord. Un seul endroit pour le garder ensemble.
Le cercle était la transaction elle-même. Les personnes impliquées pouvaient être amenées à y entrer avec les rôles et l'accès nécessaires. Le travail appartenait à ce deal, plutôt qu'être dispersé dans les systèmes que chaque personne utilisait.
Cela semble simple jusqu'à ce que vous essayiez de le construire. Qui peut voir un document particulier ? Qu'arrive-t-il quand quelqu'un part ? Qu'est-ce qu'une personne devrait voir lorsqu'une tâche change de main ? Chaque réponse affecte la personne suivante qui ouvre l'application.
J'imaginais la personne arrivant au milieu du travail. Elle n'aurait pas entendu les appels précédents ni connu la version du document qui avait été remplacée. Une application utile devrait aider cette personne à se mettre à jour. Concevoir pour elle signifiait penser au-delà de la première page et se demander ce que l'information signifierait plus tard, pour quelqu'un qui n'était pas là.
Plus nous travaillions soigneusement à ces questions, plus le but devenait clair. Je voulais qu'une personne ouvre Circle et comprenne ce qui nécessitait attention, ce qui avait été fait, et où trouver le registre.
Un seul accord, un seul cercle
Le registre devait survivre à la conversation.
Une conversation se termine. Les conséquences peuvent ne pas l'être. Une décision prise mardi peut avoir de l'importance plusieurs semaines plus tard, lorsque quelqu'un d'autre demande pourquoi un travail a été effectué d'une certaine manière. Un registre n'est utile que s'il est toujours là lorsque cette question se pose.
Circle a apporté des notes, des contacts, des documents et des transcriptions dans la même transaction que le travail qu'elles décrivaient. L'objectif était de maintenir une décision connectée à son contexte, afin qu'une personne puisse suivre l'histoire au lieu de deviner.
Conserver un registre est aussi un moyen de réduire la charge sur les mémoires des personnes. Quelqu'un devrait pouvoir prendre une pause, transférer une tâche ou passer à une autre transaction sans devenir le seul endroit où une réponse importante existe. C'était partie de la précaution derrière Circle. Je voulais que l'information reste utile sans dépendre toujours d'une seule personne disponible.
Je voyais la valeur de cela. Je voyais aussi combien il fallait travailler en dessous. L'écran pouvait sembler simple, mais la responsabilité n'était pas. Nous demandions aux gens de faire confiance à l'application avec des détails qu'ils ne pouvaient pas se permettre de perdre.
À l'intérieur du produit
Un écran simple peut cacher des décisions difficiles.
L'application originale devait reconnaître la relation entre les personnes et le travail. Une tâche appartenait à une transaction. Un message concernait des personnes particulières. Un registre pouvait avoir besoin de rester disponible après le changement de rôle d'une personne.
Faire ces relations fiables exigeait des choix que l'utilisateur de l'application devait rarement avoir à réfléchir. La complexité ne disparut pas parce que nous la gardions hors de l'écran. Quelqu'un devait encore la travailler.
Une liste de tâches peut être dessinée rapidement. Une liste de tâches qui se comporte sensiblement quand les personnes et les circonstances changent prend plus de réflexion. Cette distinction traverse beaucoup de logiciels. J'apprenais cela dans les détails de Circle : la valeur d'une fonction était partiellement dans ce qui se passait quand la version directe de la situation ne serait plus celle devant nous.
Cela expliquait pourquoi la construction a pris si longtemps. Nous essayions de rendre le travail complexe gérable. Chaque raccourci devait être jugé par rapport au moment où quelqu'un dépendrait de lui.