Scrum - eni - 9782409020742 -
Scrum 

Scrum
Une méthode agile pour vos projets

Ce livre s'adresse à toute personne souhaitant mettre en application ou travailler avec Scrum. Il a pour objectif de présenter cette méthode agile, la plus utilisée, sous ses aspects théoriques et pratiques afin que les lecteurs disposent des connaissances nécessaires pour la mettre en place lors de leurs futurs [...]
[lire le résumé du livre]

Auteur : 

Editeur : Eni

Collection : Datapro

Date parution :  (3ème édition)

Reliure :
Broché
Nbr de pages :
180
Dimension :
17.5 x 21 x 1.2 cm
Poids :
435 gr
ISBN 10 :
2409020747
ISBN 13 :
9782409020742
45,00 €
Définitivement indisponible
Cet ouvrage n'est plus commercialisé par l'éditeur
Paiements sécurisés
CB Google/Apple Pay, Chèque, Virement
0.01€ à partir de 35€ en France métropolitaine
Satisfait ou remboursé sous 14 jours ouvrés

Quel est le sujet du livre "Scrum"

Ce livre s'adresse à toute personne souhaitant mettre en application ou travailler avec Scrum. Il a pour objectif de présenter cette méthode agile, la plus utilisée, sous ses aspects théoriques et pratiques afin que les lecteurs disposent des connaissances nécessaires pour la mettre en place lors de leurs futurs projets oupour occuper efficacement leur rôle, quel qu'il soit, sur un projet Scrum. Cette nouvelle édition est actualisée selon la version du Guide Scrum officiel de novembre 2017.

