devops

Le but du chapitre est présenté dans l’introduction :

On peut distinguer trois niveaux pour la prise en compte de l’agilité dans des organisations : projet, produits, organisation. Beaucoup d’expériences actuelles avec Scrum restent au niveau projet. Nous allons approfondir les niveaux produits et organisation. J’ai évoqué, dans le chapitre 18, Transition à Scrum, la façon dont une entreprise gérait le changement vers l’agilité. Ici, il s’agit d’aborder le changement d’échelle dans ce qu’il implique sur la mécanique de mise en œuvre de Scrum, en termes d’équipes, de backlogs et de cycle de vie.

J’avais écrit ce texte il y a quelques mois, en réaction à un article prétendant que l’agilité ne répondait pas aux problématiques abordées ci-dessous, alors que le Lean oui. Je le publie maintenant pour rajouter une couche au billet de Pablo Cow boys et hippies.

C’est le moment :)

J’attendais les versions qui devaient m’être envoyées par les équipes de développement pour que je les utilise ou pour que je les teste. Souvent j’ai attendu longtemps des versions qui ne venaient pas, je les ai réclamées. J’arrivais péniblement à avoir une livraison par itération, qu’on m’envoyait par mail ou qu’il fallait aller chercher par FTP. Pas pratique, pas satisfaisant.

Maintenant, avec l’intégration continue, c’est bien plus confortable pour les Product Owners. J’en entends de plus en plus dire tout l’avantage qu’ils en tirent, comme lors des retours d’expérience du dernier SigmaT.