Stairway to agility

Un besoin de transformation qui se renforce L'agile était déjà en passe de devenir le nouveau standard en matière d'organisation pour concevoir et délivrer des produits. Cette approche de réalisation itérative et incrémentale, centrée sur l'utilisateur,  est basée sur une culture de l'apprentissage continu et sur une capacité de s'adapter très rapidement au changement. Le contexte actuel ne fait que renforcer cette tendance, pour en faire une quasi nécessité. En effet, il était déjà acquis que la transformation digitale n'était tout simplement plus compatible avec la traditionnelle approche prédictive du business. Cette approche, ou plutôt cette culture, consistait à investir des mois d'effort pour établir un plan détaillé, et à traiter toute déviation comme un écart d’engagement. Un ancrage taylorien du management Je parle de culture car l'approche traditionnelle est malheureusement encore très ancrée dans nos façons de penser et d'organiser

DevOps est plus qu'un buzzword. C'est une tendance de fond, basée sur le lean IT, qui touche aujourd'hui la DSI. En effet, la plupart doivent optimiser leurs processus delivery afin de répondre en temps réel aux besoins digitaux du business, tout en maintenant la qualité de la construction et la sûreté de fonctionnement de la production. Quelque part, DevOps est la suite logique de l’agilité. L’agilité, quand elle fonctionne bien, a déjà réussi un grand challenge : faire en sorte que le métier et les études se parlent et se comprennent. Mais la valeur produite par une équipe agile n’a réellement de sens que lorsqu'elle est en production, et que son utilisation est fiable. DevOps étend donc le cercle de l’agilité à la prod. Facile à dire, car c’est une démarche d’organisation globale, qui dépasse les seules équipes agiles. En revanche, rien n’empêche une équipe agile de faire un pas vers DevOps, voir d’être force de proposition dans cette transformation. 

L'un des bénéfices de l'agilité, c'est la prise en compte intrinsèque du changement. Pour un projet, une entité ou une organisation, le changement, c'est tout le temps. Les besoins, la réglementation, la concurrence, les technologies, les opportunités, l'innovation... Autant de variations potentielles qui font que l'agilité est simplement adaptée à l'ère du temps.  Cependant, lorsqu'il s'agit de contractualiser un projet en mode agile entre un client et un fournisseur, ça se complique. Car dans "l'esprit" du contrat traditionnel, le changement est souvent considéré comme un manquement de l'une des parties. De plus, l'objectif juridique d'un contrat est plutôt de limiter au maximum sa propre responsabilité, tout en faisant porter le maximum du risque inhérent à tout projet sur l'autre partie.  Pour autant, le contrat forfaitaire est depuis longtemps largement plébiscité par les clients, qui y trouvent un moyen de

Que l'on soit au stade de l'initialisation d'une transition, ou bien au stade où l'agilité est déjà intégrée et laisse place à l'amélioration continue et au coaching, il peut être intéressant d'évaluer le niveau de maturité de l'agilité à un instant T, que ce soit pour une équipe, un projet ou encore une organisation. Cet "instantané" de maturité permet à la fois d'identifier les axes d'amélioration et établir des plans d'action adaptés à chaque contexte, mais aussi de mesurer la progression dans la durée avec des prises de mesures régulières. Je propose ici une méthode simple et outillée avec Excel. Elle se base sur 5 axes d'audit, chaque axe comportant une série de questions. Les questions peuvent (doivent) être adaptées à chaque contexte. Attention tout de même : certaines questions peuvent ne pas être très complaisantes avec la réalité et soulever la poussière cachée sous les tapis! Quelque soit les questions, l&#

Un projet agile se pilote par la valeur apportée au métier. Spécifier agilement, c'est se focaliser sur l’expérience utilisateur, et décrire simplement les exigences qu'aura cet utilisateur dans l'usage du futur système, et ceci à différents niveaux de granularité (User Story). Pour autant, l'intégration d'une application dans un SI, et plus généralement l'acceptation d'une application par un client passe aussi par le respect d'Exigences Non Fonctionnelles (ENF). Parmi celles-ci, on peut lister: La Sécurité La Performance La Capacité La Disponibilité L'Intégrité L'Évolutivité La Maintenabilité La Scalabilité La Compatibilité Il existe trois techniques simples permettant d’intégrer naturellement les ENF dans la réalisation d'un projet agile. Ces techniques ne sont pas mutuellement exclusives et peuvent parfaitement être combinées: Identifier les utilisateurs non métier et leur affecter des User Stories Insérer dans le Pr