WJP Media

Pour ceux qui n'en ont peut-être pas entendu parler, «Slack» est une application de communication de projet en ligne. Il est très populaire parmi les équipes de développement pour le partage d'informations, de documents, de commentaires, etc. Vous pouvez créer des canaux spécifiques et envoyer des messages directs à un membre de l'équipe.

J'ai commencé à utiliser Slack il y a quelques années et j'ai rapidement trouvé une solution à un problème séculaire de pigistes. Cela étant, comment tenez-vous votre client constamment au courant de ce que vous faites? Je ne parle pas seulement de "rattrapage" tous les quelques jours (ou même de semaines!), Je ne parle pas non plus de ce "agile" classique du stand-up du matin ... "Désolé, le chien a mangé mes devoirs '.

Non, je parle d'un flux constant d'informations, qui permet au client (généralement le chef de projet) de parcourir ce sur quoi vous travaillez ...

La solution pour moi était simple. J'utilise 'Slack'!

Au lieu d'utiliser simplement Slack comme moyen de communication, je l'utilise comme moyen de suivre ce sur quoi je travaille, quel code j'ai écrit et quelles sont mes habitudes de pensée. En outre, je publie régulièrement des captures d’écran de mon développement et la sortie qui en résulte sur le site Web du développement.

Maintenant, vous pourriez dire que cela prend beaucoup de temps, mais ce n'est pas vraiment ... Vous pouvez prendre une capture d'écran (alt-ctrl-prt sc) et la coller directement dans Slack. Ajoutez ensuite un commentaire rapide. Explique ton processus de pensée et Bob est ton oncle! (Il n'est pas, c'est juste un dicton britannique - je n'ai aucune idée de qui est l'oncle 'Bob').

Avant de vous en rendre compte, vous avez un historique de ce sur quoi vous travaillez, de ce que vous avez fait et de ce qui va se passer ensuite.

Ce n'est pas la même chose que de suivre les problèmes sur une application de gestion de projet (par exemple, Jira). Ceci est un «courant continu de conscience» de votre travail.

J'ai constaté que cette approche présente deux énormes avantages supplémentaires (au-delà de la mise à niveau de votre client). Tout d’abord, parce que vous avez une longue expérience de ce que vous avez fait et pourquoi, il est facile de revenir en arrière à tout moment du projet et de déterminer la raison pour laquelle vous avez fait quelque chose (ce que nous savons tous, ce n’est pas toujours facile. grand projet complexe - "pourquoi avez-vous ajouté le nom du cheval à la voiture classique Json Feed? Euh ...").

Deuxièmement, en ce qui concerne la facturation (ce que je fais à la fin de chaque semaine), vous pouvez facilement créer une liste du travail effectué. Un peu comme une liste des travaux effectués dans votre garage local. J'ai trouvé que cela évite tout argument sur la facture résultante.

Enfin, une fois que tout le monde s’habitue au flux de travail, il devient presque naturel.

En général, je travaille quelques jours dans le bureau du client, puis à distance (je ne peux m'appeler que 'mec' pendant si longtemps, avant que les jeunes et talentueux ne réalisent que je suis un peu vieux pour ce titre - ne demandez pas quoi ils m'appellent après ça ...). Ce qui m'amuse, c'est quand je suis assis dans le bureau du client, près du développeur front-end, qui utilise toujours «Slack» pour me parler ...

En bref, si vous utilisez «Slack» de manière plus proactive, est-ce que la solution «agile» que vous recherchez?

Juste une pensée....