Atomic requirements isolate specific goals, measures of success, and dependencies. Writing atomic requirements is a key rule for writing good requirements.
Devops for Growth
116.5K views |
+9 today
For Product Owners/Product Managers and Scrum Teams: Growth Hacking, Devops, Agile, Lean for IT, Lean Startup, customer centric, software quality...
Curated by
Mickael Ruau
 Your new post is loading...
Your new post is loading...
Scoop.it!
Un logiciel est au service d’un métier auquel il apporte une valeur importante. Pourtant, nombreuses sont les équipes de développement qui se concentrent exclusivement sur des aspects techniques, en négligeant le métier. Cela se traduit typiquement par des problèmes de communication, des complications techniques inutiles et des opportunités perdues par méconnaissance du métier.La négligence du métier et le manque de compréhension de ses concepts se manifeste au travers de nombreux syndromes, dans la communication entre parties prenantes, mais aussi dans l’architecture technique, la modélisation et la qualité du code.
Mickael Ruau's insight:
Téléchargez le PDF 
Scoop.it!
Requirements gathering is an essential part of any project and a key project management skill. Read 10 rules for successful requirements gathering.
Mickael Ruau's insight:
10 Rules for Successful Requirements Gathering
To be successful at requirements gathering and to give your project an increased likelihood of success follow these rules: Don't assume you know what the customer wants, ask.Involve the users from the start.Define and agree the scope of the project.Ensure requirements are specific, realistic and measurable.Gain clarity if there is any doubt.Create a clear, concise and thorough requirements document and share it with the customer.Confirm your understanding of the requirements with the customer (play them back).Avoid talking technology or solutions until the requirements are fully understood.Get the requirements agreed with the stakeholders before the project starts.Create a prototype if necessary to confirm or refine the customers' requirements.
Scoop.it!
ELABORATION D'UN CAHIER DES CHARGES FONCTIONNEL (CDCF)
L'élaboration d'un cahier des charges fonctionnel a été formalisée en 1991 dans le document NF X 50-151 par l'AFNOR. Cette norme participe à l'ensemble des travaux et développements de normes autour du thème de l'Analyse Fonctionnelle et de l'Analyse de la Valeur.
Mickael Ruau's insight:
La norme NF X 50-151 s'applique à tous projets de développements industriels, que l'on soit dans le domaine de l'aéronautique, de l'automobile, des télécoms, du BTP, des services environnementaux. Par voie de conséquence, elle peut s'appliquer également à l'informatique et aux Systèmes d'Informations. Son objectif principal est de clairement distinguer le besoin exprimé ou la fonction attendue de la solution technique ou de l'architecture de la réponse. Celui qui présente un besoin ne doit pas avoir d'à priori sur la solution à apporter. Cette démarche oblige la définition d'une limite claire entre le rôle de la Maîtrise d'Ouvrage (demande) et celui de la Maîtrise dOeuvre (réponse). C'est pour cette raison qu'elle est souvent considérée comme une démarche d'innovation qui oblige les différentes parties prenantes à imaginer des solutions nouvelles.
Scoop.it!
ISO 14756 : LA MESURE DE LA PERFORMANCE UTILISATEUR Cette norme pose le cadre de l’évaluation des performances d’un système pris comme un tout : matériel et logiciel. On peut la considérer comme un protocole de conduite de tests de performance sur ordinateur.
Mickael Ruau's insight:
"Les tests conduits par cette norme sont des tests de performance utilisateur. C’est donc le principe des tests en Boite Noire et les caractéristiques principales analysées sont : le temps d’exécution,le débit,la régularité temporelle.
Ces trois caractéristiques conduisent à établir la performance du temps de réponse, c'est-à-dire la performance utilisateur. Cette mesure de performance est totalement indépendante des choix techniques ou de l’architecture du système testé. Cette norme est destinée aux : Évaluateurs,Développeurs,Intégrateurs,Acheteurs.
Elle définit de manière précise le protocole de tests et les indicateurs utilisés. Elle peut servir de référence pour construire les plans de tests généraux de performance."
Scoop.it!
La norme ISO/CEI 9126 définit un langage commun pour modéliser les qualités d'un logiciel. Le langage de description utilise des termes tels que "facteurs qualité" , "caractéristiques, "sous-caractéristiques ,"métriques" pour classer de façon arborescente et structurée, sur la base de définitions standardisées, un vocable de plusieurs dizaines de propriétés en "ité" (portabilité, maintenabilité, fiabilité, etc.) Ces six caractéristiques sont elles-mêmes découpées en sous-caractéristiques de qualité (27 sous-caractéristiques dans la version la plus récente de la norme). Le contenu de la norme ISO/CEI 9126 est repris, avec des enrichissements, par la norme ISO 25000, également appelée SQuaRE (pour Software QUAlity Requirements and Evaluation, exigences et évaluation de la qualité du logiciel)
|
Scoop.it!
Découvrez les principes et règles d'or de rédaction de spécifications agiles ainsi que les pratiques et exemples d'outils associés.
Mickael Ruau's insight:
La documentation du projet est sans doute l’élément dont la durée de vie est la plus longue. Les technologies peuvent aller et venir dans le temps mais la documentation demeure l’héritage du projet. Pourtant nous échouons ou luttons souvent dans la maintenance de cette dernière. Les enjeux sont clairs : réaliser des spécifications compréhensibles à la fois par un utilisateur et par un développeur, à jour – donc fiables, donc faciles à maintenir – et non ambiguës afin de pouvoir vérifier objectivement la couverture du besoin. Cet article traite de différentes pratiques de spécification utilisées sur des projets Agile pour répondre à ces enjeux.
Scoop.it!
Animationde groupes Pierre E. Neis récolte des besoins 1
Scoop.it!
Pour développer son site grand public, le groupe Saur a fait appel à la méthode Ciao, un guide de bonnes pratiques qui apporte plus de rigueur en phase de conception et limite les dérapages.
Mickael Ruau's insight:
Les cinq étapes de la méthode Ciao
1. La capture 2. La formalisation 3. La cohérence 4. La validation 5. Le pilotage
Scoop.it!
Nous distinguons deux grandes familles de normes ou de standards: Les normes de management (ou organisationnelles),Les normes produits ou services.Les normes ou standards de management sont organisées en processus et en familles de processus. Elles sont destinées à fixer le cadre d'une démarche qualité pour atteindre des objectifs (ISO 9001:2000, ISO 20000, ITIL). Ces normes ou ces standards servent également de démarche qualité pour les conduites de projets (CMMI, ISO Spice). Numeral Advance
Scoop.it!
Cette norme, Software Product Quality Requirement and Evaluation, a pour objectif de poser le cadre et la référence pour définir les exigences qualité d’un logiciel (ISO 9126) et la manière dont ces exigences seront évaluées (ISO 14598).
Cette norme offre un cadre pour l’intégration des évolutions des normes ISO 9126, la qualité logiciel, et ISO 14598, l’évaluation de la qualité logiciel.
Mickael Ruau's insight:
"L’architecture SquaRE préconise les 4 étapes suivantes : Fixer les exigences de qualité,Etablir un modèle de qualité,Fixer les métriques de la qualitéConduire les évaluations. SquaRE a été retenu par le SEI pour l'associer aux objectifs de l'amélioration des performances."
Scoop.it!
La présentation portera sur une description de la méthodologie d’analyse fonctionnelle, qui a pour but de bien comprendre et documenter les besoins-clients, dans le but de réaliser un projet le mieux enligné possible sur ces besoins et de livrer ce...
|
