Cet article est la deuxième partie d’une série sur : La fin du monde Agile n’est pas arrivée.

Soyons clairs : je suis l’un des premiers, au sein d’une équipe, à vouloir avoir des outils et des processus appropriés. Pourquoi ? Précisément parce qu’une fois qu’ils sont en place, je veux me concentrer uniquement sur les individus et les interactions.

Dit autrement : je ne veux pas que les individus et les interactions soient entravés par des outils peu fiables (voire inexistants) ou des processus inadaptés.

Concentrons-nous sur deux points spécifiques : les outils de communication et les rôles et responsabilités.

Outils de communication

J’ai lu un article qui disait que le manifeste agile était obsolète, parce qu’il ne correspond pas à l’environnement actuel et aux capacités de travail à distance. Eh bien… Je suis assez sûr que le manifeste agile met explicitement en garde contre cette tendance. Si j’ai appris une chose au cours de ma carrière, c’est que peu importe la qualité de vos outils ou de votre équipe, rien ne vaut le pair programming, ou une bonne discussion en face à face pour lever les malentendus.

J’ai travaillé dans des équipes qui avaient la chance de disposer d’environnements d’outils extraordinaires. Mais chaque fois que quelque chose s’était vraiment mal passé dans les décisions de design ou business, on pouvait l’imputer à un manque de communication.

Cet article mentionnait GitHub comme une sorte de graal rendant obsolète cette première déclaration agile. Parce qu’il a des fonctionnalités de revue de code formidables, et tout ça. Là où je suis d’accord que GitHub est un excellent outil pour le développement et la revue de code, ce n’est pas l’endroit pour discuter de spécifications produit, ni pour discuter de logique business. Ce n’est tout simplement pas fait pour ça. Ce n’est pas son but.

Par ailleurs… les discussions écrites ? Sérieusement ?! Qui, dans le monde, ayant utilisé des services comme la messagerie instantanée, les forums, les e-mails ou n’importe quelle forme de communication électronique écrite, n’a jamais eu un débat stérile à cause d’un malentendu ?

Je ne dis pas que le travail à distance doit être évité. En réalité, les interactions sont aujourd’hui encore plus possibles grâce à des outils remarquables conçus précisément à cet effet. Commencez par Skype, ou Hangouts. Et une bonne webcam, parce que voir la personne à qui vous parlez change entièrement la façon dont vous lui parlerez. Oh, et probablement aussi parce que ça aidera à dépasser l’outil. Essayez de ne pas utiliser de webcam lors d’une communication. Vous finirez par faire autre chose et perdre de la concentration sur la discussion.

Donc : pour favoriser les interactions, peu importe où est votre équipe, l’important est d’avoir les bons outils.

Rôles et responsabilités

Je vais faire une déclaration directe, et je serai heureux d’être contredit ici aussi : il est impossible d’être expert dans tous les domaines. Et si c’est le cas pour certaines personnes extraordinaires, ce n’est pas scalable.

Si vous voulez que votre activité se développe, vous aurez besoin d’une équipe.

Chaque membre de cette équipe devra apporter sa valeur ajoutée spécifique. Nous en parlerons davantage plus tard, mais tout comme vous avez besoin de responsabiliser vos membres d’équipe, vous voudrez aussi le minimum de chevauchement dans l’expertise.

En réalité, plus votre équipe est petite, plus vous voudrez que chaque membre se concentre sur son domaine d’expertise spécifique, et laisse les autres faire leur travail. Ne pas le faire conduit inévitablement à des arguments et des guerres d’opinions, où le bon vieux modèle Commandement & Contrôle reprend le dessus (“Je suis le chef, donc vous ferez ce que je dis”).

Définissez clairement les rôles et responsabilités de chacun. Et faites-leur confiance pour faire leur travail. Pas d’arguments nécessaires, pas besoin que quelqu’un soit autoritaire envers quelqu’un d’autre. Vous avez un travail, et les moyens de le faire.

En gros, les outils et les processus ne sont pas une fin, mais un moyen. Ils sont là pour aider là où les humains échouent. Ils sont un soutien aux individus et aux interactions.

C’est bien sûr vrai, tant que vous choisissez celui qui est adapté à l’objectif.

Lire la partie 3 : Un logiciel fonctionnel plutôt qu’une documentation exhaustive

Image de une par Vousnous Design