Mise au propre et ajout de ressources de cours
This commit is contained in:
parent
bf80553202
commit
f9b6ed455d
|
@ -1,5 +1,5 @@
|
||||||
Architecture monolithique
|
Architecture monolithique
|
||||||
==============
|
===
|
||||||
|
|
||||||
*19/04/18*
|
*19/04/18*
|
||||||
|
|
||||||
|
@ -55,7 +55,6 @@ Berk :
|
||||||
* Fort couplage des modules => application difficile à revoir et à modifier sans avoir à tout revoir dans l'application
|
* Fort couplage des modules => application difficile à revoir et à modifier sans avoir à tout revoir dans l'application
|
||||||
* le code devient vite difficile à comprendre => vriament dur à faire évoluer, en plus c'est prendre des risques si on mélange les équipes qui travaillent dessus. Le code devient n'importe quoi
|
* le code devient vite difficile à comprendre => vriament dur à faire évoluer, en plus c'est prendre des risques si on mélange les équipes qui travaillent dessus. Le code devient n'importe quoi
|
||||||
|
|
||||||
|
|
||||||
## Monolithiques VS microservices
|
## Monolithiques VS microservices
|
||||||
|
|
||||||
Joli tableau dans le prezi
|
Joli tableau dans le prezi
|
||||||
|
@ -72,7 +71,6 @@ Forte possibilité d'amélioration du code
|
||||||
Gestion de projet en cascade et V
|
Gestion de projet en cascade et V
|
||||||
un seul truc qui fait tout
|
un seul truc qui fait tout
|
||||||
|
|
||||||
|
|
||||||
## Bouiche
|
## Bouiche
|
||||||
|
|
||||||
J'ai pas écouté, le smiley Gui m'a déconcentré
|
J'ai pas écouté, le smiley Gui m'a déconcentré
|
|
@ -1,16 +1,18 @@
|
||||||
Kanban
|
# Exposé
|
||||||
========================
|
|
||||||
|
|
||||||
*25/05/18*
|
*25/05/18*
|
||||||
|
|
||||||
Origine : Toyota. Kanban signifie "post-it"
|
Origine : Toyota. Kanban signifie "post-it"
|
||||||
Fonctionne en flux tiré (flux tendu), ce qui définit l juste à temps : action lorsque demnde client.
|
Fonctionne en flux tiré (flux tendu), ce qui définit le juste à temps : action lorsque demande client.
|
||||||
|
|
||||||
Assez libre au final : couleur selon priorité, lignes dans colonnes...
|
Assez libre au final : couleur selon priorité, lignes dans colonnes...
|
||||||
|
|
||||||
Scrumban : tableua kanban dans lequel on mt les taches de scrum.
|
Scrumban : tableau kanban dans lequel on met les tâches de scrum.
|
||||||
|
|
||||||
a la base pour gestion stocks, il q fallu l'adapter pour gestion projet. Tudeap, outil qui mélange scrum et kanban.
|
A la base pour gestion stocks, il a fallu l'adapter pour gestion projet. Tudeap, outil qui mélange scrum et kanban.
|
||||||
|
|
||||||
## Bouiche
|
# Cours
|
||||||
|
|
||||||
|
**Objectif**
|
||||||
|
|
||||||
|
Tendre le flux et mettre en avant les faiblesses d'une ligne de production
|
||||||
|
|
BIN
Cours Génie Logiciel/Ressources Bouiche/CMMI.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/CMMI.pdf
Normal file
Binary file not shown.
BIN
Cours Génie Logiciel/Ressources Bouiche/CobiT_Documentation.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/CobiT_Documentation.pdf
Normal file
Binary file not shown.
BIN
Cours Génie Logiciel/Ressources Bouiche/Kanban2.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/Kanban2.pdf
Normal file
Binary file not shown.
BIN
Cours Génie Logiciel/Ressources Bouiche/Les Design Patterns.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/Les Design Patterns.pdf
Normal file
Binary file not shown.
BIN
Cours Génie Logiciel/Ressources Bouiche/RAD-2.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/RAD-2.pdf
Normal file
Binary file not shown.
BIN
Cours Génie Logiciel/Ressources Bouiche/SCRUM2.pdf
Normal file
BIN
Cours Génie Logiciel/Ressources Bouiche/SCRUM2.pdf
Normal file
Binary file not shown.
|
@ -1,32 +1,78 @@
|
||||||
Scrum
|
|
||||||
========================
|
|
||||||
*25/05/18*
|
*25/05/18*
|
||||||
|
|
||||||
roles
|
# Exposé
|
||||||
evenements
|
|
||||||
artefacts
|
|
||||||
|
|
||||||
|
|
||||||
## Définition
|
## Définition
|
||||||
|
|
||||||
Permet de résoudre problèmes complexes
|
Permet de résoudre problèmes complexes
|
||||||
Axénotamment sur création de valeur
|
Axé notamment sur la création de valeur
|
||||||
|
|
||||||
## Roles
|
## Rôles
|
||||||
|
|
||||||
product owner > joue role client
|
product owner > joue le rôle du client
|
||||||
scrum master > chef de projet
|
scrum master > chef de projet
|
||||||
equipe de dev > indéterminée, pas de hiérarchie interne.
|
équipe de dev > indéterminée, pas de hiérarchie interne.
|
||||||
|
|
||||||
## Sprint
|
## Sprint
|
||||||
|
|
||||||
Mini projet qui dure un mois. date de début et date de fin définies.
|
Mini projet qui dure un mois. Date de début et date de fin définies.
|
||||||
Evite cycle en V : pas de retour en arrière par rapport aux étapes d'avant, on évolue plutôt.
|
Évite le cycle en V : pas de retour en arrière par rapport aux étapes d'avant, on évolue plutôt.
|
||||||
|
|
||||||
## Sprint planification
|
## Sprint planification
|
||||||
|
|
||||||
L'équipe s'atogère et prévoit elle meme en moins de 8 heure de qu'elle va faire pendant ce sprint
|
L'équipe s'autogère et prévoit elle meme en moins de 8 heure de ce qu'elle va faire pendant ce sprint
|
||||||
|
|
||||||
## Melee quotidienne
|
## Melee quotidienne
|
||||||
|
|
||||||
Réunion quotidienne de 15min pour faire le point entre tous et bilan de la veille.
|
Réunion quotidienne de 15min pour faire le point entre tous et bilan de la veille.
|
||||||
|
|
||||||
|
# Cours
|
||||||
|
|
||||||
|
Fondé sur méthode agile
|
||||||
|
|
||||||
|
**Trois axes principaux**
|
||||||
|
|
||||||
|
- Transparence
|
||||||
|
|
||||||
|
- Inspection : se rendre compte écarts de l'objectif
|
||||||
|
|
||||||
|
- Adaptation
|
||||||
|
|
||||||
|
**Objectif**
|
||||||
|
|
||||||
|
Livrer rapidement un produit même partiel répondant aux attentes (ou partie), et l'améliorer.
|
||||||
|
|
||||||
|
**Avantage/Inconvénients**
|
||||||
|
|
||||||
|
| Avantages | Inconvénients |
|
||||||
|
| ------------------------------------------------------- | -------------------------------- |
|
||||||
|
| Simplifie les processus | Manque de documentation |
|
||||||
|
| Gain de temps et de ressources via règles définies | Nécessite un fort investissement |
|
||||||
|
| Augmentation de la productivité | |
|
||||||
|
| Organisation personnelle + travail d'équipe | |
|
||||||
|
| Meilleur rendement via répartition de la responsabilité | |
|
||||||
|
| Facilitation de la communication dans le groupe projet | |
|
||||||
|
|
||||||
|
**Acteurs**
|
||||||
|
|
||||||
|
- Product Owner : représente le client, gestion du "backlog de produit"
|
||||||
|
|
||||||
|
- ScrumMaster : manager du projet, fait appliquer pratiques et valuer de Scrum
|
||||||
|
|
||||||
|
- Équipe : pas de rôle prédéfini car en autogestion, pas de hierarchie interne, en charge de la production de l'incrément
|
||||||
|
|
||||||
|
**Planification**
|
||||||
|
|
||||||
|
- Backlog produit : liste des fonctionnalités attendues d'un produit. Évolue dans le temps // Product Owner
|
||||||
|
|
||||||
|
- Backlog sprint : Liste les tâches à réaliser pendant un sprint. Élaboré pendant réunion de planification, destiné à l'équipe
|
||||||
|
|
||||||
|
- Daily scrum : réunion quotidienne de 15 minutes. On présente ce qui a été fait ce qui va être fait, et les obstacles. Actualisation du backlog sprint // ScrumMaster
|
||||||
|
|
||||||
|
- Sprint : Itération, 2 à 4 semaines, réalisation de version testable
|
||||||
|
|
||||||
|
- Revue de sprint : en fin de sprint, point sur difficultés, ce qui a été fait, ce qui reste à faire, actualisation product backlog
|
||||||
|
|
||||||
|
- Retrospective de sprint : après revue et avant prochaine planification, point sur comment le sprint s'est déroulé et comment améliorer processus de travail.
|
||||||
|
|
||||||
|
- Release : regroupement de plusieurs sprints. Fin de sprint: produit utilisable, fin de release : produit exploitable.
|
||||||
|
|
Loading…
Reference in a new issue