Étiquette : scrum

  • Dépasser le modèle Scrum pour une équipe DevOps transverse: ShuHaRi

    Dépasser le modèle Scrum pour une équipe DevOps transverse: ShuHaRi

    Lors du keynote des ScrumDays 2014, Alistair Cockburn s’intéresse à l’évolution de l’Agile, du manifeste à aujourd’hui. Il fait mention notamment d’une notion dont je ne connaissais pas le nom: Shuhari. D’abord apprendre, ensuite se détacher, finalement transcender. Concept qu’il intègre à sa manière d’être un professionnel agile, et auquel on se retrouve parfois confronté de manière fortuite.

    Extrait de la page wikipedia:

    Shuhari est un concept issu des arts martiaux japonais qui décrit les 3 étapes de l’apprentissage. Il est parfois appliqué à d’autres disciplines comme le jeu de go.

    ShuHaRi peut se traduire par suivre les règles, comprendre les règles et transcender les règles.

    1. Shu (守:しゅ, « protéger », « obéïr ») — sagesse traditionnelle – apprendre les fondamentaux
    2. Ha (破:は, « se détacher », « digresser ») — casser avec la tradition — trouver les exceptions à la sagesse traditionnelle, trouver de nouvelles approches
    3. Ri (離:り, « quitter », « se séparer ») — transcender — il n’y a pas de technique ou de sagesse traditionnelle, tous les mouvements sont permis.

    (suite…)

  • Savoir quand prendre ses distances…

    Savoir quand prendre ses distances…

    Le rôle de Scrum Master est un paradoxe, dans une société où on nous apprend qu’il faut savoir se rendre indispensable pour protéger son poste, ou du moins qu’il faut tout faire pour ne pas devenir inutile.

    C’est le principe, l’idée, l’essence même du Scrum Master: un jour où l’autre, soit nous avons réussi à rendre notre équipe autonome – et elle n’a plus besoin de nous pour pouvoir s’introspecter dans le cadre d’une amélioration continue – soit la situation dépasse nos compétences / capacités.

    (suite…)

  • Relancer la motivation et l’implication d’une équipe Scrum

    Relancer la motivation et l’implication d’une équipe Scrum

    Tout scrum master ayant quelques sprints d’expérience s’est déjà confronté à un problème plus ou moins profond de motivation, ou d’implication de son équipe. Que ce soit de la part des développeurs ou du PO, il arrive que des tâches répétitives, malgré une habituelle bonne entente entre les différentes personnes, finissent par casser la motivation. Non, mettre en place les réunions et le rituel du Scrum, les itérations et rétrospectives ne suffisent pas en soi à pallier à cette difficulté.

    (suite…)