Je suis dans une équipe qui travaille souvent à distance, et pourtant, j’ai la sensation d’avoir mes collègues à côté de moi. Cette petite tape sur l’épaule venant d’une personne qui passe dans les bureaux pour demander de l’aide ou discuter, vous voyez ? Eh bien, je l’ai même quand je suis seul à mon domicile, et je ne suis pas fou - enfin, pas complètement ;). Pour poser un peu de contexte, nous sommes une vingtaine dans l’équipe, composés de multiples profils (tech, produit, terrain, design, …).

Et s’il suffisait de passer à non un paramètre pour désactiver une fonctionnalité qui pose problème en prod ? Ou de changer un chiffre pour modifier le nombre d’éléments de la page d’accueil d’une application mobile ? Sans avoir à modifier du code et sans passer par la case déploiement bien entendu, parce qu’on a envie d’agir rapidement. On pourrait simplement changer des valeurs sur une interface web par exemple.

Simple, compliqué, complexe, chaos. Et si on déterminait dans lequel de ces lieux se situe une user story, une epic, une idée ? Ça ouvrirait des discussions et des questions très intéressantes pour que l’équipe s’adapte - elle n’a pas besoin de traiter les stories tout le temps de la même manière. Je pense par exemple au flux que la story doit traverser, aux process, aux pratiques tech et produit, à la façon de communiquer et de collaborer, etc.

Le monde est changeant et incertain, et les applications mobiles ne sont pas épargnées. On a un besoin de s’adapter rapidement. Parce qu’on veut expérimenter en production, parce qu’une nouvelle fonctionnalité provoque des crashs, parce qu’on veut intégrer continuellement, parce qu’on s’est planté sur une hypothèse. On a cependant deux barrières de taille au changement rapide dans le développement mobile : les stores (App Store et Google Play), et les utilisateurs.

En ce moment, j’essaie d’aider des collègues à créer du contenu qu’ils partageraient ensuite. Article, talk, podcast, vidéo, … peu importe le format. L’intention est de se lancer et de casser quelques croyances limitantes. Les histoires sont en nous, et on en a tous à raconter. Alors allons en chercher quelques-unes. Des croyances limitantes Quand on se lance dans l’aventure, on peut rencontrer ses premières embûches assez tôt. Ici, ces sont les croyances limitantes qui peuvent nous empêcher de démarrer.

Je considère mon blog comme un journal imparfait qui m’aide pour réfléchir et à travers lequel je souhaite aussi partager mes expériences. L’essentiel est dit dans cette phrase. Je vais un peu la décomposer. Lorsque j’ai créé ce blog, je voulais un espace personnel d’expression. J’avais envie d’écrire ce qui me venait à l’esprit, faire de l’introspection, et partager des histoires. Je ne voulais pas faire un site web pour parler d’actualités technologiques, ni pour faire des tutoriels ou décortiquer dans les moindres détails une techno / langage.

Ruby, Python, Rust, Node.js, Flutter, … Comme tout objet dans le monde, les langages, frameworks et outils sont amenés à changer avec le temps. Version mineur par-ci, version majeure par-là. Comment jongler facilement entre les versions ? Quand on est développeur, on utilise tout un tas d’outils et de SDK. Parfois sur plusieurs projets, qui utilisent des versions différentes bien évidemment. Je peux avoir besoin de Node.js 19 pour le front web et de Node.

Récemment, mon prof de guitare me disait « T’inquiètes pas, à force de pratiquer, de nouvelles connexions vont se créer dans ton cerveau. Elles seront de plus en plus nombreuses, rapides, et ça deviendra automatique ». Je suis en phase, et ça m’a inspiré pour écrire sur l’apprentissage. Aujourd’hui, je réfléchis encore beaucoup pour jouer de la guitare. Pour ce nouvel accord, je dois mettre mon doigt 3 sur la corde 1 en case 3 + le doigt 2 sur la corde 2 en case 2 + le doigt 4 sur la corde de 6 en case 3.

On a rencontré une anomalie qui nous a donné du fil à retordre fin mars. J’ai envie de raconter cette histoire parce que je trouve intéressant de partager certains éléments que j’utilise pour m’aider dans ces situations. Je vais essayer de ne pas donner trop de détails futiles. Tout commence lorsque notre PO, vient nous voir pour nous montrer un problème avec la liste des offres mises en favoris. Pour une catégorie d’offre en particulier, l’icône favori n’est pas dans le bon état.

On est entouré de principes, de lois, de modèles, de méthodes et d’un tas d’autres concepts. C’est utile pour construire des choses complexes comme des logiciels - on a besoin d’être aidé. Pour autant, je conseille de garder un minimum de recul et de questionnement face à ces grands écrits - ce ne sont pas des vérités absolues en toutes circonstances. Notre cerveau est plus que jamais important. J’aime considérer les principes (& co) comme des guides.