Peut-on décaler un stand-up meeting ?
Dans l’idéal, il est préférable de ne pas décaler les stand-up meetings sauf en cas de force majeure ! En effet on peut être tenté de décaler, si par exemple il n’y a pas assez de personnes présentes ou si les projets n’ont pas suffisamment avancé… Mais cela nuit au rythme du projet. Il vaut mieux […]
Tous les rôles structurels (Process Master, Board Master, Product Owner) doivent-ils être présents pendant un stand-up meeting ?
Il est souhaitable que tous les membres de l’équipe projet soient présents au stand-up meeting : la présence d’une personne est obligatoire en cas d’invitation explicite par un autre membre de l’équipe. Les réunions doivent toujours se tenir suivant une périodicité régulière et démarrer à l’heure prévue, qu’il y ait ou non des absents. Cette […]
Toute l’équipe doit-elle être présente pendant un stand-up meeting ?
Il est souhaitable que tous les membres de l’équipe projet soient présents au stand-up meeting. Dans l’idéal, les réunions doivent toujours se tenir suivant une périodicité régulière et démarrer à l’heure prévue, qu’il y ait, ou non, des absents. En général, les stand-up meetings connaissent très peu d’absentéisme : Néanmoins, il peut bien sûr arriver qu’il y ait des absents. Dans […]
Est-ce au Product Owner de définir l’hypothèse ?
L’hypothèse peut être proposée par le Product Owner ou bien définie collectivement par l’équipe. La formulation de l’hypothèse est une étape délicate ; il est donc très utile de faire appel à l’intelligence collective du groupe. Cependant, le Product Owner, en tant que garant de la vision du projet, tranche si l’équipe ne converge pas vers une formulation définitive, ou hésite entre deux […]
Peut-on avoir plusieurs hypothèses pour un même sprint ?
Non, sauf exception, à chaque sprint correspond une seule hypothèse ! En effet, si vous faites plusieurs hypothèses en parallèle, vous risquez de perdre en cohérence et de proposer une expérience confuse, manquant de liant, et dans laquelle la vision est floue. Vous validerez des composantes de manière isolée, sans savoir si elles font sens dans […]
Comment prioriser mes stories ?
La priorisation des stories dépend de l’hypothèse et du PMV formulés au début de sprint dans l’étape « Définir ». En effet, c’est l’hypothèse et la description du PMV associé qui permettent de se demander : Les stories priorisées peuvent alors être copiées dans la colonne « récap du sprint » pour bien visualiser le coeur du sprint (i.e. dupliquées à partir de la colonne « stories » […]
Toutes les stories doivent-elles être intégrées dans le PMV ?
Non, pour rappel, l’objectif d’un PMV (Produit Minimum Viable) est de « carotter » l’expérience finale du produit ou du service (Cf. « carotter » dans le glossaire) pour vérifier la pertinence d’une ou plusieurs composantes du projet. Le PMV est défini au début de chaque sprint, en fonction de l’hypothèse à valider : pour vérifier cette hypothèse, de quel PMV avons-nous […]
Pourquoi formuler une hypothèse ?
L’hypothèse est définie à chaque début de sprint ; elle est primordiale car elle va guider l’équipe tout au long du sprint, en particulier pour définir le PMV, prioriser les stories du sprint, et établir le fil rouge de l’expérimentation. Lors de la capitalisation, on pourra dire si l’hypothèse est validée ou non (ou bien validée […]
Comment formuler une bonne hypothèse ?
L’hypothèse est primordiale car c’est elle qui guide l’équipe tout au long du sprint. QUELQUES PRÉCONISATIONS POUR BIEN RÉDIGER UNE HYPOTHÈSE : EXEMPLES DE FORMULATIONS : Et si cet article vous a plu : Parcours de l’équipe iasagora dans l’univers 3D temps réel Brand Gameplay®: Métavers et 3D temps réel LE CÔTÉ DARK SIDE, FARWEST […]
Des principes agiles dans une démarche commerciale, comment faire ?
Vous pensez que les principes agiles ne concernent que le développement informatique ? Un article sur la façon dont nous avons injecté des méthodes, techniques et outils agiles dans un cadre commercial pour renouveler la relation avec le client !