Après un bref rappel sur les méthodes de gestion de projet traditionnelles (Cascade, Cycle en V) et leurs limites qui ont abouti à la naissance des approches agiles, l'auteur présente des méthodes apparentées à Scrum aussi bien en termes de concepts que d'outils pratiques (Lean Management, Kanban ou bien encore l'eXtreme Programming).

Dans les chapitres suivants, après avoir fait un tour d'horizon de la méthode Scrum, permettant au lecteur d'en avoir rapidement une vue globale, l'auteur s'attarde sur les spécificités de l'équipe Scrum avec les rôles et responsabilités qui en découlent, puis explore en détail les pratiques Scrum : formuler et ordonner les besoins, planifier et estimer la duréedes différentes phasesdu projetafin d'en construire les plans, gérer le cycle de vie et le suividu projet et enfin tester ce qui est développé.

En plus de cet apprentissage proprement dit de la méthode, l'auteur a choisi de donner au lecteur des éléments qui l'aideront à aborder la problématique, parfois épineuse, du déploiement de Scrum et de la gestion du changement qui en découle.

Enfin, deux chapitres permettent d'explorer des pistes pour aller plus loin. L'un aborde les outils logiciels qui peuvent être très utiles dans le cadre de la gestion des projets Scrum, l'autre apporte des réponses concrètes à des questions que l'on peut souvent se poser dans la mise en œuvre pratique de Scrum : Quelles sont les méthodes pour le déployer sur plusieurs équipes ? Quelles sont les différences et complémentarités entre Scrum et Kanban ? Quels rapports entre Scrum et DevOps ? Comment contractualiser avec Scrum ?

Enfin, cet ouvrage se termine par un questionnaire qui permettra au lecteur de vérifier ses connaissances et d'identifier les points qu'il n'aurait pas bien assimilés. Des éléments complémentaires sont en téléchargement sur le site www.editions-eni.fr.



Quizinclus dans
la version en ligne !

Téléchargements

Auteurs :
Jean-Paul SUBRA est ingénieur Supélec et travaille depuis plus de 20 ans dans l'industrie du logiciel. Après plus de 10 ans en tant que responsable d'équipes de développement, en DSI et chez des éditeurs de logiciels, il exerce depuis 2009 dans un environnement Agile. En 2015, il crée son activité de conseil, SoftMethods, dont la mission est d'aider les entreprises qui produisent du logiciel à mettre en œuvre les méthodes les plus efficaces possibles dont Scrum fait évidemment partie.

En suivant ce lien, retrouvez tous les livres dans la spécialité Développement d'applications.

Sommaire et contenu du livre "Scrum - Une méthode agile pour vos projets"

Avant-propos
  1. Objectif du livre
  2. Notre démarche
  3. Structure du livre
  4. Remerciements
De la gestion de projet traditionnelle à l’Agilité
  1. Introduction
  2. Quelques faits et chiffres
  3. Le modèle de gestion de projet "en cascade"
  4. Le modèle (ou cycle) en V
    1. 1. La théorie
    2. 2. La mise en pratique du modèle en V
    3. 3. Les rôles
    4. 4. Notion d’effet tunnel
  5. L'Agilité au cœur des projets
    1. 1. Un peu d’histoire
    2. 2. Les valeurs
    3. 3. Les 12 principes sous-jacents
    4. 4. L’Agilité, ce n’est pasl’anarchie…
  6. Scrum, un cadre de travail Agile
  7. Information, formation et certifications
  8. Pour conclure
Lean, Kanban et eXtreme Programming
  1. Un chapitre nécessaire
  2. Liens de parenté entre les méthodes
  3. Le Lean Management
    1. 1. Objectif du Lean
    2. 2. Les 14 principes du Lean
  4. Le Kanban
    1. 1. Principes du Kanban
    2. 2. Le Kanban pour le développement de logiciel
    3. 3. Kanban et Scrum
  5. La méthode XP ou eXtreme Programming
    1. 1. Les principes de base
    2. 2. Les pratiques d’eXtreme Programming
      1. a. Livraisons fréquentes
      2. b. Rythme durable
      3. c. Client sur site
      4. d. Conception simple
      5. e. Mise en place de règles de codage
      6. f. L’équipe est responsable du code
      7. g. Utilisation de tests unitaires
      8. h. Test de recette
      9. i. Mise en place de l’intégration continue
      10. j. Réaliser du refactoring de code
      11. k. Programmation en binôme (Pair Programming)
      12. l. Estimation à l’aide du Planning Poker
      13. m. Utilisation de métaphores et analogies
    3. 3. Cycle d’eXtreme Programming
  6. Scrum, un mix des méthodes
Tour d'horizon de Scrum
  1. Naissance de Scrum
  2. Scrum en quelques mots
    1. 1. Les valeurs Scrum
    2. 2. L’équipe
    3. 3. Les trois piliers de Scrum
      1. a. Transparence
      2. b. Inspection
      3. c. Adaptation
    4. 4. Les événements (cérémoniaux)
      1. a. Le Sprint
      2. b. La réunion de planification de Sprint
      3. c. La mêlée quotidienne
      4. d. La revue de Sprint
      5. e. La rétrospective de Sprint
    5. 5. Les artefacts
      1. a. Backlog Produit
      2. b. Backlog de Sprint
      3. c. Suivi de la progression
  3. Cycle de vie de Scrum
  4. Coût, délai et périmètre
  5. Conclusion
L'équipe Scrum
  1. L’équipe, point central de Scrum
    1. 1. Équipe auto-organisée
    2. 2. Équipe pluridisciplinaire
  2. Le Scrum Master
    1. 1. Les responsabilités du Scrum Master
      1. a. Application de Scrum
      2. b. Lever les obstacles
      3. c. Optimiser les interactions
      4. d. Leader du changement
    2. 2. La personnalité et les compétencesdu Scrum Master
      1. a. Connaître Scrum
      2. b. Être un leader
      3. c. Être communicant
      4. d. Avoir des capacités de médiation
      5. e. Jouer la transparence
  3. Le Product Owner
    1. 1. Les responsabilités du Product Owner
      1. a. Créer la vision du produit
      2. b. Gérer le Product Backlog
      3. c. Maximiser la valeur du produit et du travail de l’équipe
      4. d. Définir le plan de Release
      5. e. Implication dans le processus Scrum
      6. f. Accepter ou non le résultat d’un Sprint
      7. g. Ses pouvoirs et limites
    2. 2. La personnalité et les compétencesdu Product Owner
      1. a. Posséder des connaissances fonctionnelles
      2. b. Être organisé
      3. c. Avoir des capacités de prise de décision
  4. L'équipe de réalisation
    1. 1. Généralités
    2. 2. Caractéristiques
      1. a. Auto-organisée et multi-disciplinaire
      2. b. Taille de l’équipe
  5. Et les autres rôles, alors ?
    1. 1. La disparition du chef de projet…
    2. 2. Les autres rôles
  6. Bien constituer l’équipe : quelques pistes…
  7. Créer les conditions de la réussite
    1. 1. Rassembler pour gagner
    2. 2. Cas d’une équipe morcelée
  8. Conclusion
Construire et prioriser le Product Backlog
  1. Pourquoi investir dans le Product Backlog ?
  2. La brique de base du Product Backlog : la User Story
  3. Comment rédiger les User Stories et Epics ?
    1. 1. Règle des 3C
    2. 2. Rédiger une bonne User Story : le principeINVEST
    3. 3. Erreurs courantes
    4. 4. La Story technique : solution ou aveu d’échec ?
    5. 5. Identifier les fonctionnalités clésavec le Product Box
      1. a. Objectifs
      2. b. Mode opératoire
    6. 6. Une méthode efficace de découvertedu Product Backlog : le Story Mapping
      1. a. Le Story Mapping, c’est quoi ?
      2. b. Story Mapping illustré par un exemple
    7. 7. Principes de priorisation du Product Backlog
      1. a. Pourquoi prioriser ?
      2. b. Approche générale de la priorisation
      3. c. Les facteurs qui influencent la priorisation
      4. d. Survol des méthodes de priorisation
    8. 8. Zoom sur la priorisation par les thèmes
      1. a. Theme Screening (sondage des thèmes)
      2. b. Theme Scoring (mesure des thèmes)
      3. c. Priorisation des thèmes par l’utilisationde poids relatifs
    9. 9. Zoom sur la priorisation par l’utilisationdu modèle de Kano
    10. 10. Zoom sur la méthode MoSCoW
    11. 11. Zoom sur la méthode WSJF
  4. Gérer son Backlog en pratique
  5. Conclusion
Planifier et estimer
  1. Des pratiques à ne surtout pas négliger
  2. Pourquoi la planification traditionnelle échoue
  3. Horizons de planification
  4. Outils d’estimation
    1. 1. T-Shirt sizing
    2. 2. Les story points
    3. 3. Alors, story point ou jh ?
    4. 4. Notion de vélocité
    5. 5. Comment initialiser la vélocité ?
      1. a. Mise en place d’un projet test
      2. b. Choisir au feeling
      3. c. Estimation de la vélocité à partirde l’historique
    6. 6. Qui estime ?
    7. 7. Une méthode pratique d’estimation :le Planning Poker
      1. a. Le déroulement du Planning Poker
      2. b. Bénéfices et risques
      3. c. Erreurs communes
      4. d. Découper pour bien estimer : AtelierCarpaccio
  5. Planification de Release
    1. 1. Avoir un objectif clair
    2. 2. Posséder un Product Backlog priorisé
    3. 3. Estimer le Product Backlog
    4. 4. Connaître la vélocité del’équipe
    5. 5. Définir la fin
    6. 6. Définir la durée des Sprints
    7. 7. Créer le plan de Release
  6. Conclusion
La vie d'un Sprint
  1. Introduction
  2. Quelle durée pour les Sprints ?
  3. Doit-il y avoir un Sprint 0 ?
  4. Le rythme du Sprint : vue d’ensemble
  5. Préparation du Sprint
    1. 1. Environnement de travail
    2. 2. Équipe
    3. 3. Définition de « Terminé »
  6. Réunion de planification de Sprint
    1. 1. Pourquoi la présence du Product Owner est-elleimportante ?
    2. 2. Definition of Ready
    3. 3. Première étape : présentationdes User Stories
    4. 4. Deuxième étape : quel travail seraréalisé durant le Sprint ?
    5. 5. Troisième étape : comment réaliserle travail prévu ?
      1. a. Estimation des tâches
      2. b. Affectation des tâches
    6. 6. La gestion du temps
    7. 7. Et les corrections de bugs ?
    8. 8. Backlog Grooming
  7. Mêlée quotidienne (Scrum Meeting/Daily Scrum)
    1. 1. Un protocole à respecter
    2. 2. Une mêlée efficace et utile…
    3. 3. Le Scrum Master toujours à l’écoute!
    4. 4. Suivi de l’avancement
    5. 5. Je n’ai plus rien à faire !
    6. 6. L’objectif du Sprint sera-t-il atteint ?
  8. La revue de Sprint (Sprint Review)
    1. 1. Qui, quoi, combien de temps ?
    2. 2. Un objectif, une motivation
    3. 3. Démontrer ce qui n’est pas démontrable…
  9. La rétrospective de Sprint
    1. 1. Une méthode pour vous aider
    2. 2. État d’esprit
    3. 3. Environnement de la rétrospective
    4. 4. Méthode numéro 1 : KickDrop Start
    5. 5. Méthode « classique »
    6. 6. Présentation « en étoile »
    7. 7. Le SpeedBoat
    8. 8. Autres méthodes
  10. Laisser l'équipe se reposer
  11. Et si on recommençait ?
Tester en mode Agile
  1. Adopter Scrum : quel impact sur la stratégie de test ?
  2. Typologies de tests
    1. 1. Tests fonctionnels de validation
      1. a. Critères de validation
      2. b. Les données de tests et scénarios
      3. c. Les tests de validation et les User Stories
    2. 2. Tests de non-régression
    3. 3. Tests d’IHM (interface homme-machine)
    4. 4. Tests fonctionnels « de bout enbout »
    5. 5. Tests de composants
    6. 6. Tests unitaires
    7. 7. Test-Driven Development
    8. 8. Acceptance Test-Driven Development
  3. Anti-pattern : le cornet de glace
  4. La pyramide de tests idéale
    1. 1. Trouver du temps pour l’écriture
    2. 2. Faut-il écrire les tests de toutes les UserStories ?
    3. 3. Comment écrire les tests ?
    4. 4. Definition of Done et tests d’acceptation
  5. Les testeurs dans l’équipe Scrum
    1. 1. Le test fait partie de l’équipe
    2. 2. Testeur Agile : un métier en mutation
  6. En conclusion : écrivez des tests !
Conseils pour déployer Scrum
  1. Comment mener le changement vers Scrum ?
  2. État des lieux
    1. 1. Adoption des méthodes Agiles
      1. a. Scrum largement déployé
      2. b. Les motivations pour l’adoption de Scrum
      3. c. Comment Scrum est pratiqué ?
      4. d. Succès et challenges
    2. 2. Un bilan positif
  3. La motivation
  4. Big-Bang ou déploiement progressif ?
  5. Scrum et l’organisation en place
    1. 1. Que faire des responsabilités existantes ?
    2. 2. La structure
  6. En finir avec les idées reçues
    1. 1. Scrum n’est pas une approche structurée
    2. 2. Il n’existe pas de notion de planification
    3. 3. Scrum bannit la documentation
    4. 4. Avec Scrum, nous passons trop de temps en réunion
  7. Le soutien du management
  8. Vaincre les résistances à la conduite de changement
    1. 1. Résistance d’intérêt oupolitique
    2. 2. Résistance de confort
    3. 3. Résistance d’incapacité ou affective
  9. Utiliser les Serious Games pour faciliter le déploiement
    1. 1. Pour briser la glace…
      1. a. Le secret du succès
      2. b. On se classe par âge
      3. c. Le réseau social papier
    2. 2. Le Marshmallow Challenge
  10. Se faire accompagner
  11. Nos conseils en guise de conclusion
Scrum à l'aide d'un logiciel
  1. Faut-il obligatoirement utiliser un logiciel ?
  2. Tour d’horizon des outils de gestion de projets Scrum
    1. 1. Jira
    2. 2. Axosoft
    3. 3. iceScrum
    4. 4. Tuleap
  3. Autres outils utiles
    1. 1. Story Mapping
    2. 2. Pour les rétrospectives d’équipesdistribuées : IdeaBoardz
    3. 3. Outils de collaboration d’équipe
  4. Conclusion
Aller plus loin
  1. Avant-propos
  2. Mise à l’échelle de Scrum
    1. 1. LeSS
      1. a. Les principes de base
      2. b. Qu’est-ce qui est différent de Scrum dansLeSS ?
      3. c. Notre avis sur LeSS
    2. 2. SAFe
      1. a. Introduction
      2. b. Les fondations
      3. c. Le niveau « Équipe »
      4. d. Le niveau « Programme »
      5. e. Le niveau « Gestion de portefeuille »
      6. f. Notre avis sur SAFe
    3. 3. La méthode Spotify
      1. a. Description du modèle
      2. b. L’équipe
      3. c. Les tribus
      4. d. Les guildes et chapitres
      5. e. Notre avis sur le modèle Spotify
  3. Scrum et Kanban
    1. 1. Différences entre les deux méthodes
    2. 2. Mixer ou non les approches…
      1. a. Quelques considérations générales
      2. b. Un hybride de plus en plus utilisé : ScrumBan
      3. c. Faire son choix…
  4. Scrum et DevOps
  5. Scrum et contractualisation
    1. 1. Contradictions
    2. 2. Créer les conditions de la confiance
    3. 3. Répondre à un appel d’offres
    4. 4. Mise en place d’un plan d’assurance qualité (PAQ)
    5. 5. Contractualisation par Sprint
      1. a. Comment calculer le coût d’un Sprint ?
      2. b. Quid des User Stories non livrées ?
      3. c. Gestion des bugs et « non-validation » deUser Stories
    6. 6. Différentes formes de contrats envisageables
      1. a. Coûts variables
      2. b. Coûts fixes, périmètrevariable
      3. c. Coûts fixes, périmètrefixe
      4. d. Coûts fixes, périmètrefixe mais avec ajustement
      5. e. Budget par itération
      6. f. Utilisation d’une marge de profit
      7. g. Mise en place de pénalités
      8. h. Travail collaboratif
      9. i. Money For Nothing (payer pour rien) et Change ForFree (changement offert)
    7. 7. Exemple de contrat type
Vérifiez vos connaissances
  1. Pourquoi ce questionnaire ?
  2. Les questions
  3. Les réponses
  4. L'heure du résultat
  5. Il est temps de se quitter

    Avis clients sur Scrum - eni - Datapro

    (Ils sont modérés par nos soins et rédigés par des clients ayant acheté l'ouvrage)
    Donnez votre avis
     
    Controler les cookies