Méthode Agile - Résumé

Quel est le meilleur résumé, le plus efficace sur la méthode agile, il y a tellement de littérature sur le sujet, on s'y perd très facilement.

Méthode Agile - Résumé
Alors pour simplifier, voici une page de présentation de la méthode agile :

https://www.agiliste.fr/exemple-dorganisation-projet-agile/

Product Owner est assuré par un membre de l’équipe métier (MOA)
- Alimente et maintient le Product Backlog, et pré priorise les éléments de ce dernier.
- Ajuste les fonctionnalités prioritaires du Product Backlog (candidates au périmètre du prochain sprint) et s’assure que les pré-requis aux développements associés seront disponibles en temps voulu (exemples : décisions métier, jeux de données du SI amont,…).
- Rédige les User Stories associées aux fonctionnalités prioritaires et dessine au besoin des maquettes d’écran.
- Répond aux questions soulevées par l’équipe de développement en cours de Sprint et complète au besoin les User Stories associées.
- Vérifie en cours de Sprint la bonne couverture du besoin des fonctionnalités terminées en collaboration avec l’équipe de développement.
- Rédige les plans de tests.
- Participe à la réunion de revue de sprint au cours de laquelle, elle aide le Product Owner à accepter ou rejeter les fonctionnalités présentées.
- Teste avant mise en production la conformité du produit dans son ensemble.

Scrum Master appartient à l’équipe de développement (MOE)
- S’assure que l’équipe est pleinement opérationnelle et productive.
- Établit une collaboration étroite entre l’ensemble des rôles et fonctions.
- Supprime les obstacles rencontrés par l’équipe de développement.
- Protège l’équipe des interférences extérieures.
- Assure le suivi du processus.

Voilà on arrive à la substance ...

Le DevOps c'est quoi ?

DevOps est LE terme à la mode en ce moment, il faut absolument faire du DevOps alors le DevOps c'est quoi ? Et bien c'est un terme un peu comme ITIL, un ensemble de bonnes pratiques quand on a dit ça on ne peut pas s'arrêter là. Il faut entrer dans les détails, dans tous les détails. Car le DevOps intervient à toutes les étapes du développement logiciel.

Microsoft - Parts Unlimited MRP
Microsoft - Parts Unlimited MRP

Voici le site de Microsoft qui présente chacune des étapes du développement logiciel "à la façon DevOps" dans une simulation complète d'une entreprise de développement logiciel, c'est vraiment top ! C'est vraiment une partie à étudier en profondeur, ce sont les équipes de Microsoft qui ont fait un effort particulièrement important pour nous présenter cet aspect de leur métier, de notre métier, le DevOps.

La simulation est vraiment complète avec un Github. Malheureusement des liens sont cassés ! Avec des cours sur par exemple "Infrastructure as Code" ; Il faut pouvoir coder scripter votre infrastructure pour en conserver une description complète et une trace reproductible et pouvoir la faire évoluer dans le temps plus facilement. Dans ce cas la définition de l'infrastructure devient le script qui devient donc comme une empreinte complète et fidèle de l'infrastructure nécessaire à l'exécution de votre application.

Inutile de vous dire que tout est codé dans le Cloud.

Lors d'un meetup sur le DevOps, j'ai noté également d'autres termes :

Terraform 
Terraform is a tool for building, changing, and versioning infrastructure safely and efficiently.

Meteor

Prometheus
Power your metrics and alerting with a leading open-source monitoring solution.

Value Stream Mapping

Il y a une multitude d'outils à chaque étape du développement qui vous permettent d'assurer le Test & l'Automatisation de chacune de ces étapes quelque soit la chaîne de développement avec laquelle vous travaillez. Il y des passerelles.

Le terme DevOps vient de la volonté de rassembler deux types de ressources de l'entreprise. Les Développeurs et les Opérationnels car les problèmes de l'entreprise qui développe du logiciel ont été identifiés à la frontière des ceux deux services. 

Les Développeurs font des trucs que les Opérationnels ne peuvent pas se permettre devant le client et de l'autre côté des Opérationnels trouvent des astuces pour palier aux problèmes du système qu'ils ne rétrofitent pas aux développeurs.

Bien des problèmes viennent d'une mauvaise communication entre les opérationnels et les développeurs.

Le DevOps c'est une culture, une culture qui doit se répandre dans toute l'entreprise.

Donc si vous êtes un DevOps vous devez pouvoir tout reconstruire à partir de scripts faciles à mettre en oeuvre.

Il y a trop de trucs installé sur la machine du Développeur lors du déploiement de l'application cela va poser des problèmes aux Opérationnels dont l'installation du produit ne va pas fonctionner. Ils devront chercher ce qui manque !

Voilà le DevOps c'est tout cela. Si vous débutez retenez surtout que DevOps c'est un état d'esprit qui vous permet de vous sortir des pièges dans lesquels tombent toutes les équipes de développement qui ne possèdent pas cette culture cet état d'esprit.

Comment devenir un ingénieur DevOps

C'est quoi une Matrice de traçabilité des exigences ?

Voilà mon sujet sur l'amélioration de la qualité ce matin, trouver à quoi peut bien servir une matrice de gtraçabilité des exgigences. Je vais recadrer légèrement en abordant ce sujet du point de vu de la norme : 

EN 62304 Medical device software.

Defines the life cycle requirements for medical device software. Dit comme cela c'est un peu court mais c'est surtout payant :

https://www.en-standard.eu/csn-en-62304-medical-device-software-software-life-cycle-processes/
European Standards - CSN EN 62304 - Medical device software - Software life-cycle processes

Wikipédia nous parle de la La gestion des exigences avec une définition de la traçabilité des exigences.

Définition de la traçabilité des exigences :

Si l'on veut être conforme à cette norme, il doit être possible de retracer jusqu'à leur origine chacune des exigences et chacun des changements les affectant ; les exigences doivent donc être documentées pour achever la traçabilité.

Définition de l'exigence :

Les exigences sont l'expression d'un besoin documenté. Facile à dire mais vous verrez combien de clients formuler leurs exigences par orale sans prendre de note et sans documenter. Donc écrire documenter est un point essentiel de la traçabilité.

Matrice de traçabilité :

Il s'agit donc de regarder pour chacune des exigences exprimées s'il on a bien la possibilité de la tracer jusqu'à l'origine.


Pour le reste malheureusement il faut payer ... c'est un sujet à creuser.