Prévoir et prédire. Accueil » Perso, scrum 28 janvier 20111 010 affichages8 commentaires Le jour homme Chaque équipe de développeur est composée de différents profils. Vous voyez une équipe de foot ? Et bien une équipe de développement c’est pareil. Il y a quelques années, je me souviens avoir discuté avec un chef de projet qui pensait que les développeurs étaient tous identiques, avec une capacité à produire du code facilement calculable dans Excel. Prévoir et prédire En fait si vous acceptez qu’il est impossible de prédire, vous avancerez et vous serez en mesure de chercher un autre moyen. Il est évident qu’il est impossible de prédire le futur, et le problème se pose lorsque le responsable d’un projet confond prédiction et prévision. Je vous prédis un bel avenir, je prévois que vous allez bien galérer avant d’y arriver.
(ce billet date en fait de septembre 2010) Les coulisses de Vente-privée.com. Jacques-Antoine Granjon, fondateur de Vente-privée.com, nous dévoile les coulisses de sa société. La diversité des métiers permet d’assurer l’ensemble des étapes liées à l’activité e-commerce de la structure : créer l’offre, le catalogue, le service informatique, la logistique ou encore le service après-vente. Un effort tout particulier est consacré à la communication et la promotion des produits mis en vente tout en respectant les codes de chaque marque.
C’est la « digital factory » qui veille à cette qualité de service. Initialement sous le modèle de startup, Ventee-privée s’en éloigne peu à peu de part sa croissance et ses effectifs. Pour autant, son créateur nous explique qu’il a pour désir de revenir à un modèle plus flexible. Il souhaite diminuer les multiples strates de responsabilité pour revenir à une société plus horizontale. Le but est de réduire le temps de parcours entre celui qui a une idée et et la personne qui la développe. Bénéfices mutuels : un principe de l'Extreme Programming. Lors de la formation XP à la Fac de Settat Maroc, j'ai vraiment insisté sur ce principe de l'Extreme Programming : bénéfices mutuels qui pourrait se traduire en "gagnant / gagnant" pour tous.
Bénéfices pour qui ? Les premiers concernés sont certainement le Client ou Product Manager et le Développeur. Il me semble d'ailleurs que en tant que Développeur je retrouve aussi le principe d'Humanisme d'XP. Se sentir en sécurité avoir la sensation de s'accomplir, de prendre plaisir à développer sensation d'appartenir à l'équipe complète. Le Développeur du Futur Lorsque je démarre la formation XP, nous mettons en pratique tout de suite le développement simple : TDD, conception émergente, refactoring... Et à propos de TDD se pose alors la question : quand finit le TDD ?
Red/green ? Red/green/refactor ? Et c'est là qu'intervient ce Développeur du Futur. D'ailleurs, pour bien ancrer l'importance de prendre soin de ce Développeur les stagiaires permutent les sources au milieu de la formation. Quid des tests ? Scrum is Simple and Incomplete. [Agile conference] Transition agilite et accompagnement au changement « So@t blog. Cette session, animée par Romain Couturier d’Exakis, propose un cadre de réflexion sur la transition organisationnelle nécessaire au déploiement de l’agilité. Quels sont les enjeux, les objectifs et les contraintes d’une transition vers l’agilité ? Comment démarrer une transition efficace ?
Comment créer sa propre stratégie ? Telles sont les questions auxquelles cette présentation apporte des réponses. Tout change, apparaît et disparaît C’est par cette citation de Bouddha que commence la session, découpée en trois parties : 1. La théorie : Vendre l’agilité Une notion fondamentale nous est rappelée par Romain, à savoir que bien que l’on démarre d’un besoin initial, il est essentiel de se concentrer sur le besoin final.
Production de valeur immédiateMaîtrise des risquesVisibilité / transparenceSupport et intégration du changementQualité accrueSatisfaction utilisateur Une précision importante : Ici on parle d’agilité globale, c’est à dire que l’agilité va s’appliquer à plusieurs entités. 1. 2. WebDev » Devenez agiles ! Comment ça ? Vous n’êtes pas agile ?? Il faut immédiatement remédier à cela ! Agile, une méthode de plus en plus populaire Vous l’aurez compris, je ne vous conseille pas dans cet article de vous mettre au sport (même si c’est extrêmement bénéfique pour la santé), mais d’adopter la méthode Agile pour vos projets, informatiques ou non. Les méthodes agiles sont des groupes de pratiques pouvant s’appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique ( conception de logiciel ).
Vous l’aurez compris : adieu les délais clients ! La mêlée est vigoureuse ! Même si Claude Aubry (excellent conférencier au passage) est un grand supporter du rugby et du Stade Toulousain, nous ne parlerons pas de rugby (enfin… pour l’instant). Nos outils Pour vous présenter plus facilement Scrum, rien de tel qu’une petite webapp que j’ai trouvé en farfouillant sur Internet : . La base À vos marquez, prêts ? Et c’est tout ? Liens. Agile and Lean Management: The AGILE MANAGER | Agile UX.
Le besoin en méthode Agile. Au cours des dernières années, il y'a eu un intérêt croissant pour les méthodologies 'agiles', c'est à dire légères.Alternativement présentées comme un antidote contre la bureaucratie et un encouragement au bricolage, elles ont malgré tout soulevé un intérêt de la part de l'ensemble du paysage informatique. Dans ce papier, j'explore les besoins de telles méthodes, en me penchant moins sur leur légèreté que sur leur nature adaptative et leur orientation vers l'humain ('people-first').
Je donne un résumé ainsi que les références des processus de cette école, et considère les facteurs qui doivent influencer toute personne susceptible d'explorer cette nouvelle voie. Table des matières: 1. De Rien, vers Monumental, vers Agile La plus part des développements informatiques sont une activité chaotique, souvent caractérisée par la phrase 'coder et débuguer'. Le logiciel est écrit sans véritablement de plan, et le design du système est imbriqué avec une multitude de décisions à court-terme. 2. Les méthodes agiles se généralisent pour les nouveaux développements - Test logiciel, méthodes agiles et qualité - Journal du Net Développeurs. En route vers l'agilité, SCRUM et XP retour d'expérience. En recherchant à m'améliorer, je me suis mis à m'intéresser aux meilleures pratiques de développement existantes. J'ai commencé à regarder les Design Pattern et les outils facilitant le développement, le test et les livraisons dans un esprit Usine Logicielle en naviguant entre les différentes communautés ALT.NET, XP...
Petit à petit ma sensibilité envers ces pratiques m'a poussé à mieux connaître ce type de méthodologie. J'avais des envies, comme tout développeur, d'améliorer mon quotidien, de ne plus me plaindre du client qui nous met la pression, de pouvoir travailler sur la qualité et de maîtriser les éléments pour produire dans des meilleures conditions. III.A-1. Le livre qui m'a sensibilisé▲ J'avais l'envie, je connaissais des pratiques, mais je n'avais pas de ligne de conduite. Une vision globale de ces pratiques me faisait défaut, comment les intégrer et les orchestrer dans un projet ? Il a suffit d'un livre pour que j'y voie un peu plus clair. III.A-2. III.C.1. III.C.2. III.C.3. Avis d’expert : Méthodes agiles : les écueils à éviter par Anne Aussems – Tribune Développeur.
Force est de constater que la souplesse des méthodes agiles tourne parfois au désordre. Il n’est pas inutile de recenser les écueils à éviter pour pouvoir profiter des gains liés à ces méthodes. J'avais ri il y a quelques années quand mon cabinet nous avait proposé une formation nommée "scrum". Plus personne ne rit aujourd'hui, les méthodologies agiles ont fait leur chemin et sont omniprésentes dans les directions techniques, particulièrement adaptées pour le développement de produits Web et mobile. De quoi s'agit-il ? D'un ensemble de "règles" régissant les développements, qui ont lieu en une succession d'itérations de une à trois semaines. Les itérations démarrent avec des "planning games", au cours desquels les fonctionnalités du "backlog" sont chiffrées et attribuées à des développeurs. Les développements sont ensuite suivis dans le cadre de "stand-up meetings" quotidiens et s'achèvent avec une "démo" des développements au métier, qui peut valider ou demander des évolutions.
Transition à l'agilité et contexte des projets. L'intelligence situationnelle favorise le succès. Comme au rugby. Dans la présentation Agilité en situation faite avec Philippe Kruchten pour l'Agile Tour 2008, nous avions comme attributs caractérisant le contexte d'un projet : la taille du projetla criticité de l'applicationle modèle économiquela stabilité de l'architecturela dispersion géographique de l'équipel'age de l'applicationle mode de gouvernancele taux de changement L'idée est de montrer que la plupart des pratiques agiles sont efficaces et qu'elles peuvent s'appliquer sur la plupart des projets, mais que leur application, pour qu'elles restent efficaces, doit s'adapter au contexte. Dans certains contextes, l'application sera assez facile parce qu'il n'y aura pas de contraintes imposées, dans d'autres contextes, les contraintes feront que la mise en place sera plus difficile.
Pour schématiser le contexte, rien de mieux que des Kiviats. Scrum : petit bilan après 12 sprints déjà écoulés - Tarmax.com. Cela fait déjà 12 sprints de 2 semaines, soit près de 6 mois, que nous avons mis en pratique Scrum dans l'équipe informatique où je travaille. Qu'est ce que ça nous apporté ? Quelles difficultés avons nous rencontrées ? Il est temps de faire un premier bilan. Nos légères adaptations Au sujet de Scrum, nous avons apporté quelques adaptations. Notamment, nous avons rapidement mis de côté la notion de release car elle ne s'adaptait pas à notre projet ni au rythme de notre entreprise. Je reste persuadé toutefois que la faute vient d'un problème d'organisation interne.
Sinon, en première instance, j'ai été tenté de mettre en place directement un mix entre Kanban et Scrum (c'est la forte tendance du moment) mais nous nous sommes rendus compte qu'il valait mieux d'abord se concentrer uniquement sur Scrum pour bien l'assimiler et attendre plus de temps avant de le mixer avec une autre méthodologie. Outils utilisés Les points positifs Les points négatifs En conclusion. Four Attributes of the Ideal Pilot Project | Mike Cohn's Blog - Succeeding With Agile® Choosing to Start Small or Go All In when Adopting Agile. Conventional, long-standing advice regarding transitioning to Scrum or any agile process has been to start with a pilot project, learn from it, and then spread agile throughout the organization. This approach is the frequently used start-small pattern in which an organization selects typically one to three teams (of five to nine people each), gets them successful, and then expands from there.
As agile spreads through the organization, new teams benefit from the lessons learned by the teams that have gone before. There are many variations of start small, depending on how many people the organization wants to transition and how quickly they want to do it. Start small can also be applied differently based on how risk averse or uncertain about the transition the organization is. For example, in some cases the first team or teams will finish their projects before a second set of teams even begins. The start-small pattern, while popular, is not for everyone. Reasons to Prefer Starting Small. Quel type de projets est le plus adapté à l’Agilité. Mémoire.