Blog

Les grands projets logiciels sont très sujets aux retards, voire aux échecs. Pour réussir, une planification minutieuse, une communication efficace, un haut niveau d’expertise technique et une concentration sur la qualité sont nécessaires pour surmonter bon nombre de ces défis. Le Standish Chaos Report et le Cost of Poor Quality Report 2022 du groupe CISQ ont tous deux [...]

ScopeMaster peut aider à accroître l'adoption de bon nombre des sept principes d'analyse métier pour le travail logiciel agile, Les sept principes d'analyse métier pour Agile L'extension Agile de l'IIBA au guide BABOK® présente sept principes d'analyse métier pour le travail Agile : Voir l'intégralité. Pensez en tant que client. Analyser pour déterminer ce que [...]

Explication de la refonte du logiciel La retouche du logiciel est le travail consécutif qui résulte de la modification des exigences, des conceptions, du code et des tests après que certains travaux ont déjà commencé. Pour la plupart des entreprises de logiciels, cela représente 30 à 501 TP3T de l'ensemble des activités. Nous excluons généralement la correction de bugs de la catégorie des refontes logicielles. Rework décrit généralement les éléments supplémentaires [...]

La signification de la « dette technique » La métaphore de la dette technique (TD) dans le contexte des logiciels a été inventée par Ward Cunningham qui travaillait à l'époque sur le codage d'un système financier. Il a utilisé la métaphore pour expliquer à ses collègues financiers le raisonnement pour refactoriser et réécrire des parties de codes comme la connaissance du [...]

Voici quelques aperçus de l’intérêt de détecter les défauts des exigences avant la conception ou le codage. Pour une équipe de développement de logiciels, il est très utile de détecter les défauts le plus tôt possible. Mieux encore, il s’agit de prévenir complètement les défauts. Des exigences excellentes constituent une forme efficace de prévention des défauts et de prévention des reprises. Une exigence ambiguë [...]

Découpage de l'histoire - affinement jusqu'à une granularité optimale Une histoire apparemment petite peut s'avérer beaucoup plus grande que prévu. Ce n'est que par le raffinement ou le fractionnement de l'histoire que vous pourrez découvrir cela. Le fractionnement de l'histoire peut être effectué tôt ou juste avant le sprint précédent. Nous recommandons de le faire le plus tôt possible [...]

L'élicitation des exigences consiste à découvrir les exigences réelles de l'entreprise et les exigences système de toute entreprise logicielle. Il s’agit d’abord de découvrir ce qui est nécessaire, puis d’articuler les découvertes distillées en un artefact qui peut servir de base pour décrire ce qui doit être fait. Il est inhabituel que le véritable [...]

Voyons comment et pourquoi nous pourrions vouloir garantir la qualité des user stories. De mauvaises user stories conduisent à des réunions inutiles, du gaspillage et des retouches. Améliorer la user story le plus tôt possible dans le cycle de vie du développement est un moyen efficace de minimiser le gaspillage et les retouches. L'assurance qualité est une démarche systématique [...]

Vérification et validation indépendantes des projets logiciels IV & V signifie Independent Validation and Verification. Selon le NIST, IV&V est un examen, une analyse et des tests complets (logiciels et/ou matériels) effectués par un tiers objectif, pour confirmer (c'est-à-dire vérifier) que les exigences sont correctement définies et pour confirmer (c'est-à-dire valider) que le système implémente correctement les exigences [...]

Dans cet article, nous explorons les résultats de l'utilisation de l'outil d'analyse des user stories, ScopeMaster, sur un exemple d'ensemble de user stories (accéder aux originaux ici). Les histoires que nous avons utilisées sont publiées par Mike Cohn sur le site Mountain Goat, elles décrivent les fonctions d'un site Web interactif à construire. À propos de l'exemple d'utilisateur [...]