Posons tout de suite le sujet : la hashtag#formation (https://www.linkedin.com/feed/hashtag/?highlightedUpdateUrns=urn%3Ali%3Aactivity%3A6610180517050626048&keywords=%23formation&originTrackingId=7sSXYVY8Rk28vFjDn5SEWQ%3D%3D) se meurt, et ce, depuis des générations !  Transmettre n'est pas le vrai but de la formation, telle qu'elle existe aujourd'hui. Aujourd'hui, tout comme hier, et encore plus demain, la formation est en train de devenir un bien de consommation comme un autre.  Comment éviter de perdre à tout jamais le pouvoir de la formation ?  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Scrum par ici, Scrum par là, à croire que tout le monde a ce mot à la bouche depuis quelques temps. A croire que pour réussir un projet il suffirait d’appliquer Scrum et hop le tour est joué !Ca revient presque à dire : “Quoi ton projet n’est pas en Scrum, non mais Allo Quoi”, mais bon ..on ne va pas aller jusque là … si ? Scrum n’est pas agile, l’agilité n’est pas LA clef du succèsPrenons donc Scrum, qui est devenu une méthode très à la mode ces derniers temps. Oui, oui, vous m’avez bien lu, j’ai écrit méthode. Et je peux vous dire, ça a été dur de l’écrire tellement je suis convaincu du contraire … mais nous y reviendrons.Je disais donc, Scrum est une méthode Hipe. En somme, si tu ne fais de Scrum sur ton projet, c’est que tu n’as pas un bon projet … Et le problème, déjà, c’est qu’on parle de méthode. Donc de règles. Donc d’appliquer sans réfléchir. Oui, vous savez, comme appliquer “bêtement” une recette de cuisine. Normalement, si vous suivez toutes les étapes d’une recette de cuisine, ça doit donner le même résultat que sur la photo … non ?! Ah bon ?! Et en projet, alors ? Je pense que vous avez la réponse à cette question. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

  Mon développeur, ma développeuse, il-elle fait de la merde ! C’est par cette phrase que j’ai envie de commencer cet article. On l’entend souvent, voire trop souvent, n’est-ce pas ?! S’améliorer dans son métier Le développeur, la développeuse doit se former, apprendre. Je dirais, comme tout personne, dans n’importe quel métier, non ? Surtout s’il, si elle, veut le fait bien. Et pourtant, partout, dans n’importe quel métier, nous voyons autant des personnes qui réussissent que d’autres qui n’y arrivent pas. Et malgré ce qu’ils disent, ils n’y arrivent pas. Bouc émissaire ? Ils n’ont qu’à se former ! Et pourtant, c’est un peu trop facile de juger, et dire : oh ben ils ont qu’à se former. Avec le ya qua faucon, on arrive à rien, non ?! Creuser et se poser les bonnes questions Il est facile de dire que si le projet n’est pas pérenne, que si le projet a des bugs, c’est tout de la faute du développeur, de la développeuse. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

  Et voilà, une nouvelle recrue dans l’entreprise, hop, on le met dans un projet et … ça doit fonctionner ! Et … ben la pauvre personne qui vient d’arriver … elle rame un peu à contre-courant, marchand sur des oeufs, et ayant peur de mal faire …. peur de mal faire … tiens tiens … Une ressource humaine n’est pas qu’une ressource Tiens ça me rappelle cette équipe IT, où le commercial, sous la pression de sa direction, me dit : – Evan, comment on peut accélerer le projet ? Si on met deux ressources de plus, dès la semaine prochaine, tu peux diviser le temps du projet par deux ? Et ma réponse, à votre avis ? Je lui ai répondu que non, et pour plusieurs raisons : Le temps d’intégration d’une personne dans une équipe peut durer plusieurs semaines Le temps d’apprentissage d’un nouveau projet peut prendre de deux semaines à plusieurs mois Un projet TMA qui n’avait aucun tests unitaires ou tests fonctionnels ne permettait pas une intégration facilitée MÊME AVEC LA PERSONNE LA PLUS COMPÉTENTE ET LA PLUS ENDURANTE POSSIBLE, UN PROJET NE PEUT ABSORBER UNE RESSOURCE COMME ÇA ET DIRE : ALLER HOP, ON PASSE À LA VITESSE SUPÉRIEURE ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

 Vous aller démarrer un projet de développement, ou bien vous en reprenez un. Et vous vous demandez comment bien suivre votre projet, l'historique, le code mis en place. Comment avoir un outil de suivi de vos sources qui favorise la pérennisation de votre projet IT (http://evanboissonnot.fr/bienvenue/) ?  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

 Il ne suffit pas de se tenir au courant des dernières nouveautés, et de la découverte d'articles de code. C'est une culture de la veille informatique que votre équipe, votre entreprise va acquérir.    Choisir son outil (ses outils), est la première étape d'une bonne stratégie de veille informatique.  utilise google actualité (peu de vrais filtres) créer des alertes dans Google Alertes (pratique, ça peut par contre polluer votre boite mail si vous n'avez pas de dossier dédié) utiliser un agrégateur comme Feedly (très utile, attention à ne pas trop en mettre sinon on peut se sentir envahi-e) suivre dev.to depuis sa page d'accueil se concentrer également sur medium.com avec sa page d'accueil également utiliser des hashtags via twitter Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

 Ah cette fameuse phrase : ça marche pas. Vous la connaissez non ? Combien de fois, on peut la lire ?! Combien de fois on peut la voir !  A travers cet article, je commence une série autour de la déclaration des problèmes, des fonctionnalités d'un projet. Et ainsi comment améliorer la cohésion de l'équipe et du projet.  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

 Un bon flux pour un bon projet. Savoir utiliser les branches, c'est une bonne première étape pour votre projet informatique. Passer à la mise en place d'un flux de gestion de développement, c'est encore mieux.   Vous avez choisi Git pour garantir la cohésion de votre équipe (http://evanboissonnot.fr/comment-git-va-vous-aider-dans-la-cohesion-de-votre-equipe/) et de votre projet. Après avoir acquis les bons réflexes d'archivage de votre code (commit et push), vous commencez à ressentir les limites de Git.    Prenons l'exemple suivant : vous êtes en train de développer une fonctionnalité. Or, flûte, un nouveau bug arrive et il faut le corriger direct. Oui, mais zut, je fais comment moi avec ma fonctionnalité pas finie ? Je la commente ?   Pour profiter de toute la puissance de Git, et pour pallier au problème ci-dessus, il existe la possibilité de créer des mondes parallèles de votre code source, de votre projet.  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

 Après vous avoir présenté comment git peut vous aider à améliorer la cohésion de votre équipe (http://evanboissonnot.fr/comment-git-va-vous-aider-dans-la-cohesion-de-votre-equipe/), nous avions commencé ensemble à échanger sur l'importance de créer de la cohérence, et donc de la cohésion (http://evanboissonnot.fr/cultiver-la-cohesion/) avec git, grâce à un cadre fixe, et donc choisir son flow avec git (http://evanboissonnot.fr/comment-bien-choisir-son-flow-git-pour-son-projet-de-developpement/).   Découvrons ensemble comment git flow (https://github.com/nvie/gitflow), bien que critiqué aujourd'hui, peut être un très bon cadre pour votre projet, pour votre équipe !  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Nous continuons notre série d'articles sur la cohésion technique (http://evanboissonnot.fr/cultiver-la-cohesion/), autour de Git. Après mentionné l'importance d'un cadrage de vos projets avec Git (http://evanboissonnot.fr/comment-git-va-vous-aider-dans-la-cohesion-de-votre-equipe/), nous avions commencé à découvrir les différents flux Git (http://evanboissonnot.fr/comment-bien-choisir-son-flow-git-pour-son-projet-de-developpement/). Après avoir vu le grand frère git flow, (http://evanboissonnot.fr/comment-bien-cadrer-son-projet-avec-git-flow/)nous allons découvrir ce que Github a choisi pour la gestion de ses projets : le Github flow.  Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.