Votre navigateur ne supporte pas JavaScript ! Scrum in Hardware Guide - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Le Scrum dans le guide du matériel

Objectif du Scrum dans le guide du matériel

Ce guide sert à définir Scrum dans le matériel avec des pratiques et des modèles techniques spécifiques pour obtenir des versions rapides et des itérations courtes dans le matériel. Ce guide est un document vivant qui évoluera en fonction des commentaires de la communauté et de l'apprentissage sur le terrain. Toute entreprise peut utiliser ce guide et confirmer sa mise en œuvre de la norme Scrum in Hardware en indiquant clairement les étapes à suivre pour l'améliorer. Ce document fait référence au Scrum tel qu'il est défini dans la norme Guide Scrum sans adaptation ni modification.

Les projets agiles se concentrent sur la publication précoce et fréquente, et sur l'exploitation du changement au profit du client, même à un stade avancé du développement. Comment pourrions-nous nous permettre de faire cela dans le domaine du matériel informatique ? Ce guide est entièrement composé de projets de production et de pratiques d'équipe, y compris dans des secteurs hautement réglementés, et peut être utilisé pour la structure ou la restructuration de l'organisation.

Incertitude dans les projets de matériel informatique

Les projets relatifs au matériel informatique impliquent davantage de coûts matériels et tendent à présenter un risque plus élevé de coûts irrécupérables et de coûts de changement. Ceux-ci augmentent au cours du cycle de vie du projet et sont inversement proportionnels à l'incertitude du projet. Nous réduisons le coût des modifications, même à un stade avancé du développement, grâce à la modularité, à un outillage de production de masse flexible, à quelques matériaux compatibles avec l'outillage le plus rapide et le plus flexible dont nous disposons, et à une conception minimaliste (élégante).
Uncertainty in Hardware Projects

Les talons et les maquettes

Plane diagram stubs and mock-up use in Scrum in Hardware
Les prototypes aident l'équipe à acquérir une compréhension globale du produit, à manipuler les interfaces et à tester les hypothèses. L'utilisation de la première version des interfaces de l'intention de production avec des prototypes le plus tôt possible maximise l'apprentissage et minimise les risques. Nous recommandons aux équipes de construire des stubs pour chaque module qui sera connecté au cours du premier sprint.

Modulariser

Le produit final doit pouvoir être fabriqué en une semaine. Cela permet un examen hebdomadaire par toutes les parties prenantes intéressées et les responsables de la conformité afin de réduire les risques, ce qui supprime la nécessité de diviser un projet de matériel en phases pour réduire les risques. Dans les cas où la technologie nécessaire n'existe pas encore, ni dans une équipe, nous pouvons diviser le projet en modules qui mettent en quarantaine les domaines à long délai de livraison, les domaines complexes ou les domaines hautement réglementés. La manière de diviser un projet de matériel informatique est importante. Chaque équipe doit pouvoir tester les hypothèses relatives à son module sans dépendre des autres équipes. Par exemple, tester la résistance au vent de l'extérieur d'une voiture fonctionne mieux lorsqu'une seule équipe possède et travaille sur l'extérieur. Les modules peuvent également être utilisés pour séparer les domaines dont les cycles de test et de certification sont les plus longs, de sorte que d'autres domaines puissent faire l'objet d'itérations et d'approbations plus rapides.
modular hardware development scrum in hardware

Intégrer en permanence

continuous integration scrum in hardware manufacturing facility
Nous ne pouvons livrer un module que s'il passe tous les tests après avoir été connecté à tous les autres modules de notre système. De même que les projets logiciels s'accélèrent grâce à l'automatisation de l'intégration, les équipes chargées du matériel informatique bénéficient d'avantages considérables en termes de rapidité si elles automatisent également l'intégration de ce que produisent plusieurs équipes. Cela signifie probablement des robots automatisés, mais aussi une équipe flexible d'artisans prêts à brancher les produits des différentes équipes et à les soumettre à une liste de tests d'intégration préparée à l'avance.

Conception de l'interface

