Le développement piloté par les fonctionnalités est un processus logiciel pragmatique centré sur le client et l'architecture. Le développement piloté par les fonctionnalités (FDD) est un modèle de développement logiciel agile qui organise le flux de travail en fonction des fonctionnalités à développer ensuite.
Aspect
Description
Introduction
Le développement axé sur les fonctionnalités (FDD) est une méthodologie de développement logiciel itérative et incrémentielle qui se concentre sur la conception et la fourniture de fonctionnalités logicielles de manière systématique et bien organisée. Il met fortement l'accent sur la création de descriptions de fonctionnalités claires et détaillées, permettant une collaboration d'équipe efficace et fournissant des fonctionnalités précieuses aux utilisateurs finaux.
Concepts clés
- Fonctionnalité: Dans FDD, une fonctionnalité représente une fonctionnalité discrète et précieuse qui peut être implémentée indépendamment. Les fonctionnalités sont les éléments constitutifs du logiciel.
- Phases du processus: FDD implique une série de phases de processus, notamment l'examen pas à pas du domaine, la conception, l'inspection de la conception, le code, l'inspection du code et l'inspection globale du modèle.
- Piloté par le modèle: FDD s'appuie sur la création de modèles de domaine et de modèles de fonctionnalités pour guider le développement. Ces modèles aident à visualiser et à planifier le système logiciel.
- Fonctionnalité valorisée par le client: FDD donne la priorité aux fonctionnalités qui apportent une valeur directe aux utilisateurs finaux ou aux clients, garantissant que les fonctionnalités hautement prioritaires sont développées dès le début.
Étapes de processus
FDD suit généralement ces étapes :
- Développer un modèle global: Créez un modèle de domaine global des fonctionnalités du logiciel.
- Identifier les fonctionnalités: Identifier et prioriser les fonctionnalités en fonction des besoins et des exigences du client.
- Planifier par fonctionnalité: Créez des descriptions détaillées des fonctionnalités, y compris des informations sur la conception, la mise en œuvre et les tests.
- Conception par fonctionnalité: Affecter les équipes de conception et de développement des fonctionnalités. Concevez et implémentez chaque fonctionnalité de manière itérative.
- Construire par fonctionnalité: Les développeurs travaillent sur l'implémentation de fonctionnalités en parallèle.
- Contrôle de la qualité: Effectuer des inspections de code, des inspections de conception et des inspections de modèles pour garantir la qualité.
Cas d’usage
Le développement axé sur les fonctionnalités est appliqué dans divers projets de développement logiciel :
- Systèmes vastes et complexes: FDD est bien adapté aux projets à grande échelle avec des exigences complexes où des définitions claires des fonctionnalités sont cruciales.
- Développement centré sur le client: Les projets fortement axés sur la fourniture de valeur aux clients ou aux utilisateurs finaux bénéficient de la priorisation par FDD des fonctionnalités valorisées par le client.
- Collaboration de l'équipe: FDD favorise une collaboration efficace entre les équipes de développement en divisant le travail en fonctionnalités.
Défis et considérations
Les défis du FDD comprennent :
- Modèle de domaine initial: La création d'un modèle de domaine précis et complet peut prendre du temps et être un défi.
- Communication avec les clients: Une communication efficace avec les clients est essentielle pour la priorisation et la validation des fonctionnalités.
- Évolution des modèles: Les modèles devront peut-être évoluer à mesure que le projet progresse et que les exigences changent.
Tendances
Les tendances futures en matière de développement axé sur les fonctionnalités pourraient inclure :
- Intégration avec Agile: FDD peut continuer à évoluer en s'intégrant à d'autres méthodologies agiles pour répondre aux besoins changeants de développement de logiciels.
- Automatisation et outillage: Des outils d'automatisation peuvent être développés pour aider à la modélisation des fonctionnalités, à la génération de code et aux inspections de qualité.
- AI et apprentissage automatique: L'utilisation de l'IA et de l'apprentissage automatique dans la priorisation, la modélisation et les tests des fonctionnalités pourrait devenir plus répandue.
Conclusion
Le développement axé sur les fonctionnalités (FDD) est une approche systématique du développement logiciel qui donne la priorité aux fonctionnalités valorisées par le client, met l'accent sur des descriptions claires des fonctionnalités et s'appuie sur le développement itératif et la collaboration. Bien qu'il présente des défis, en particulier dans la création de modèles initiaux et le maintien de la communication avec les clients, FDD constitue une méthodologie précieuse pour les projets logiciels complexes cherchant à fournir des fonctionnalités significatives de manière efficace et efficiente.
Table des matières
Comprendre le développement piloté par les fonctionnalités
Le développement axé sur les fonctionnalités est centré sur le client et l'architecture, le terme « client » équivalant aux parties prenantes du projet de modélisation agile (AM) et aux clients d'eXtreme Programming (XP). Le modèle a été créé en 1997 par Jeff De Luca, qui a utilisé les principes FDD dans le cadre d'un projet de développement logiciel de 15 mois pour une banque singapourienne.
Comme son nom l'indique, les fonctionnalités font partie intégrante de FDD. Cependant, les caractéristiques ne se limitent pas aux attributs communément associés des produits ou des services. Au lieu de cela, les fonctionnalités dans le contexte de FDD sont plus étroitement liées aux user stories de Scrum.
Voici des exemples de telles fonctionnalités :
"Valider le mot de passe de l'utilisateur."
"Calculer la valeur totale d'une vente."
"Terminez le processus de connexion de l'utilisateur."
Les cinq étapes du développement piloté par les fonctionnalités
Alors que Scrum et XP préconisent une approche itérative du développement logiciel, FDD exige que les équipes de projet suivent une suite de meilleures pratiques d'ingénierie.
Voici un aperçu de chacune des cinq étapes d'activité qui intègrent ces pratiques.
1 – Développer un modèle global
Dans un premier temps, les membres de l'équipe de projet doivent collaborer pour proposer un modèle pour le domaine. Il est important de se concentrer sur la forme et la portée du modèle. Il devrait capturer le vision du produit mais ne contiennent aucun contenu détaillé ou spécifique.
Les équipes peuvent choisir de se concentrer sur le public cible, le contexte, missionet la structure du contenu. Ils peuvent également formuler des réflexions préliminaires sur l'UX et l'UI.
2 – Construire une liste de fonctionnalités
Grâce aux informations acquises lors de la première étape, l'équipe doit créer une liste de fonctionnalités en divisant le modèle de domaine en domaines. À leur tour, les domaines contenant des groupes de fonctionnalités sont ensuite divisés en une liste discrète de fonctionnalités à prioriser.
Comme nous l'avons noté, les fonctionnalités de la méthodologie FDD ont tendance à être de petites fonctionnalités appréciées par le client, par opposition aux fonctionnalités spécifiques du produit.
3 – Planifiez par fonctionnalité
Ensuite, hiérarchisez la liste des fonctionnalités et attribuez chacune à une période de travail de deux semaines appelée itération.
Dans la mesure du possible, planifiez un groupe de fonctionnalités complet pour une itération spécifique, puis affectez les activités de développement et de test pour cette itération en fonction de la fonctionnalité.
4 – Conception par fonctionnalité
Dans la quatrième étape, il est enfin temps de commencer à concevoir en collaboration. Ici, le programmeur en chef doit sélectionner les fonctionnalités à développer tout en identifiant les classes de domaine.
Des diagrammes de séquence détaillés pour chaque caractéristique doivent également être développés pour affiner le modèle.
5 – Construire par fonctionnalité
La dernière étape consiste à tout rassembler et à envoyer un prototype de fonctionnalité au contrôle qualité pour test. En cas de succès, la version terminée peut être ajoutée au produit principal et l'équipe de projet peut passer à la fonctionnalité suivante.
Avantages du développement piloté par les fonctionnalités
Certains des avantages les plus remarquables du FDD incluent :
Minimiser la complexité. L'approche FDD est idéale pour les grands projets complexes car elle les décompose en composants plus petits qui peuvent être livrés relativement rapidement. Par conséquent, FDD est idéal pour les équipes qui prennent constamment du retard.
Moins de réunions. De nombreuses équipes de projet trouvent la nature centrée sur les réunions de certaines pratiques agiles fastidieuse. Étant donné que FDD s'appuie sur la documentation pour communiquer, les équipes peuvent passer plus de temps à travailler sur des étapes concrètes et exploitables.
Évolutif. Les projets FDD grandissent à mesure qu'une entreprise grandit. En développant de petits ensembles de fonctionnalités dans des itérations d'une à deux semaines, le développement se produit à un rythme constant afin que les progrès soient maintenus et que les nouveaux employés soient mis au courant efficacement.
Inconvénients du développement piloté par les fonctionnalités
Bien que le développement piloté par les fonctionnalités soit un excellent point de départ pour accélérer le processus de développement en simplifiant les projets complexes et en réduisant leur complexité, il peut également présenter des inconvénients majeurs. Une entreprise peut perdre de vue ses clients et ne penser qu'en termes de fonctionnalités. En effet, un bon produit doit toujours commencer par le client à l'esprit. Par conséquent, une approche de développement axée sur les fonctionnalités combinée à d'autres cadres tels que les parcours des utilisateurs et l'expérience de cartographie des clients pourrait contribuer à améliorer considérablement l'ensemble du processus de développement.
La cartographie perceptive est la représentation visuelle des perceptions des consommateurs sur les marques, les produits, les services et les organisations dans leur ensemble. En effet, la cartographie perceptuelle demande aux consommateurs de placer des produits concurrents les uns par rapport aux autres sur un graphique pour évaluer leurs performances les uns par rapport aux autres en termes de perception. La cartographie des flux de valeur utilise des organigrammes pour analyser puis améliorer la livraison des produits et services. La cartographie des flux de valeur (VSM) est basée sur le concept de flux de valeur - qui sont une série d'étapes séquentielles qui expliquent comment un produit ou un service est fourni aux consommateurs.La cartographie de l'empathie est une représentation visuelle des connaissances concernant le comportement et les attitudes des utilisateurs. Une carte d'empathie peut être construite en définissant la portée, le but d'obtenir des informations sur les utilisateurs et, pour chaque action, ajouter une note autocollante, résumer les résultats. Développez le plan et révisez.
Études de cas
Projets de développement de logiciels :
Développer un modèle global : Définir de manière collaborative un modèle global pour un nouveau projet logiciel, en capturant ses vision, le public cible et les fonctionnalités de base.
Créez une liste de fonctionnalités : Divisez le projet logiciel en domaines (par exemple, comptes d'utilisateurs, traitement des paiements) et créez une liste détaillée des fonctionnalités dans chaque domaine.
Planifier par fonctionnalité : Hiérarchisez les fonctionnalités et allouez-les à des itérations de développement spécifiques, garantissant ainsi une charge de travail gérable.
Conception par fonctionnalité : Concevez les fonctionnalités sélectionnées de manière collaborative, en identifiant les classes de domaine et en créant des diagrammes d'interaction.
Construction par fonctionnalité : Développer, prototyper, tester et intégrer les fonctionnalités une par une dans le produit logiciel principal, en garantissant que chaque fonctionnalité fonctionne correctement avant de passer à la suivante.
Amélioration des processus d'affaires:
Développer un modèle global : Dans un projet d'optimisation de processus métier, créez un modèle global qui décrit l'état actuel du processus, ses objectifs et les principales parties prenantes.
Créez une liste de fonctionnalités : Décomposez le processus en domaines spécifiques, tels que le traitement des commandes ou le support client, et identifiez les fonctionnalités ou améliorations nécessaires dans chaque domaine.
Planifier par fonctionnalité : Donnez la priorité aux améliorations des processus et attribuez-les à des itérations limitées dans le temps, en vous concentrant sur un domaine à la fois.
Conception par fonctionnalité : En collaboration conception les améliorations de processus sélectionnées, en cartographiant les modifications du flux de travail et en documentant les nouvelles procédures.
Construction par fonctionnalité : Mettez en œuvre et testez chaque amélioration de processus individuellement, en vous assurant qu'elle améliore l'efficacité globale du processus avant de passer à l'amélioration suivante.
Conception et prototypage de produits :
Développer un modèle global : Créer un modèle de haut niveau qui capture le concept conception et les objectifs d'un nouveau produit.
Créez une liste de fonctionnalités : Identifiez les caractéristiques ou les composants spécifiques du produit requis pour donner vie au concept.
Planifier par fonctionnalité : Donnez la priorité aux fonctionnalités pour le prototypage et allouez des ressources pour développer et tester chaque fonctionnalité séparément.
Conception par fonctionnalité : En collaboration conception les fonctionnalités du produit sélectionné, y compris les spécifications détaillées et les interactions des utilisateurs.
Construction par fonctionnalité : Développer et prototyper chaque fonctionnalité du produit individuellement, en s'assurant qu'elle s'aligne avec le concept global et les fonctions comme prévu avant de l'intégrer dans le produit final.
Mises à niveau de l'infrastructure et du réseau :
Développer un modèle global : Créez un modèle décrivant l'état actuel de l'infrastructure réseau, les objectifs de mise à niveau et les domaines à améliorer.
Créez une liste de fonctionnalités : Identifiez les mises à niveau ou améliorations spécifiques nécessaires dans différents segments du réseau, telles que la sécurité, l'évolutivité ou les performances.
Planifier par fonctionnalité : Donnez la priorité aux mises à niveau du réseau et allouez des ressources pour chaque amélioration, en vous concentrant sur un domaine à la fois.
Conception par fonctionnalité : En collaboration conception les mises à niveau du réseau sélectionnées, y compris les modifications de configuration et les ajouts de matériel.
Construction par fonctionnalité : Implémentez et testez chaque mise à niveau du réseau séparément, en vous assurant qu'elle améliore les performances et la sécurité du réseau avant de passer à la mise à niveau suivante.
Développement de sites Web:
Développer un modèle global : Créez un modèle qui décrit la structure globale et les objectifs d'expérience utilisateur (UX) d'un nouveau site Web.
Créez une liste de fonctionnalités : Identifiez les fonctionnalités spécifiques du site Web, telles que les menus de navigation, la fonctionnalité de recherche et l'enregistrement des utilisateurs.
Planifier par fonctionnalité : Donnez la priorité aux fonctionnalités du site Web et attribuez-les aux sprints de développement, en veillant à ce que les fonctionnalités principales du site Web soient développées en premier.
Conception par fonctionnalité : En collaboration conception chaque fonctionnalité du site Web, y compris les wireframes, les éléments de l'interface utilisateur (UI) et les mises en page réactives.
Construction par fonctionnalité : Développez et testez chaque fonctionnalité du site Web individuellement, en les intégrant dans le site tout en maintenant une UX et une réactivité cohérentes.
Développement d'applications mobiles:
Développer un modèle global : Créez un modèle décrivant le concept, le public cible et les fonctionnalités clés d'une nouvelle application mobile.
Créez une liste de fonctionnalités : Identifiez les fonctionnalités spécifiques de l'application, telles que les profils utilisateur, les achats intégrés et les notifications push.
Planifier par fonctionnalité : Donnez la priorité aux fonctionnalités de l'application et attribuez-les aux sprints de développement, en vous concentrant d'abord sur les fonctionnalités de base.
Conception par fonctionnalité : En collaboration conception chaque fonctionnalité de l'application, y compris les flux d'utilisateurs, les dispositions d'écran et les éléments interactifs.
Construction par fonctionnalité : Développer et tester chaque fonctionnalité de l'application séparément, en garantissant une expérience utilisateur fluide et le respect des plateforme lignes directrices.
Fabrication du produit :
Développer un modèle global : Créez un modèle qui décrit le produit conception spécifications, marché visé et objectifs de fabrication.
Créez une liste de fonctionnalités : Identifiez les composants ou caractéristiques spécifiques du produit, tels que les matériaux, les dimensions et les processus d'assemblage.
Planifier par fonctionnalité : Hiérarchisez les fonctionnalités du produit et attribuez-les aux phases de production, en vous concentrant d’abord sur les composants critiques.
Conception par fonctionnalité : En collaboration conception chaque caractéristique du produit, y compris les dessins techniques détaillés et les mesures de contrôle qualité.
Construction par fonctionnalité : Fabriquer et tester chaque fonctionnalité du produit individuellement, en s'assurant qu'elle répond conception spécifications et normes de qualité avant l’assemblage.
Création de contenu pour les campagnes marketing :
Développer un modèle global : Créer un modèle décrivant le marketing les objectifs, le public cible et le contenu de la campagne .
Créez une liste de fonctionnalités : Identifiez les éléments de contenu spécifiques, tels que les articles de blog, les vidéos, les infographies et les mises à jour sur les réseaux sociaux.
Planifier par fonctionnalité : Hiérarchisez les éléments de contenu et attribuez-les aux phases de création de contenu, en vous concentrant d'abord sur le message principal.
Conception par fonctionnalité : Concevez de manière collaborative chaque élément de contenu, y compris les concepts créatifs, les ressources visuelles et les messages.
Construction par fonctionnalité : Créez et examinez chaque élément de contenu séparément, en vous assurant qu'ils correspondent aux objectifs et au message de la campagne avant la publication.
Points clés
Le développement piloté par les fonctionnalités est un cadre agile qui organise le développement logiciel autour des fonctionnalités du produit.
Le développement piloté par les fonctionnalités repose sur cinq bonnes pratiques d'ingénierie. Ces pratiques aident les équipes de projet à se concentrer sur les fonctionnalités discrètes par rapport au cycle de vie du projet.
Le développement piloté par les fonctionnalités est idéal pour les grands projets complexes où il y a une tendance à prendre du retard. Il est également évolutif dans le sens où les projets FDD peuvent facilement accueillir du personnel supplémentaire à mesure que l'entreprise se développe.
Faits saillants
Comprendre FDD : Le développement piloté par les fonctionnalités (FDD) est un modèle de développement logiciel agile centré sur le client et l'architecture. Elle a été créée en 1997 par Jeff De Luca et se concentre sur le développement de fonctionnalités en fonction des besoins des clients. Les fonctionnalités de FDD sont similaires aux user stories de Scrum et représentent des unités discrètes de fonctionnalités valorisées par le client.
Cinq étapes du FDD :
Développer un modèle global : Proposer de manière collaborative un modèle de domaine qui capture le produit vision sans contenu détaillé.
Créez une liste de fonctionnalités : Divisez le modèle de domaine en domaines et divisez-les davantage en fonctionnalités prioritaires.
Planifier par fonctionnalité : Hiérarchisez les fonctionnalités et attribuez-les à des itérations de deux semaines.
Conception par fonctionnalité : Concevez en collaboration, en sélectionnant les fonctionnalités à développer et en identifiant les classes de domaine.
Construction par fonctionnalité : Développez, prototypez et testez des fonctionnalités, puis ajoutez des versions terminées au produit principal.
Avantages du FDD :
Minimise la complexité des projets vastes et complexes en les divisant en composants plus petits pour une livraison plus rapide.
Nécessite moins de réunions car la documentation est utilisée pour la communication, ce qui permet de se concentrer davantage sur les étapes réalisables.
Évolutif pour l'entreprise en développant de petits ensembles de fonctionnalités de manière cohérente au fil des itérations.
Inconvénients du FDD :
Peut conduire à perdre de vue les besoins des clients en se concentrant uniquement sur les fonctionnalités.
La combinaison de FDD avec d'autres frameworks tels que les parcours utilisateurs et la cartographie client peut améliorer le processus de développement.
Autres techniques de cartographie :
Cartographie perceptuelle : Représentation visuelle des perceptions des consommateurs sur les marques, les produits ou les organisations sur un graphique.
Cartographie de la chaîne de valeur (VSM) : Basé sur un organigramme analyse améliorer la fourniture de produits et de services en analysant les flux de valeur.
Cartographie de l'empathie : Représentation visuelle du comportement et des attitudes des utilisateurs pour obtenir des informations sur le développement de produits.
AIOps est l'application de l'intelligence artificielle aux opérations informatiques. Il est devenu particulièrement utile pour la gestion informatique moderne dans des environnements hybrides, distribués et dynamiques. L'AIOps est devenu un composant opérationnel clé des organisations modernes basées sur le numérique, construit autour de logiciels et d'algorithmes.
Agile a commencé comme une méthode de développement légère par rapport au développement de logiciels lourds, qui est le paradigme central des décennies précédentes de développement de logiciels. En 2001, le Manifeste pour le développement logiciel agile est né comme un ensemble de principes définissant le nouveau paradigme du développement logiciel comme une itération continue. Cela influencerait également la façon de faire des affaires.
La gestion de programme agile est un moyen de gérer, de planifier et de coordonner des travaux interdépendants de manière à mettre l'accent sur la valeur ajoutée pour toutes les parties prenantes clés. La gestion de programme agile (AgilePgM) est une approche agile disciplinée mais flexible pour gérer le changement transformationnel au sein d'une organisation.
La gestion de projet agile (APM) est une qui décompose les grands projets en tâches plus petites et plus gérables. Dans la méthodologie APM, chaque projet est réalisé en petites sections - souvent appelées itérations. Chaque itération est complétée selon son cycle de vie de projet, en commençant par la conception initiale et en passant aux tests, puis à l'assurance qualité.
La modélisation agile (AM) est une méthodologie de modélisation et de documentation de systèmes logiciels. La modélisation agile est essentielle à la livraison rapide et continue de logiciels. Il s'agit d'un ensemble de valeurs, de principes et de pratiques qui guident une modélisation logicielle efficace et légère.
Agile Business Analysis (AgileBA) est une certification sous forme d'orientation et de formation pour les analystes commerciaux qui souhaitent travailler dans des environnements agiles. Pour soutenir ce changement, AgileBA aide également l'analyste métier à relier les projets Agile à une organisation plus large. mission or . Pour s'assurer que les analystes disposent des compétences et de l'expertise nécessaires, la certification AgileBA a été développée.
Le leadership agile est l'incarnation des principes du manifeste agile par un manager ou une équipe de direction. Le leadership agile a un impact sur deux niveaux importants d'une entreprise. Le niveau structurel définit les rôles, les responsabilités et les indicateurs de performance clés. Le niveau comportemental décrit les actions que les leaders montrent aux autres sur la base des principes agiles.
Le système andon alerte le personnel de gestion, de maintenance ou autre d'un problème de processus de production. L'alerte elle-même peut être activée manuellement avec un bouton ou un cordon, mais elle peut également être activée automatiquement par l'équipement de production. La plupart des cartes Andon utilisent trois lumières colorées similaires à un feu de circulation : vert (aucune erreur), jaune ou orange (problème identifié ou contrôle de qualité nécessaire) et rouge (production arrêtée en raison d'un problème non identifié).
La gestion de portefeuille bimodale (BimodalPfM) aide une organisation à gérer simultanément des portefeuilles agiles et traditionnels. La gestion de portefeuille bimodale - parfois appelée développement bimodal - a été inventée par la société de recherche et de conseil Gartner. L'entreprise a fait valoir que de nombreuses organisations agiles avaient encore besoin de gérer certains aspects de leurs opérations en utilisant des modèles de livraison traditionnels.
Business innovation consiste à créer de nouvelles opportunités pour une organisation de réinventer ses offres de base, ses sources de revenus et d'améliorer la proposition de valeur pour des clients existants ou nouveaux, renouvelant ainsi tout son business model. Entreprise innovation découle de la compréhension de la structure du marché, adaptant ou anticipant ainsi ces changements.
Modèle d'affaires innovation consiste à accroître le succès d'une organisation avec des produits et des technologies existants en créant un proposition de valeur capable de propulser un nouveau modèle d'affaires pour augmenter la clientèle et créer un avantage concurrentiel durable. Et tout commence par la maîtrise des clients clés.
Un consommateur récemment conçus Une entreprise comme Procter & Gamble (P&G) définit la « perturbation constructive » comme : une volonté de changer, de s'adapter et de créer de nouvelles tendances et technologies qui façonneront notre industrie pour l'avenir. Selon P&G, il s'articule autour de quatre piliers : lean innovation, récemment conçus bâtiment, chaîne d'approvisionnement, numérisation et analyse de données.
C'est un processus qui nécessite une boucle de rétroaction continue pour développer un produit de valeur et construire un modèle commercial viable. Continu innovation est un état d'esprit où les produits et services sont conçus et livrés pour les ajuster autour du problème des clients et non de la solution technique de ses fondateurs.
Un sprint de conception est un processus éprouvé de cinq jours où les questions critiques de l'entreprise sont résolues grâce à une conception et un prototypage rapides, en se concentrant sur l'utilisateur final. Un design sprint commence par un défi hebdomadaire qui doit se terminer par un prototype, un test à la fin, et donc une leçon apprise à itérer.
Tim Brown, président exécutif d'IDEO, a défini le design thinking comme "une approche centrée sur l'humain pour innovation qui s'inspire de la boîte à outils du concepteur pour intégrer les besoins des personnes, les possibilités de la technologie et les exigences du succès de l'entreprise. Par conséquent, l'opportunité, la faisabilité et la viabilité sont équilibrées pour résoudre les problèmes critiques.
DevOps fait référence à une série de pratiques exécutées pour effectuer des processus de développement de logiciels automatisés. Il s'agit d'une conjugaison des termes « développement » et « opérations » pour souligner la manière dont les fonctions s'intègrent dans les équipes informatiques. Les stratégies DevOps favorisent la création, le test et le déploiement transparents des produits. Il vise à combler un fossé entre les équipes de développement et d'exploitation afin de rationaliser le développement dans son ensemble.
La découverte de produits est un élément essentiel des méthodologies agiles, car son objectif est de s'assurer que les produits que les clients adorent sont créés. La découverte de produits implique l'apprentissage à travers une multitude de méthodes, y compris la réflexion sur la conception, le lean start-up et les tests A/B pour n'en nommer que quelques-unes. Dual Track Agile est une méthodologie agile contenant deux pistes distinctes : la piste « découverte » et la piste « livraison ».
eXtreme Programming a été développé à la fin des années 1990 par Ken Beck, Ron Jeffries et Ward Cunningham. Pendant ce temps, le trio travaillait sur le Chrysler Comprehensive Compensation System (C3) pour aider à gérer le système de paie de l'entreprise. eXtreme Programming (XP) est une méthodologie de développement logiciel. Il est conçu pour améliorer la qualité des logiciels et la capacité des logiciels à s'adapter aux besoins changeants des clients.
Le développement piloté par les fonctionnalités est un processus logiciel pragmatique centré sur le client et l'architecture. Le développement piloté par les fonctionnalités (FDD) est un modèle de développement logiciel agile qui organise le flux de travail en fonction des fonctionnalités à développer ensuite.
Un Gemba Walk est un élément fondamental du lean management. Il décrit l'observation personnelle du travail pour en savoir plus sur celui-ci. Gemba est un mot japonais qui se traduit vaguement par « l'endroit réel » ou, dans le monde des affaires, « l'endroit où la valeur est créée ». Le Gemba Walk en tant que concept a été créé par Taiichi Ohno, le père du système de production Toyota de fabrication allégée. Ohno voulait encourager les cadres dirigeants à quitter leurs bureaux et à voir où se passait le vrai travail. Cela, espérait-il, établirait des relations entre des employés aux compétences très différentes et renforcerait la confiance.
GIST Planning est une approche agile relativement simple et légère de la planification des produits qui favorise le travail autonome. GIST Planning est une méthodologie allégée et agile qui a été créée par l'ancien chef de produit Google Itamar Gilad. GIST Planning cherche à remédier à cette situation en créant des plans légers, réactifs et adaptables au changement. GIST Planning améliore également la vélocité, l'autonomie et l'alignement de l'équipe en réduisant l'influence omniprésente de la direction. Il se compose de quatre blocs : objectifs, idées, projets par étapes et tâches.
Le modèle de notation ICE est une méthodologie agile qui hiérarchise les fonctionnalités à l'aide de données selon trois composants : impact, confiance et facilité de mise en œuvre. Le modèle de notation ICE a été initialement créé par l'auteur et l'expert Sean Ellis pour aider les entreprises à se développer. Aujourd'hui, le modèle est largement utilisé pour hiérarchiser les projets, les fonctionnalités, les initiatives et les déploiements. Il convient parfaitement au développement de produits à un stade précoce où il existe un flux continu d'idées et où l'élan doit être maintenu.
An innovation l'entonnoir est un outil ou un processus garantissant que seules les meilleures idées sont exécutées. Dans un sens métaphorique, l'entonnoir sélectionne des idées innovantes pour la viabilité afin que seuls les meilleurs produits, processus ou modèles d'affaires sont lancés sur le marché. Un innovation funnel fournit un cadre pour la sélection et le test d'idées innovantes pour la viabilité.
Selon le niveau de définition du problème et le niveau de définition du domaine, nous avons quatre principaux types d'innovations : la recherche fondamentale (problème et domaine ou non bien définis) ; percée innovation (le domaine n'est pas bien défini, le problème est bien défini) ; soutenir innovation (le problème et le domaine sont bien définis); et perturbateur innovation (le domaine est bien défini, le problème n'est pas bien défini).
La innovation loop est une méthodologie/un cadre dérivé des Bell Labs, qui a produit innovation à grande échelle tout au long du XXe siècle. Ils ont appris à tirer parti d'un hybride innovation modèle de gestion basé sur la science, l'invention, l'ingénierie et la fabrication à grande échelle. En tirant parti du génie individuel, de la créativité et des petits/grands groupes.
La méthodologie Agile a été principalement pensée pour le développement de logiciels (et d'autres disciplines commerciales l'ont également adoptée). La pensée Lean est une technique d'amélioration des processus où les équipes priorisent les flux de valeur pour l'améliorer en permanence. Les deux méthodologies considèrent le client comme le principal moteur de l'amélioration et de la réduction des déchets. Les deux méthodologies considèrent l'amélioration comme quelque chose de continu.
Une start-up est une entreprise de haute technologie qui essaie de construire une entreprise évolutive modèle d'affaires dans les industries axées sur la technologie. Une start-up suit généralement une méthodologie Lean, où la innovation, entraîné par des boucles virales intégrées est la règle. Ainsi, la conduite et la construction effets de réseau en conséquence de cela .
Comme l'a souligné Eric Ries, un produit minimum viable est la version d'un nouveau produit qui permet à une équipe de collecter le maximum d'apprentissage validé sur les clients avec le moins d'effort grâce à un cycle de construction, mesure, apprentissage ; c'est le fondement de la démarrage maigre méthodologie.
Kanban est un cadre de fabrication allégée développé pour la première fois par Toyota à la fin des années 1940. Le cadre Kanban est un moyen de visualiser le travail au fur et à mesure qu'il progresse en identifiant les goulots d'étranglement potentiels. Il le fait grâce à un processus appelé fabrication juste à temps (JIT) pour optimiser les processus d'ingénierie, accélérer la fabrication des produits et améliorer la mise sur le marché. .
Le jidoka a été utilisé pour la première fois en 1896 par Sakichi Toyoda, qui a inventé un métier à tisser textile qui s'arrêtait automatiquement lorsqu'il rencontrait un fil défectueux. Jidoka est un terme japonais utilisé dans le lean manufacturing. Le terme décrit un scénario dans lequel les machines cessent de fonctionner sans intervention humaine lorsqu'un problème ou un défaut est découvert.
Le cycle PDCA (Plan-Do-Check-Act) a été proposé pour la première fois par le physicien et ingénieur américain Walter A. Shewhart dans les années 1920. Le cycle PDCA est une méthode d'amélioration continue des processus et des produits et un élément essentiel de la philosophie de fabrication au plus juste.
Le processus unifié rationnel (RUP) est une méthodologie de développement logiciel agile qui décompose le cycle de vie du projet en quatre phases distinctes.
RAD a été introduit pour la première fois par l'auteur et consultant James Martin en 1991. Martin a reconnu et a ensuite profité de l'infinie malléabilité des logiciels dans la conception de modèles de développement. Le développement rapide d'applications (RAD) est une méthodologie axée sur la livraison rapide grâce à une rétroaction continue et à des itérations fréquentes.
Des analyses rétrospectives ont lieu après un projet pour déterminer ce qui a bien fonctionné et ce qui n'a pas fonctionné. Ils sont également menés à l'issue d'une itération en gestion de projet Agile. Les praticiens agiles appellent ces réunions des rétrospectives ou des rétrospectives. Ils sont un moyen efficace de prendre le pouls d'une équipe de projet, de réfléchir au travail effectué à ce jour et de parvenir à un consensus sur la manière d'aborder le prochain cycle de sprint. Ce sont les cinq étapes d'une rétrospective analyse pour une gestion de projet Agile efficace : préparez le terrain, rassemblez les données, générez des idées, décidez des prochaines étapes et clôturez la rétrospective.
Scaled Agile Lean Development (ScALeD) aide les entreprises à découvrir une approche équilibrée de la transition agile et des questions de mise à l'échelle. L'approche ScALed aide les entreprises à répondre avec succès au changement. Inspiré par une combinaison de valeurs lean et agiles, ScALed est basé sur les praticiens et peut être complété par divers cadres et pratiques agiles.
La méthode SMED (single minute exchange of die) est un cadre de production allégée pour réduire les déchets et augmenter l'efficacité de la production. La méthode SMED est un cadre pour réduire le temps associé à l'achèvement d'un changement d'équipement.
Le modèle Spotify est une approche autonome de mise à l'échelle agile, axée sur la communication culturelle, la responsabilité et la qualité. Le modèle Spotify a été reconnu pour la première fois en 2012 après Henrik Kniberg, et Anders Ivarsson a publié un livre blanc détaillant comment la société de streaming Spotify a abordé l'agilité. Par conséquent, le modèle Spotify représente une évolution de l'agile.
Comme son nom l'indique, TDD est une technique pilotée par les tests pour fournir rapidement et durablement des logiciels de haute qualité. Il s'agit d'une approche itérative basée sur l'idée qu'un test défaillant doit être écrit avant l'écriture de tout code pour une fonctionnalité ou une fonction. Le développement piloté par les tests (TDD) est une approche du développement logiciel qui s'appuie sur des cycles de développement très courts.
Le timeboxing est une technique de gestion du temps simple mais puissante pour améliorer la productivité. Timeboxing décrit le processus de planification proactive d'un bloc de temps à consacrer à une tâche dans le futur. Il a été décrit pour la première fois par l'auteur James Martin dans un livre sur le développement logiciel agile.
Scrum est une méthodologie co-créée par Ken Schwaber et Jeff Sutherland pour une collaboration d'équipe efficace sur des produits complexes. Scrum a été principalement pensé pour les projets de développement de logiciels afin de fournir de nouvelles capacités logicielles toutes les 2 à 4 semaines. C'est un sous-groupe d'agile également utilisé dans la gestion de projet pour améliorer la productivité des startups.
Scrumban est un cadre de gestion de projet qui est un hybride de deux méthodologies agiles populaires : Scrum et Kanban. Scrumban est une approche populaire pour aider les entreprises à se concentrer sur les bonnes tâches stratégiques tout en renforçant simultanément leurs processus.
Les anti-modèles Scrum décrivent toute solution attrayante et facile à mettre en œuvre qui finit par aggraver un problème. Par conséquent, ce sont les pratiques à ne pas suivre pour éviter que des problèmes n'apparaissent. Certains exemples classiques d'anti-modèles Scrum comprennent les Product Owners absents, les tickets pré-assignés (faisant travailler les individus de manière isolée) et les rétrospectives à prix réduits (où les réunions de revue ne sont pas utiles pour vraiment apporter des améliorations).
Scrum à l'échelle (Scrum@Scale) est un cadre que les équipes Scrum utilisent pour résoudre des problèmes complexes et fournir des produits à haute valeur ajoutée. Scrum at Scale a été créé par le biais d'une joint-venture entre Scrum Alliance et Scrum Inc. La joint-venture était supervisée par Jeff Sutherland, co-créateur de Scrum et l'un des principaux auteurs du Manifeste Agile.
Six Sigma est une approche et une méthodologie axées sur les données pour éliminer les erreurs ou les défauts dans un produit, un service ou un processus. Six Sigma a été développé par Motorola comme une approche de gestion basée sur des fondamentaux de qualité au début des années 1980. Une décennie plus tard, elle a été popularisée par General Electric qui a estimé que la méthodologie leur avait permis d'économiser 12 milliards de dollars au cours des cinq premières années d'exploitation.
Les objectifs étendus décrivent toute tâche qu'une équipe agile prévoit d'accomplir sans s'engager expressément à le faire. Les équipes intègrent des objectifs étendus lors d'un sprint ou d'un incrément de programme (PI) dans le cadre de Scaled Agile. Ils sont utilisés lorsque l'équipe agile n'est pas sûre de sa capacité à atteindre un objectif. Par conséquent, les objectifs étendus sont plutôt des résultats qui, bien qu'extrêmement souhaitables, ne font pas la différence entre le succès ou l'échec de chaque sprint.
Le système de production Toyota (TPS) est une forme précoce de fabrication allégée créée par le constructeur automobile Toyota. Créé par Toyota Motor Corporation dans les années 1940 et 50, le système de production Toyota vise à fabriquer les véhicules commandés par les clients le plus rapidement et le plus efficacement possible.
Le cadre de gestion de la qualité totale (TQM) est une technique basée sur le principe que les employés travaillent en permanence sur leur capacité à apporter de la valeur aux clients. Il est important de noter que le mot « total » signifie que tous les employés sont impliqués dans le processus, qu'ils travaillent dans le développement, la production ou l'exécution.
Le modèle de cascade a été décrit pour la première fois par Herbert D. Benington en 1956 lors d'une présentation sur le logiciel utilisé dans l'imagerie radar pendant la guerre froide. Puisqu'il n'existait pas à l'époque de stratégies de développement de logiciels créatives et basées sur les connaissances, la méthode en cascade est devenue une pratique courante. Le modèle en cascade est un cadre de gestion de projet linéaire et séquentiel.
Gennaro est le créateur de FourWeekMBA, qui a atteint environ quatre millions d'hommes d'affaires, comprenant des cadres de niveau C, des investisseurs, des analystes, des chefs de produit et des entrepreneurs numériques en herbe rien qu'en 2022 | Il est également directeur des ventes pour une mise à l'échelle de haute technologie dans l'industrie de l'IA | En 2012, Gennaro a obtenu un MBA international avec un accent sur la finance d'entreprise et la stratégie commerciale.
