Mise au propre et ajout de ressources de cours
This commit is contained in:
parent
bf80553202
commit
f9b6ed455d
|
@ -1,5 +1,5 @@
|
|||
Architecture monolithique
|
||||
==============
|
||||
===
|
||||
|
||||
*19/04/18*
|
||||
|
||||
|
@ -55,7 +55,6 @@ Berk :
|
|||
* 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
|
||||
|
||||
|
||||
## Monolithiques VS microservices
|
||||
|
||||
Joli tableau dans le prezi
|
||||
|
@ -72,7 +71,6 @@ Forte possibilité d'amélioration du code
|
|||
Gestion de projet en cascade et V
|
||||
un seul truc qui fait tout
|
||||
|
||||
|
||||
## Bouiche
|
||||
|
||||
J'ai pas écouté, le smiley Gui m'a déconcentré
|
|
@ -1,16 +1,18 @@
|
|||
Kanban
|
||||
========================
|
||||
# Exposé
|
||||
|
||||
*25/05/18*
|
||||
|
||||
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...
|
||||
|
||||
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*
|
||||
|
||||
roles
|
||||
evenements
|
||||
artefacts
|
||||
|
||||
# Exposé
|
||||
|
||||
## Définition
|
||||
|
||||
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
|
||||
equipe de dev > indéterminée, pas de hiérarchie interne.
|
||||
équipe de dev > indéterminée, pas de hiérarchie interne.
|
||||
|
||||
## Sprint
|
||||
|
||||
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.
|
||||
Mini projet qui dure un mois. Date de début et date de fin définies.
|
||||
Évite le cycle en V : pas de retour en arrière par rapport aux étapes d'avant, on évolue plutôt.
|
||||
|
||||
## 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
|
||||
|
||||
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