Transition
Prévoir et prédire
Accueil » Perso , scrum 28 janvier 2011 939 affichages 8 commentaires Le jour homme Chaque équipe de développeur est composée de différents profils.
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,
Bénéfices mutuels : un principe de l'Extreme Programming
Scrum is Simple and Incomplete
I’ve heard several references recently to the Scrum Canon. I went searching and I’ve not been able to find it. Is it one Ken (et al.) three books? Ken and Jeff’s most recent Scrum Guide? Does it include the ideas that Mike documented in Agile Planning and Estimation? … Is what the majority of CST’s are teaching at this moment in time?
[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 ça ? Vous n’êtes pas agile ?? Il faut immédiatement remédier à cela !
WebDev » Devenez agiles !
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.
Le besoin en méthode Agile
En rapprochant équipes de développement et utilisateurs métiers et en favorisant des cycles de développement courts, "il est vrai que les méthodes agiles répondent parfaitement à la problématique actuelle des DSI, notamment la recherche de projets IT avec un retour sur investissement rapide ", indique la SSII Capgemini dans son étude 2010 sur la gestion du cycle de vie des développements. D'où le taux important d'adoption de ces démarches pour les nouveaux projets de développement (81%), mais aussi pour les grands projets de transformation IT (72%) et les chantiers orientés Web (67%). < Précédent Suivant >
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é ▲
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.
Avis d’expert : Méthodes agiles : les écueils à éviter par Anne Aussems – Tribune Développeur
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 projet la criticité de l'application le modèle économique la stabilité de l'architecture la dispersion géographique de l'équipe l'age de l'application le mode de gouvernance le 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.
Transition à l'agilité et contexte des projets
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.
Scrum : petit bilan après 12 sprints déjà écoulés - Tarmax.com
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.