Les interfaces doivent être conçues de manière à pouvoir être réutilisées. Des interfaces fragiles ou élaborées avec de nombreuses étapes pour se connecter ou se déconnecter découragent l'expérimentation. En outre, elles devraient être planifiées avec une capacité au moins 10 fois supérieure à ce qui est nécessaire. Cela ajoute du poids et de la taille à la frontière entre les modules. En contrepartie, la vitesse d'itération de l'ensemble du système augmente. Cela nous permet de compenser largement ce gain de poids et de taille tout en prévoyant une marge de manœuvre pour la croissance de notre produit fini, qui est le plus coûteux à modifier.
nterface Design in Scrum in Hardware

Développement axé sur les tests et les données

Le développement doit être conçu de manière à tester les hypothèses (développement piloté par les tests). Des cas de test du matériel peuvent être rédigés. Grâce à l'internet des objets (IoT) et à la technologie des capteurs, il est possible de mesurer les données relatives à presque tous les comportements des composants matériels et de les utiliser pour une amélioration continue.

L'équipe

Les membres de l'équipe doivent collaborer, être installés au même endroit et travailler en binôme au moins une fois par module. Les équipes les plus rapides que nous observons ont des tests clairs à passer, une boucle de rétroaction très rapide pour valider les nouvelles idées par rapport à ces tests, et sont disposées à travailler en collaboration et en dehors de leur expertise principale.

Produit de travail à la fin de chaque sprint

Le test ultime d'avoir Scrum dans le travail sur le matériel est d'avoir un produit fonctionnel à la fin de chaque sprint.

À propos des auteurs

Joe Justice est le fondateur et le directeur général de l'équipe WIKSIPEED. Joe a notamment collaboré avec Bosch, Microsoft, Amazon, 3M, Ford, Boston Scientific, QuintilesIMS, Chevrolet, MIT, HP Labs, le fondateur de Xerox PARC, parmi des centaines d'autres, pour livrer des produits et des services en une semaine ou moins.

L'équipe WIKISPEED est un fabricant international d'automobiles légales, présent dans 23 pays et dont le cycle de lancement d'un nouveau modèle est d'une semaine ; il construit des produits en open source et en collaboration, comme les voitures légales, de la même manière que les éditeurs de Wikipédia mettent à jour des articles.

Fabian Schwartz est le fondateur de ScrumColombia.org, PDG de CASMENA Executive Development et de SBS Management Consultants.

William Newing est la fondatrice du cabinet de conseil Pink Cherry Blossom et Product Owner de l'usine WIKISPEED de Lynnwood, WA, USA.

Chris Wallace est un professionnel Scrum Coach, Consultant, et Product Owner de l'usine WIKISPEED Burleson, TX, USA.

Mary Michael Justice est le Scrum Master de l'entreprise WIKSIPEED, a constitué la première équipe Scrum de l'entreprise et supprime les obstacles au bonheur ou à la vélocité au niveau de la direction générale.

Ce document est protégé par le droit d'auteur 2017 Joe Justice. Il peut être utilisé partout sans modification.

6 Commentaires

  1. ismaine Ayouaz
    ismaine Ayouaz sur 10/15/2019 à 2:29 pm

    Bonjour,

    Comment mettre en œuvre une transformation agile pour ces types d'équipes et comment utiliser au mieux Scrum ? Un retour d'expérience à partager ?

    Réponse
  2. John Farnbach
    John Farnbach sur 5/7/2019 à 4:26 pm

    Karin, le livre "Flexible Product Development" de Preston G. Smith est une excellente ressource pour mettre en œuvre le développement agile de matériel. Vous pouvez en savoir plus sur ce livre et trouver un lien pour le commander à l'adresse suivante http://www.flexibledevelopment.com/flexible-product-development.htm

    Bonne chance dans votre parcours agile

    Réponse
  3. Karin
    Karin sur 4/23/2018 à 8:38 am

    Bonjour :),
    Je suis un coach agile pour le développement de logiciels.
    Je commence maintenant un nouveau projet en tant que coach agile pour le développement de matériel.
    Je veux me préparer au mieux. Avez-vous des suggestions de livres concernant le Scrum dans le développement du matériel ?
    Merci beaucoup

    Réponse

Soumettre un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

fr_FRFrench
en_USEnglish es_ARSpanish fr_FRFrench