Apprentissage social - Logiciel SCRUM

L'un des programmes d'apprentissage social les plus réussis dans le monde d'aujourd'hui est Scrum, un logiciel agile incrémental basé sur des itérations conçu pour gérer le développement de produits. Il fournit un environnement de travail où une équipe de développement peut travailler en tant qu'unité pour atteindre un objectif commun. Il le fait grâce à son modèle de communication quotidienne en face à face, permettant aux membres d'une équipe de s'auto-organiser en encourageant la co-implantation physique et une collaboration en ligne étroite de tous les membres de l'équipe.

Un principe clé de Scrum est qu'il reconnaît la possibilité que les clients changent d'avis sur leurs besoins pendant les processus de production, et comprend que ces défis imprévus ne peuvent pas être facilement gérés de manière prédictive ou planifiée. Par conséquent, Scrum travaille sur une approche empirique qui se concentre sur l'optimisation de la livraison rapide de l'équipe.

Le framework Scrum est basé sur trois cœurs -

Scrum Master
Sprint
Backlog produit

Scrum Master

Le travail de Scrum Master consiste à relever les défis auxquels l'équipe est confrontée tout en atteignant les objectifs du produit. Au lieu d'un chef d'équipe ou d'un chef de projet traditionnel, Scrum se présente comme une barrière entre l'équipe et les autres distractions. Le Scrum Master s'assure que le processus Scrum est utilisé comme prévu, facilite souvent les sessions clés et encourage l'équipe à s'améliorer. Il prend les responsabilités d'un animateur d'équipe.

Scrum Master Service to the Product Owner (stakeholder) -

Fournir des techniques pour la création et la gestion efficaces du Product Backlog.
Aider l'équipe Scrum à comprendre la planification des produits.
Aider le Product Owner à optimiser le Product Backlog.
Faciliter les événements Scrum à la demande ou au besoin.

Scrum Master Service to the Development Team -

Faciliter l'équipe de développement avec la transversalité de Scrum.
Aider l'équipe de développement à maximiser sa production.
Aborder les obstacles sur le chemin de l'équipe Scrum.
Coaching de l'équipe lors d'événements auto-organisés et facilitation, sur demande.

Scrum Master Service to the Organization -

Aider l'organisation à s'adapter à l'environnement de travail de Scrum.
Organiser les implémentations Scrum au sein de l'organisation.
Aider les employés et les parties prenantes à comprendre comment utiliser Scrum.
Apporter des changements pour augmenter la productivité de l'équipe Scrum.
Travailler avec d'autres Scrum Masters pour augmenter l'efficacité de Scrum.

Sprint

Un sprint (ou itération) est l'unité de base du développement dans Scrum, et est limité à une durée spécifique. La durée est fixée à l'avance pour chaque sprint, deux semaines étant la plus courante. Chaque sprint commence par un événement de planification de sprint qui comprend la définition du backlog de sprint, la spécification des objectifs et de la tâche du sprint, et un engagement estimé pour l'objectif du sprint. Chaque sprint se termine par une revue de sprint qui vérifie la progression et identifie les leçons pour les améliorations futures.

During the Sprint -

Aucun changement n'est apporté qui entraverait l'objectif de sprint.
Les objectifs de qualité ne diminuent pas.
Les conditions peuvent être renégociées entre le Product Owner et l'équipe de développement.

Chaque Sprint a un ensemble d'instructions clairement définies de ce qui doit être fait, un plan flexible pour guider l'équipe vers le résultat et le produit résultant. Chaque Sprint est traité comme un projet avec un délai d'un mois. Lorsque les délais d'un Sprint deviennent trop longs, la définition du résultat final continuera à changer en raison de nombreuses entrées, ce qui pourrait entraîner une augmentation de la complexité et des risques d'échec. Les sprints permettent la prévisibilité en inspectant l'adaptation des entrées et des idées avec la progression vers un objectif de sprint au moins tous les mois civils. Les sprints limitent également le risque à un mois calendaire de coût.

Scrum quotidien

Le Daily Scrum est une activité de synchronisation d'équipe de 15 minutes où l'équipe de développement crée un plan pour les prochaines 24 heures. Cela se fait en inspectant le travail depuis le dernier Daily Scrum et en planifiant la disposition du travail qui pourrait être fait avant le suivant. Ceci est fait pour réduire la complexité.

Au cours de la réunion, les membres de l'équipe de développement expliquent -

Actions entreprises par les membres de l'équipe pour atteindre les objectifs de sprint la veille.
Action qui doit être entreprise pour atteindre les objectifs de l'équipe pour aujourd'hui.
Obstacles qui empêchent ou pourraient empêcher d'atteindre l'objectif de sprint.

L'équipe de développement utilise le Daily Scrum pour voir comment les progrès de leur équipe progressent vers l'achèvement du travail dans le Sprint Backlog. L'équipe de développement ou les membres de l'équipe se réunissent souvent immédiatement après le Daily Scrum pour des discussions détaillées, ou pour adapter ou replanifier le reste du travail du Sprint.

Revue de sprint

Un Sprint Review a lieu à la fin du Sprint, où l'équipe Scrum et les parties prenantes collaborent sur les actions à entreprendre ensuite pour optimiser la valeur, et la présentation de l'incrément est destinée à susciter des commentaires et à favoriser la collaboration.

Backlog produit

Le Product Backlog est une liste de tous les éléments nécessaires pour atteindre le résultat souhaité. La meilleure chose à propos d'un backlog de produit est qu'il n'est jamais complet. Il commence par présenter les exigences initiales, les mieux connues et comprises.

Le Product Backlog évolue constamment avec les utilisateurs et l'environnement dans lequel Scrum est utilisé. Il en résulte un arriéré dynamique qui tient un registre des idées en évolution et des nouvelles contributions à chaque étape donnée de la mise en œuvre, et donne également une prédiction sur la façon dont ces nouvelles idées changeront le résultat final. Le backlog de produit existe jusqu'à ce que le produit existe. Une fois le produit final terminé, le backlog du produit est libéré sur un autre support où d'autres peuvent se référer à ces contenus et les utiliser lors de la conception d'un produit similaire.

Avec une moyenne de plus de 20 projets actifs et une pression croissante de la part des parties prenantes internes et externes, The Information Systems department à H&R Blockétait toujours aux prises avec sa charge de travail. L'équipe a commencé à chercher des moyens alternatifs et plus efficaces de sortir les logiciels.

L'équipe a recherché et découvert que les processus légers de la méthodologie Scrum étaient adaptés à leurs besoins car ils offraient une efficacité et une efficacité nettement améliorées. Pour H&R Block, le processus a été sous-traité à TheBraintrust Consulting Group, qui a mené une évaluation initiale et évalué les types de projets menés par H&R Block, évalué les capacités du personnel et élaboré la stratégie de mise en œuvre.

Les employés ont suivi une formation de trois semaines pour se familiariser avec l'application Scrum. L'équipe H&R Block a travaillé quotidiennement sur SCRUM; participer à la planification de sprint, organiser des réunions quotidiennes et guider l'équipe tout en encadrant le Scrum Master. Une fois que les équipes se sont senties à l'aise avec le processus, elles ont eu la confiance nécessaire pour que tout commence à se déployer complètement.

En trois mois, les employés de H&R Block ont accompli un travail considérable. En coordonnant, évaluant, synchronisant et les efforts d'équipe, ils ont constaté qu'ils pouvaient désormais atteindre une plus grande efficacité et gagner beaucoup de temps. Les employés travaillant sur SCRUM ont rapporté60% higher efficiency and 30% time savings.