Agile et Scrum en profondeur - Module 1 : état d'esprit agile. Bases des activités et des jeux | Ignacio Paz | Skillshare
Recherche

Vitesse de lecture


1.0x


  • 0.5x
  • 0.75x
  • 1 x (normale)
  • 1.25x
  • 1.5x
  • 1.75x
  • 2x

Agile et Scrum en profondeur - Module 1 : état d'esprit agile. Bases des activités et des jeux

teacher avatar Ignacio Paz, Agile Coach and trainer, Professor

Regardez ce cours et des milliers d'autres

Bénéficiez d'un accès illimité à tous les cours
Suivez des cours enseignés par des leaders de l'industrie et des professionnels
Explorez divers sujets comme l'illustration, le graphisme, la photographie et bien d'autres

Regardez ce cours et des milliers d'autres

Bénéficiez d'un accès illimité à tous les cours
Suivez des cours enseignés par des leaders de l'industrie et des professionnels
Explorez divers sujets comme l'illustration, le graphisme, la photographie et bien d'autres

Leçons de ce cours

    • 1.

      Introduction

      2:06

    • 2.

      Comment tirer le meilleur parti de ce cours ?

      1:25

    • 3.

      Bases de l'agilité - Objectifs d'apprentissage

      0:22

    • 4.

      Plan-faire-check-act

      2:12

    • 5.

      Certitude vs incertitude

      3:47

    • 6.

      Développement itératif et incrémental

      3:10

    • 7.

      Deux approches du travail - Objectifs d'apprentissage (optionnel)

      0:22

    • 8.

      Deux approches du travail - Un jeu pour vous - Partie 1 (utiliser le lien papier ou modèle)

      7:01

    • 9.

      Deux approches du travail - Un jeu pour vous - Partie 2 (utiliser le lien papier ou modèle)

      6:21

    • 10.

      Acitvité : réfléchir sur le jeu (utiliser le lien de l'enquête)

      1:08

    • 11.

      Les conclusions des approches du jeu

      1:10

    • 12.

      Activité : impact sur les parties prenantes (utiliser le lien du modèle - onglet Intervenantes)

      1:26

    • 13.

      Examen de l'activité : impact sur les parties prenantes

      2:03

    • 14.

      Modèle d'investissement agile - Objectifs d'apprentissage

      0:22

    • 15.

      Modèle d'investissement agile : options d'investissement 2

      2:49

    • 16.

      Modèle d'investissement agile : marché fixe vs marché agile

      2:50

    • 17.

      Modèle d'investissement agile : investissement dans le logiciel

      3:18

    • 18.

      Comment ça va ? Des questions ?

      0:36

    • 19.

      Agile - Objectifs d'apprentissage

      0:22

    • 20.

      Activité : qu'est-ce qui est agile et ce qui ne l'est pas ? (Utiliser du papier)

      0:31

    • 21.

      Activité : puzzle de valeurs (utiliser le lien)

      2:45

    • 22.

      Solution d'activité : solution de puzzle de valeurs agiles (utiliser le lien de l'enquête)

      1:41

    • 23.

      Manifeste agile : 4 valeurs

      3:52

    • 24.

      Activité : manifeste agile - puzzles de principes (utiliser le lien)

      0:17

    • 25.

      Manifeste agile : 12 principes

      5:27

    • 26.

      L'état d'esprit agile

      1:05

    • 27.

      Prochains cours

      0:38

    • 28.

      Réflexions finales

      0:52

  • --
  • Niveau débutant
  • Niveau intermédiaire
  • Niveau avancé
  • Tous niveaux

Généré par la communauté

Le niveau est déterminé par l'opinion majoritaire des apprenants qui ont évalué ce cours. La recommandation de l'enseignant est affichée jusqu'à ce qu'au moins 5 réponses d'apprenants soient collectées.

247

apprenants

--

projets

À propos de ce cours

Êtes-vous intéressé à apprendre Agile ? Voulez-vous commencer avec une compréhension de base solide et respirer l'état d'esprit et les valeurs agiles afin de poursuivre avec Scrum ? Ce cours est pour vous, nous allons apprendre Agile à travers une série de leçons et d'activités amusantes.

Ce cours comprend les bases de l'Agile. Après ce cours, vous pourrez poursuivre avec Agile et Scrum en profondeur - Module 2 : Framework Scrum - Premières étapes d'un Scrum Master ou d'un Product Owner.

Ce que vous allez apprendre :

  • Agile : dans ce cours, nous nous focaliserons principalement sur l'agilité
  • Origines de l'agile
  • Réviser le modèle de cascade
  • Différence entre certitude et incertitude
  • Problèmes adaptatifs complexes
  • Développement itératif vs développement incrémental
  • Impact sur l'entreprise : comment agile accélère l'entreprise
  • Valeur précoce
  • Valeurs : quelles sont les valeurs et principes que les équipes doivent adopter
  • Manifeste agile
  • État d'esprit agile : l'état d'esprit à être agile au lieu de faire agile
  • Jeux et activités : si vous êtes un leader, un scrum master ou un coach agile, ces activités et jeux seront très utiles pour jouer avec vos équipes

Qu'est-ce qui n'est pas inclus ?

Comprendre correctement Agile est essentiel comme première étape pour passer à un cadre agile comme Scrum plus tard. Cela fera la différence entre faire la différence entre être agile et être agile. De nombreuses équipes adoptent l'agilité d'une manière qu'elles ne savent pas mais sont appelées fausses agiles, vous ne voulez pas cela.

Ce cours est spécifiquement destiné à :

  • Les personnes qui veulent apprendre Agile et donner les premiers pas
  • Les personnes qui aiment un mélange de théorie et d'activités
  • Débutants, personnes sans expérience ou savoir Agile
  • Gens d'affaires, gestionnaires qui veulent apprendre comment Agile les aiderait
  • Développeurs, gestionnaires de projet, analystes d'affaires, architectes de solutions, architectes d'entreprise, administrateurs de base de données, et fondamentalement toute personne intéressée par l'apprentissage de l'agile.

Ce cours n'est pas adapté pour :

  • Personnes qui cherchent à apprendre Scrum ou un cadre ou une méthodologie spécifique. Il devrait y avoir un nouveau cours à venir pour cela.
  • Les personnes qui souhaitent prendre des certifications. J'ai d'autres cours pour cela.

Ce cours peut toujours être amélioré, donc si vous avez un sujet que vous souhaitez en savoir plus, veuillez me le faire savoir afin que je puisse voir à l'inclure dans ce cours ou dans les cours à venir.

Qu'attendez-vous pour vous y mettre ? Commencez ce cours maintenant : )

À propos de moi

Bonjour, je m'appelle Ignacio Paz.

J'ai dirigé, coaché et géré des projets Agile et des équipes Scrum depuis 2005 pour des clients du monde entier.

Au cours de ma carrière d'apprentissage intensif, j'ai obtenu de nombreuses certifications Scrum dont Certified Scrum Professional Scrum Master, Professional Product Owner et Agile Coaching qui sont très difficiles à atteindre.

J'ai travaillé 15 ans en tant que professeur de méthodologies et de design de systèmes agiles dans l'une des universités technologiques les plus importantes d'Argentine.

J'adore enseigner Agile et Scrum et j'ai prévu beaucoup d'heures de formation que j'apporte en ligne. Je préfère enseigner avec des jeux et des activités qui peuvent simuler le monde réel.

Rencontrez votre enseignant·e

Teacher Profile Image

Ignacio Paz

Agile Coach and trainer, Professor

Enseignant·e

Hello, I'm Ignacio

I led, coached and managed Agile projects and scrum teams since 2005 for customers all over the world.

During my career of intensive learning I got many scrum certifications including Certified Scrum Professional Scrum Master, Professional Product Owner and Certified Agile Leadership which are very difficult to achieve.

I worked 15 years as a professor for Agile Methodologies and Systems design in one of the most important technological universities in Argentina.

I love to teach Agile and Scrum and I designed a lot of hours of training that I am bringing online. I prefer to teach with games and activities that can simulate the real world.

My classes can always be improved, so if you have any topic that you would like to know more, I... Voir le profil complet

Compétences associées

Développement personnel État d'esprit
Level: Beginner

Notes attribuées au cours

Les attentes sont-elles satisfaites ?
    Dépassées !
  • 0%
  • Oui
  • 0%
  • En partie
  • 0%
  • Pas vraiment
  • 0%

Pourquoi s'inscrire à Skillshare ?

Suivez des cours Skillshare Original primés

Chaque cours comprend de courtes leçons et des travaux pratiques

Votre abonnement soutient les enseignants Skillshare

Apprenez, où que vous soyez

Suivez des cours où que vous soyez avec l'application Skillshare. Suivez-les en streaming ou téléchargez-les pour les regarder dans l'avion, dans le métro ou tout autre endroit où vous aimez apprendre.

Transcription

1. Introduction: Dans un monde en constante évolution, nous devons nous adapter plus rapidement. Plus une plante est longue, plus elle risque de tomber en panne. La qualité technique des produits demandés par les clients est de plus en plus élevée. Nous devons souvent fournir un véritable travail de valeur. La capacité de collaborer au sein d'une équipe multidisciplinaire. Est-il mis à l'échelle à la demande ? Bonjour, je m'appelle Ignacio boss by lead, coaché et géré des projets agiles et des équipes Scrum pour des clients tels que MTV rider, eHarmony, version 1, qui est l'un des meilleurs outils de gestion de projet agile et beaucoup d'autres depuis 2005 dans le monde entier. Au cours de ma carrière d'apprentissage intensif et de pratique, j'ai obtenu de nombreuses certifications notamment Certified Scrum Professional, Scrum Master, Product Owner, et IHL Golgi et certification, qui sont très difficile à réaliser. Iols a enseigné 15 ans en tant que professeur de méthodologies agiles sur conception de systèmes dans l'une des plus importantes universités technologiques d'Argentine. J'adore enseigner I Agile et Scrum, et je conçois de nombreuses heures de formation. centime apporte une ligne. Je préfère enseigner avec des jeux et des activités qui peuvent simuler le monde réel. Dans ce cours, nous nous concentrerons principalement sur l'agilité, comment accélérer les affaires sans brancher les valeurs et les principes qui jugent embrassés de masse pour construire le bon état d'esprit. Nous ne nous concentrerons pas sur Scrum ni aucun cadre ou méthodologie particulier. Comprendre correctement Agile est essentielle car la première étape pour passer à n'importe quel framework Agile comme Scrum plus tard, cela fera une différence entre Agile et NIJ. Si vous aviez un leader de maître ou d'entraîneur agile, ces activités et ces jeux seront très utiles pour jouer avec vos équipes. Cette classe peut toujours être améliorée. Donc, si vous avez un sujet que vous aimeriez en savoir plus, faites-le moi savoir pour que je puisse l'inclure dans ce cours ou dans les futurs cours. Qu'attendez-vous ? Commencez le discours maintenant. 2. Comment profiter au maximum de ce cours ?: Bienvenue sur mes courbes Skillshare. Je suis tellement heureuse que tu sois là et que tu sois prête à apprendre. En suivant ce cours. Vous avez déjà montré que vous êtes déterminé à améliorer vos compétences et à faire passer votre créativité au niveau supérieur. Maintenant, prenons en compte votre enthousiasme. Interaction intacte, consultez la section projet et ressources de ce projet, je vous mets au défi de mettre vos nouvelles connaissances en pratique. Utilisez ce que vous avez appris et créez quelque chose d'incroyable. N'ayez pas peur d'expérimenter et de repousser vos limites. N'oubliez pas que la seule façon de grandir est de sortir de votre zone de confort. Je vous encourage à laisser une question dans la section de discussion. C'est une excellente occasion d'entrer en contact avec d'autres apprenants sur moi et d' obtenir des commentaires sur votre travail. N'hésitez pas à demander de l'aide si vous en avez besoin. Nous sommes tous là pour apprendre ensemble de manière non partagée. Enfin, je serais honoré si vous pouviez laisser un avis sur ce cours. Vos commentaires sont essentiels pour m'aider à m' améliorer et à rendre les prochains cours encore meilleurs. Dites-moi ce que vous aimez. Qu'est-ce qui vous pose un défi ? Et toutes les suggestions que vous pourriez avoir. J'apprécie votre opinion et j' apprécie le temps que vous m'avez accordé. Maintenant, commençons ensemble ce projet passionnant. 3. Principes de base de Agile - Objectifs de l'apprentissage: Dans cette section, nous allons apprendre des concepts de base mais importants pour comprendre notre IG, tels que la roue Deming et le développement itératif et incrémental. Commençons. 4. Plan-do-check-act: C' est le plan faire, vérifier, agir, objectif du site. Quand je parle des origines d'Agile, j'aime les associer au mouvement qualité. Voici William Edwards Deming. Deming est considéré par beaucoup comme le père du contrôle de la qualité moderne. Deming était un ingénieur américain, professeur d' étude Shannon, auteur, conférencier sur le consultant en gestion. Il est surtout connu pour son travail au Japon après la Seconde Guerre mondiale avec les dirigeants de l'industrie japonaise, Japon est passé des cendres de la guerre pour devenir la deuxième plus grande économie du monde. En partie à cause des idées de Deming. Deming a rendu populaire ce qu'il appelait le cycle de Shewhart, qui avait évolué en plan do, check act ou PDCA, check act ou PDCA, également connu sous le nom de Deming nous allons planifier do check act, est une méthode itérative de gestion de l'étape de coulage utilisé dans pour le contrôle et l'amélioration continue des processus et des produits. Le plan établit les objectifs et les processus nécessaires pour obtenir les résultats souhaités. Due est le visage qui permet au plan de l'étape précédente d'être fait. Check est le visage où les résultats de données gay là-bas de la phase de travail sont évalués et inspectés. L' étape de la Loi est celle où un processus est amélioré et adapté. Ainsi, le cycle de vérification des actes est un modèle d' itérations pour une amélioration continue basée sur l'inspection et l'adoption. Les méthodologies agiles sont des variations sur les améliorations de la roue Deming mais à certains contextes ou types de problèmes et peuvent inclure des détails sur ce qu'il faut faire, les règles, les Rawls, les valeurs et les principes. À la fin de ce cours, vous serez en mesure de comprendre tous les concepts de ce diagramme sur les meilleures pratiques pour l'implémenter dans votre équipe ou organisation. 5. Certes, vs Incertitude: Certitude par rapport à incertitude. Dans le développement de logiciels traditionnels, le modèle de cascade a été utilisé pendant longtemps. Il définit des étapes très claires et consécutives pour construire un produit qui n'est utilisable que dans son ensemble à la fin, après avoir terminé toutes les étapes. À chaque étape, vous devez terminer l'édition, queue et le travail complet afin de passer à l'étape suivante. Si le travail sur une étape précédente est incomplet, contient des erreurs ou de nouvelles exigences sont nécessaires. Ces changements sont très difficiles et coûteux à régler. Maintenant, cette approche est géniale, mais seulement quand vous savez dès le début exactement toutes les scènes que vous aurez besoin de faire. Et vous êtes certain que cela ne changera pas, ce qui, de nos jours, dans la plupart des industries et des entreprises, est très rare et rare. L' approche des chutes d'eau est logique lorsque vous pouvez définir ce qu'il faut construire avec un degré élevé de détails. Et vous devez être certain avant de nous construire, il sera là pendant longtemps et le modifier sera super cher ou même impossible. Si je demande à un architecte de rouer pour moi et dès qu'iMovie et moi disons, vous savez quoi, j'aimerais abattre ce mur et non pollué là-bas. Et le dortoir, je pense qu'il devrait être déplacé au premier étage au lieu du rez-de-chaussée. Eh bien, il aurait pu être mieux de définir ça avant de construire la maison, non ? Parce que maintenant ces changements vont me coûter une fortune. Autrefois, le développement de logiciels était comparé au génie civil. Cependant, les programmes ont été faits avec des punchcards, ce qui a nécessité beaucoup d'efforts et une analyse préalable détaillée. En outre, il n'y avait pas d'ordinateurs personnels et le temps d'exécution d'un ordinateur était incroyablement cher. Donc, vous ne pouviez pas vous permettre d'apporter une carte baggy au centre informatique pour exécuter un programme qui a besoin d'ajustements et de gaspiller tant d'argent pour rien. Mais heureusement, ce n'est plus le cas. De nos jours, changer un programme est assez bon marché. De nos jours, la plupart des entreprises doivent faire face à des problèmes d'adaptation complexes et les résoudre. est un problème que vous comprenez, mais il y a beaucoup d'incertitude et la solution devra être adaptée à un grand nombre de variables que vous ne pouvez pas connaître ou contrôler en ce moment. Le modèle de cascade n'est pas efficace pour les problèmes avec tant d'incertitude. Un exemple est un logiciel qui fait face à beaucoup d'incertitude quant aux exigences et à la technologie et qui doit être inspecté et adapté très fréquemment pour réaliser sa vision. La bonne nouvelle est que les logiciels sur de nombreux autres produits sont moulés. Cela signifie qu'ils peuvent être modélisés sans changement assez facilement. À un coût relativement faible. Construire des logiciels, c'est comme ouvrir une porte à un nouvel univers. Vraiment. Vous comprenez le problème à résoudre sur le but, mais vous entrez dans un monde inconnu, un nouveau monde où vous découvrirez et apprendrez beaucoup de nouvelles choses en cours de route. Dans les prochaines sections, vous apprendrez à faire face à l'incertitude et à adapter votre produit aux changements inattendus de l'entreprise. 6. Développement itératif et Iterative: développement itératif et incrémental sont des concepts cruciaux dans Agile. Commençons par comparer le développement linéaire par rapport au développement itératif. Le développement linéaire est très simple. Vous avez un plan et un objectif, sorte que vous exécutez le plan pour atteindre l'objectif. C' est vu. Cependant, s'il y a des écarts sur le plan original ou quelqu'un doit changer l'objectif qui ne faisait pas partie du plan initial. Ce n'est pas très facile à gérer. Dans un développement itératif. Nous commençons par un plan initial ou un projet sur un objectif initial. Pendant l'exécution, nous aurons des itérations avec des points de contrôle. À la fin de chaque itération, nous vérifions comment nous faisons selon le plan et un objectif de prendre des mesures correctives. Nous planifions la prochaine itération et continuons. Nous avons vérifié et agis à nouveau, et ainsi de suite. Pour chaque itération, même l'objectif initial change, nous pouvons toujours nous y adapter. Si pendant l'exécution quelqu'un a de nouvelles idées, il y a des changements externes, impôts ou tout ce qui n'était pas dans le plan initial, mais ils ont un impact sur nous. Nous pouvons toujours les inclure, sont réagir à temps. méthodologies agiles utilisent le développement itératif afin d'inspecter les progrès vers l'objectif et de s'adapter à des facteurs imprévisibles. Maintenant, comparons le développement modulaire par rapport au développement incrémentiel. Par exemple, supposons que notre client veut un bol pour jouer. Dans le développement modulaire, vous construisez différentes parties du produit qui ne sont pas utilisables. Vous les assemblez en faces jusqu'à ce que toutes les pièces soient intégrées ensemble et que le produit soit prêt à l'emploi. Dans le développement incrémentiel, nous commençons par une balle initiale qui est utilisable et nous la donnons à l'utilisateur pour en apprendre davantage sur ses besoins. Le client dit que cela a l'air bien, mais il n'adhère pas bien au sol. Nous considérons donc les États-Unis comme de nouvelles exigences. On y ajoute du caoutchouc et on le lui rend. Le client dit que c'était une amélioration, mais il pense que le problème est L, donc c'est trop léger. E1_l. Demandez s'il est possible de le rendre bleu. Donc, nous le remplissons avec un matériau plus lourd et changeons la couleur. Dans le développement modulaire, les utilisateurs nous disent les exigences au début. Et si les données comme leur produit, leur frustration est élevée et est typique de les blâmer en disant qu'ils ne savent pas ce qu'ils veulent. méthodologies agiles acceptent qu'il est difficile de savoir ce que l'on veut, surtout avec de nouvelles choses jusqu'à ce qu'on l'utilise. Et nous ne pouvons pas le deviner non plus. Par conséquent, le développement incrémentiel est préférable de fournir une utilisation précoce des anciennes versions du produit. Échec rapide si la vision n'est pas assez bonne, obtenez des commentaires tôt. Lehrer rapide, non amélioré afin que les utilisateurs puissent obtenir ce dont ils ont vraiment besoin. Nous apprenons avec eux. 7. Deux approches du travail - Objectifs d'apprentissage (facultatifs): Dans cette section, vous allez jouer à un jeu où vous allez terminer un très petit projet avec deux approches. Vous déciderez celui qui vous convient le mieux et évaluerez l' impact du délai de mise sur le marché sur la valeur initiale dans le contexte de produits réels. Commençons. 8. Deux approches du travail - Un jeu pour vous - 1ère Partie (utiliser le papier ou le modèle): J' ai un jeu pour toi. Vous devrez réaliser trois très petits projets. Vous pouvez simplement utiliser deux feuilles de papier avec trois colonnes dans chacune, sorte qu'il sera plus facile de visualiser la minuterie. Vous pouvez également utiliser le lien vers la feuille de calcul fournie, mais vous ne pouvez pas utiliser de formules. Ce n'est pas l'idée. Vous devrez taper toutes vos réponses sans aide. Supposons que vous devez travailler dans trois projets. Le premier projet est l'alphabet. Le deuxième projet sont les chiffres romains. Sur le dernier projet sont les multiples sur sept. Mais nous le ferons avec vous. Différentes approches. La première approche est Rose. Cela signifie que vous allez terminer chaque ligne et passer à la suivante. Par exemple, dans le premier rouleau, je vais compléter un dans Roma numéro sept dans la dernière colonne sur déplacé au rôle suivant à écrire, être à 14 puis déplacé à la troisième rangée à droite, voir trois à n'importe qui et ainsi de suite. Tu l'as eu. Les 3 premières lignes sont maintenant l'exemple, donc vous devrez commencer à partir d'ici avec la ligne suivante une fois terminée. 10 Rose de là. Pendant que vous travaillez, je vais vous montrer une minuterie. La minuterie fonctionnera comme ça quand vous êtes en bas avec toutes les rangées, non ? Le temps total qui vous a pris pour terminer tous les projets. Et puis vous pouvez passer à la vidéo suivante. Ok, je vais arrêter la minuterie maintenant. Si vous avez besoin de plus de temps pour vous préparer, veuillez poster la vidéo. Êtes-vous prêt à commencer ? La minuterie démarre maintenant. 9. Deux approches du travail - Un jeu pour vous - 2e partie, (utiliser le papier ou le modèle): la deuxième partie du jeu est similaire, mais avec une approche différente. Vous pouvez préparer une nouvelle feuille de papier avec trois colonnes pour vous travailler dans le même projet, mais cette fois, vous allez terminer toutes les 10 valeurs de chaque colonne avant de passer à la colonne suivante . Par exemple, je vais commencer par le projet alphabet et écrire un B C suivant, suivant et ainsi de suite. Bien sûr, vous commencerez à partir d'ici après les exemples pour compléter 10 valeurs. Lorsque vous avez terminé, vous écrivez le temps total qui vous a pris pour terminer ce projet. Ce chiffre n'est qu'un exemple. Peu importe si vous êtes plus rapide ou cela prend plus de temps. Ensuite, vous travaillerez sur le projet de numéro romain. Par exemple, j'écrirai 123 et ainsi de suite pour 10 valeurs. Après les exemples Lorsque vous avez terminé, veuillez écrire l'heure que vous voyez dans la minuterie. Enfin la même chose pour les multiples sur sept, 7 14 21 Suivant. Suivant. Et écrivez l'heure que vous voyez dans la minuterie lorsque vous avez terminé avec 10 valeurs après les exemples. D' accord. Si vous avez besoin de temps pour préparer la police poster la vidéo. La minuterie va commencer maintenant. Non Oh, 10. Acitvity : Réfléchissez sur le jeu (utilisez le lien de l'enquête): La première approche consistait à travailler sur tous les projets en même temps, ou multitâches, sans limite pour les travaux en cours. Le 2e 1 concernait le travail sur un projet à l'époque, avec une limite de progression de travail égale à un. Nous devons admettre que vous pourriez avoir un avantage la deuxième fois que vous avez déjà pratiqué avec chaque projet. Mais ce sera bien si vous pouvez réfléchir aux questions suivantes sur ce que vous avez ressenti avec chaque approche ? Les 3 premières questions sont d'un point de vue positif. Lequel était le plus rapide avec lequel étais-tu ? Plus de concentration. Lequel vous donne le plus de satisfaction ? Les trois derniers sont négatifs. Lequel veut le plus stressant ? Lequel veut plus d'erreur ? Prom sur lequel est le plus complexe pour travailler orteil ? Répondez à ces questions. Veuillez ouvrir le lien Sarver dans les ressources de la vidéo ou de la description du projet. Une fois que vous avez soumis le sondage, veuillez continuer avec la vidéo suivante 11. Conclusions des approches du jeu: Comparons les deux approches qui ne fonctionnent que sur. Au lieu de trois projets, nous pouvons imaginer que ce sont les trois caractéristiques d'un projet ou d'une tâche. L' idée est la même. Donc, la première approche est le fonctionnement d'un modèle de cascade. Vous ne pouvez pas libérer tant que tout n'est pas terminé. La deuxième approche ressemble plus à des œuvres agiles. Vous avez travaillé sur une chose à la fois sur les nouvelles fonctionnalités de Carolus dès qu'elles sont terminées et les mettre à la disposition des utilisateurs. Donc, cela fournit une valeur précoce. Un à la fois, signifie que votre limite de travail en cours est un. En général, les gens se sentent mieux travailler sur une tâche à la fois. Parce que l'augmentation des poches avec moins de distractions. Par exemple, lorsque vous travaillez dans un Finlandais et que quelqu'un vous interrompt, ou vous devez changer de tâches. Vous avez besoin d'un certain temps pour réfléchir à l'endroit où vous avez été ajouté à votre tâche avant de pouvoir continuer. Est moins stressant, fournit des résultats plus précis et plus rapides. Ils peuvent avoir plus d'attention aux détails et les tâches deviennent plus faciles à accomplir. 12. Activité : Impact sur les parties parties à la partie (utiliser le lien du modèle - onglet des inter: Que pouvons-nous penser du point de vue des parties prenantes et des clients ? Il ne s'agit pas uniquement de la façon dont nous construisons le logiciel. En fait, l'objectif principal est de satisfaire le client. La vérité est que les deux approches peuvent prendre même temps pour terminer chaque projet ou image. Alors, quel est l'avantage pour les clients ? L' avantage est le temps de commercialiser. Si nous supposons que chaque projet prend un mois de travail avec l'approche 1, anciens clients recevront les projets après trois mois. Avec l'approche, un client le recevra après un mois et un autre client après deux mois, et seul le dernier client le recevra après trois mois. S' il vous plaît faire une table comme celle-ci et compléter les cellules. Si vous faites référence aux ressources de la vidéo ou du projet, vous trouverez une feuille de calcul avec un talon de l'intervenant auquel vous pouvez faire une copie inutilisée pour cette activité, pour chaque approche et pour chaque mois indique ce qui a été fait ce que pourraient ressentir les parties prenantes. Et en supposant que chaque projet peut générer 300 mille de revenus, c'est le mois, une fois qu'ils sont prêts, quel est le revenu de chaque projet jusqu'à présent pour chaque mois ? Mettez la vidéo en pause et continuez lorsque vous avez terminé. 13. Examen de l'activité : Impact sur les parties parties parties: Voyons comment les deux approches fonctionnent pour les clients. Après le troisième mode, avec l'approche 1, vous n'avez rien fait. Tous les clients attendent et le revenu du projet était de 0. Avec la deuxième approche, vous terminez le projet 1. Donc le client est super heureux. n'y a pas de revenu parfait parce que le projet 1 vient d'être terminé. n'y a donc pas encore de gains. Après le deuxième mode avec approche un, pas dans son arrivée. Ainsi, les clients peuvent être nerveux ou anxieux et il n'y a pas de revenus de projet avec Approach to you projet terminé trop. Le client deux est donc très heureux de le faire. Maintenant, parce que le projet Guan a généré des gains le mois dernier, vous avez 300 k en votre faveur. Après le troisième mode, avec l'approche 1, vous avez terminé tout le projet en même temps, tous les clients sont malheureux. Ils choses ces projets devraient prendre moins de trois mois avec notre approche de vous terminé projet trois. client trois n'est donc pas si heureux que le client et le client aussi, mais il a aussi son produit. Le revenu du projet est de 600 000 dollars parce que le projet Guan a généré 300 000 dollars à nouveau, et le projet 2 a généré 300 k2. En résumé, les approches achetées ont terminé les trois projets en trois mois. La différence est qu'avec l'approche un, tous les clients sont malheureux et ils ne sont pas revenu du projet avec Approche à la plupart des clients sont très heureux et il y avait un revenu de projet de 900 K. Et c'est avec la même quantité de travail. Les conclusions de ces chiffres sont très puissantes. Ils ont un impact énorme sur leur entreprise. Vous en verrez plus à ce sujet pendant les leçons de Scrum sur une cuisine spécifique avec la valeur de focus. C' est la raison pour laquelle les planches Kanban limitent leur travail en cours et la philosophie de stop-start dans la finition OnStart. 14. Modèle d'investissement agile - Apprendre des objectifs: Dans cette section, nous allons voir l'impact de l'IA sur le territoire d' un développement progressif sur les finances et les opportunités d'un projet du point de vue d'un investissement. Commençons. 15. Modèle d'investissement Agile : Options d'investissement 2: modèle d'investissement agile, plusieurs fois agile. C' est absurde. Du point de vue de la productivité des équipes et des conditions de travail, nous examinerons comment l'agilité contribue à faire en sorte que les revenus du point de vue Mestre aient un impact sur leur activité. Supposons que quelqu'un de fiable vous offre à des options d'investissement, et vous devez choisir un dans le 1er 1 Vous commencez avec un investissement de 1200$. À la fin d'un an, vous reviendrez 1800. Maintenant, ce n'est qu'une estimation. Si les choses vont vraiment bien, vous pouvez en savoir plus sur le scénario que vous appelez ce matin, ou si les choses vont vraiment mal, vous pouvez écouter tout dans la deuxième option d'investissement, vous investirez 100 par mois pendant un an, ce qui est 1200 dans une année à la différence est que vous obtiendrez 150 Indiens de rabais chaque mois, ce qui est comme 1800 sur les revenus d'une année. Cet investissement, Haas, expriment le même risque que l'option d'investissement précédente. Alors, lequel choisiras-tu ? Ok, S'ils ne sont pas décidés, je vais clarifier que dans le 2ème 1 vous pouvez sortir à tout moment. Vous n'êtes pas obligé de continuer à investir Monley tous les mois pendant un an. Si vous ne voulez pas avec le 1er 1, vous ne pouvez pas sortir avant la fin de l'année. Ok, j'espère que tu auras le choix. La différence est qu'avec le 2ème 1, vous pouvez régner mieux plus tôt le matin, vous obtenez quelque chose d'autre ou si cet investissement est bon, vous pouvez le réinvestir pour les mois suivants. En fait, à partir du deuxième mois, l'investissement suivant sera un peu gratuit. Vous investissez juste ce que vous avez obtenu des matins précédents. Tu n'as jamais mis 1200 en danger. En outre, il y a une différence avec leur gestion de course. Avec le 2ème 1, vous pouvez gérer le risque chaque mois pour investir mawr ou sortir. Si cet investissement est mauvais, vous pouvez perdre pendant 12 ou trois mois, mais pas votre ensemble. Savon met de l'argent dans un projet pour être le logiciel qui attend un avantage n'est pas très différent d'investir dans autre chose. Lorsque vous travaillez dans un produit ou un projet avec agile, le modèle d'investissement pour les parties prenantes ressemble plus au second cas 16. Modèle d'investissement agile : Contrat de prix fixe vs. le contrat: supposons que vous êtes une entreprise qui veut construire un projet. Un nouveau contact chez Bender. Le 1er 1 vous propose ce contrat. Il a un prix fixe, donc pas de surprises. Il sera livré dans un an. Toutes les caractéristiques à construire, nos détails. Toutefois, si vous avez besoin de modifications, celles-ci seront estimées non facturées. En outre, le deuxième fournisseur vous propose ce contrat. Il s'agit d'une taxe forfaitaire de 100 par mois. Il y aura des livraisons partielles chaque mois avec la portée variable selon les priorités. Et si vous avez besoin d'annuler ou de faire des changements dans l'équipe, vous devez donner un préavis de deux mois, période en tant que vendeur, Haas Coast pour absorber quel or vous faites cuire Eh bien, le deuxième contrat vous donnera un investissement comme dans le secteur de l'investissement moderne que nous venons de voir c'est plus à quel point un contrat de développement agile ressemble à de nombreuses entreprises chinoises ne se sentent pas à l'aise avec le contrat agile. Ils ont peur, disent-ils. Comment ça, que je ne sais pas ce que j'aurai ? Je veux savoir exactement ce qui va être construit. Combien de temps va prendre et combien va coûter. Et c'est compréhensible parce que j'aimerais savoir la même chose si j'embauche un gars pour peindre ma maison. Mais nous n'engageons pas ce genre de service prévisible ici. Nous allons construire quelque chose de nouveau, quelque chose qui n'existe pas et vous ne pouvez pas simplement aller acheter. C' est pour ça que nous le construisons. Sinon, nous allons juste l'acheter quelque part à la fin de l'histoire. Par conséquent, c'est quelque chose de complexe qui peut changer. Ça va changer. Les entreprises ayant une mentalité à prix fixe veulent un sentiment irréaliste de sécurité avec un contrat à prix fixe , mais elles s'engagent dans un engagement très risqué. Ils doivent comprendre qu'ils vont investir dans un produit complexe qui doit être découvert et adopté et comment le modèle d'investissement hors agile fonctionnera pour eux. Dans l'industrie I T. Notre responsabilité n'est pas seulement de construire un bon logiciel, mais L Soto conseille sur la meilleure façon de tirer profit de ce qui est le mieux conçu pour maximiser la valeur , donc nous devrions être en mesure d'expliquer l'impact des deux cas. Les parties prenantes ne se soucient peut-être pas si nous utilisons notre travail ou notre brouillage, mais elles doivent comprendre les avantages de la valeur précoce en cas de risque d'un produit qui a besoin d'adaptation. Vous pouvez toujours faire une estimation approximative pour donner un sens hors taille pour un ensemble de fonctionnalités US A. Draft, mais il est préférable d'apprendre et d'adopter pour de nouvelles fonctionnalités potentielles à chaque itération. 17. Modèle d'investissement Agile : Investissement dans le logiciel: Nous allons jeter un oeil sur la façon dont ce modèle d'investissement avec ce contrat fonctionne Lors de la construction quelque chose de complexe, comme un produit logiciel. Dans la première approche, vous engagez tout votre budget dès le début, hors du projet et au N hors délai. Un an, vous aurez votre chiffre d'affaires qui est votre produit parce que cela vient de naître et n'a jamais été utilisé. Il peut être bon ou un grand échec s'ils sont dans le projet. Vous avez des facteurs externes. Les concurrents viennent avec de nouvelles fonctionnalités ou vous avez de nouvelles idées. Vous ne pouvez pas modifier votre portée car vous avez un contrat. Si vous voulez ces changements, vous devrez payer plus cher. Peut-être que vous ne pouvez pas les payer parce que vous dépensez déjà tout votre budget pour les fonctionnalités. Ce n'est peut-être pas très important. Maintenant, avec la deuxième approche, vous payez monley pour une équipe travaillant sur les choses les plus précieuses sur vous donner un produit chaque mois ou en moins de temps, ce produit n'a pas tout ce que vous vouliez, mais juste quelques fonctionnalités importantes que l'utilisateur peut faire utiliser hors de lui avec leurs pieds en arrière. Le mois suivant, vous pouvez décider de construire un mobile ou un panier d'achat ou de changer les technologies du produit. Si vous êtes en mesure de gagner de l'argent avec les premiers baissiers, le reste du projet peut être payé par lui-même sans dépenses supplémentaires. Donc, chaque mois, vous décidez quoi faire ensuite. Si ce produit réussit, vous voudrez peut-être investir plus rapidement que vos fonctionnalités. Si vous réalisez que vous, messieurs, ne voulez pas vraiment ce produit, vous pouvez simplement annuler le projet ou changer la vision. En d'autres termes, si le projet n'est pas digne, vous pouvez échouer rapidement et bon marché au lieu de perdre beaucoup de temps et d'argent. Si le produit est bon, vous pouvez réagir à temps pour fournir ce dont les utilisateurs ont vraiment besoin. La bonne partie que si vous embauchez une entreprise travaillant de cette façon, leur succès dépend du succès de votre logiciel. Si votre logiciel réussit, le fournisseur aura un contrat à long terme avec vous car le produit devra être adapté en permanence en raison de nouvelles exigences. Si le logiciel échoue ou que vous n'aimez pas la façon dont ils fonctionnent, vous résilierez le contrat de sorte que le fournisseur devra être avec vous pour vous guider dans la bonne direction pour atteindre vos objectifs et votre valeur. Améliorez la bonne progression pour vous à chaque itération. Selon une étude menée par Forrester. Lorsqu' on a demandé aux entreprises comment elles décidaient quels produits construire, seulement 24 % avaient un modèle financier pour l'optimisation de la valeur économique. La moitié d'entre eux étaient aux côtés d'un comité, donc on dirait qu'il y a 76 % de réduction. Les entreprises décident avec une sorte d'intuition. Le risque de perte potentielle d'opportunités dans lesquelles ces entreprises sont confrontées. Ça a l'air très élevé. Outre la façon dont ils décident quels produits construire, une approche agile donnera toujours l'occasion de vérifier les poils tôt et souvent comment les choses se passent, prendre des décisions pour continuer ou de passer à autre chose. 18. Comment cela se fait ? Avez-vous des questions ?: Hey, j'aimerais prendre une petite pause avec un thé ou un café imaginaire avec vous pour dire merci . Merci d'avoir suivi ce cours. Si vous êtes ici, cela signifie que vous faites un très bon progrès jusqu'à présent. Félicitations pour ça. Avez-vous des questions jusqu'à présent ? S' il vous plaît laissez-moi savoir dans les questions ou cet argent sur Sexual. Si vous aimez la voiture jusqu'à présent, s'il vous plaît levier de vous. J' espère que vous continuerez à profiter des voitures. 19. Agile - Objectifs de l'apprentissage: Dans cette section, nous allons découvrir les valeurs et principes Agile travers une série de missions pour enfin embrasser l'esprit agile. Commençons. 20. Activité : Qu'est-ce que l'agile et ce n'est pas ? (Utiliser le papier): Avant de définir ce qui est agile, je voudrais que vous écriviez une liste de ce que vous pensez être ij et ce qui n'est pas seulement en utilisant les connaissances que vous avez jusqu'à présent. Vous pouvez faire cette liste dans une feuille de papier, un document sur l'ordinateur, ou tout ce que vous voulez. Une fois que nous définissons Agile, vous serez en mesure de valider lesquels de vos articles sont corrects ou non. Si vous avez des questions ou des commentaires pour valider votre moins, veuillez me le faire savoir. Je serai heureux de vous aider. 21. Activité : Puzzle de valeurs (utiliser le lien): Avant de vous parler des valeurs d'Agile, je voudrais que vous essayez de résoudre un puzzle par vous-même avec vos propres connaissances et suppositions. Jusqu' à présent, ce jeu a été utile pour mes cours de formation pour générer des discussions. Et j'espère que cela ajoutera des défis aux étudiants en formation en ligne si vous êtes un maître de mêlée ou un entraîneur de gelée ou si vous cherchez à en devenir un. Vous pouvez l'utiliser pour enseigner à votre organisation l'agile. Donc, vous devez aller à l'URL dans l'affectation, et vous allez ouvrir une page comme celle-ci. Cela sera lu uniquement pour une utilisation, donc vous devrez aller dans le fichier, peut copier, écrire le nom que vous voulez ici, puis vous avez une copie prête à utiliser pour vous-même. Une fois que votre copie est prête, vous avez des cartes AID. Vous devez donc les déplacer d'une manière à trouver des paires de cartes. Par exemple, je veux associer les interactions individuelles à une documentation complète. Ce n'est qu'un exemple. Mais ce que je veux faire est de trouver des paires de cartes où elles sont contradictoires, mais aussi gratuites en même temps. C' est un peu difficile, je sais, mais c'est l'idée. Par exemple, si vous avez besoin de quelques questions pour vous aider, vous pouvez jeter un oeil à ces questions et réfléchir à ce qui sortira, individus et les interactions à travailler. Alors peut-être que l'une de ces alternatives de force aidera les individus et les directions. Supposons que je choisisse une recommandation complète. Et l'autre sera ce qui vous indique quelles fonctionnalités construire pour le logiciel de travail. Supposons que je choisisse des processus et des outils. Et c'est, une fois que j'ai quatre paires, juste oublier toutes les hypothèses de ces questions précédentes. Et supposons que vous construisez un produit complexe. Et que pour chaque paire de cartes, vous ne pouvez en choisir qu'une. Donc, par exemple, entre les individus et les interactions sur une documentation complète, je devrais en être un. Lequel je préférerai pour mon produit en supposant que je ne peux en choisir qu'un. Supposons que je choisisse notre documentation complète, donc je la mets à gauche. Donc, entre les logiciels de travail sur les processus et les outils, je pense que le logiciel de travail, il est plus important que les processus et les outils. Donc, je place le plus important pour moi à gauche, et c'est tout. 22. Solution d'activité : Solution de puzzle Agile Valeurs de Puzzle de valeur (utilisez le lien de : Jetons un coup d'oeil à la solution pour ce colis. Eh bien, cela aide les individus et les interactions sont des processus et des outils. Afin de savoir quoi construire pour le logiciel de travail, vous pouvez utiliser une documentation complète. Contrairement à la collaboration avec les clients, vous pouvez avoir la négociation de contrat et également suivre un plan répondent au changement sont deux concepts qui peuvent s'aider les uns aux autres. Donc, si votre solution est différente de ces quatre paires, veuillez mettre la vidéo en pause, revenir en arrière et les corriger. La prochaine chose est que vous devrez pic pour chacune de ces paires. Lequel pensez-vous est le plus important dans le cas où vous ne pouvez choisir qu' une de ces compétences ou valeurs pour votre projet, veuillez sélectionner celle qui vous semble la plus précieuse pour votre équipe. C' est donc la solution. Nous avons des individus et des interactions sur les processus et les outils, logiciels de travail sur la documentation complète, collaboration avec les clients, la négociation de contrats, réponse au changement sur la suite d'un plan. Si votre solution est différente, ne vous inquiétez pas, c'est bon. Vous n'aviez aucune connaissance préalable ces valeurs et tout le monde a des expériences différentes. L' idée est d'auto-évaluer à quel point vous êtes déjà aligné sur les valeurs Agile, réfléchir sur elles, de ne pas réfléchir à la façon dont elles peuvent vous aider à l'avenir. Nous en verrons plus sur ces valeurs dans la conférence Agile Manifeste. 23. Manifesto: agile : 4 valeurs: Le Manifeste Agile. Félicitations, si vous avez fait la mission, vous construisez simplement ce qu'on appelle le Manifeste Agile. Vous pouvez y jeter un coup d'œil sur Agile Manifesto.org. Le Manifeste Agile est un ensemble de valeurs et de principes pour Agile, écrit en 2001 par probablement les auteurs les plus remarquables de l' industrie du logiciel à l'époque. Si vous lisez les noms sans signer le Manifeste Agile dans la liste, vous pouvez identifier qu' ils ont influencé des générations d'ingénieurs logiciels et qu'ils ont publié des livres utilisés dans de nombreuses universités ou simplement debout sur le bureau des ingénieurs. Entre ces noms sont inclus, Ken Schwaber et Jeff Sutherland, qui ensemble ont créé Scrum. Le Manifeste Agile comporte quatre valeurs principales. Selon le Manifeste Agile, nous découvrons de meilleures façons de développer des logiciels en le faisant et en aidant d'autres personnes à le faire. Ce travail nous a permis de valoriser les individus et les interactions par rapport aux processus et aux outils. Nous ne nions pas que des processus et des outils soient nécessaires et acier utile est utile lorsque nous nous concentrons sur les individus et les interactions, nous donnons aux gens les moyens s' approprier les objectifs. En conséquence, ils seront propriétaires du processus, l' amélioreront au besoin et sélectionneront les meilleurs outils pour y parvenir. Avez-vous déjà participé à un match de football avec des personnes avec qui vous n'avez jamais joué auparavant ? Vous vous souviendrez peut-être que vous suivez simplement les rangs du football, mais la nouvelle équipe commence à s' organiser pendant le match. Les actifs jouent quelque chose. Les membres jouent un rôle sur le terrain, changent de rôle ou améliorent l'efficacité de l'équipe. Apprenez à communiquer, établissez des tactiques pour atteindre l'objectif. En raison des individus et des interactions, vous pouvez constater que le processus et les outils de la nouvelle équipe émergent et ne sont pas pris en compte. Évitez que l'équipe puisse passer du temps à planifier comment cela jouera chez un allié, son rival. De nombreuses décisions que nous examinons ici pendant le jeu, individuellement et collectivement, en fonction de l'évolution du jeu. Quelles sont les compétences des gens, les opportunités pendant le match et ce que fait leur rival ? Logiciel de travail sur une documentation complète. Certaines documentations sont utiles mais ne peuvent pas être fournies ou utilisées avec un logiciel fonctionnel, même avec une version antérieure Vous pouvez la transmettre aux utilisateurs et obtenir des commentaires avec des documents. Vous ne savez pas si vous êtes sur la bonne voie ou non. La collaboration client plutôt que la négociation , le contrat est nécessaire, mais nous ne voulons pas du contrat difficile qui limite notre créativité et notre collaboration. Un contrat établit un accord de travail de base devrait suffire. Nous encouragerons mieux la collaboration avec les clients afin de trouver les choses les plus précieuses pour l'entreprise. Le dernier est en train de répondre au changement en suivant un plan. Un plan est précieux, mais pour un produit complexe dans un contexte commercial en constante évolution, la capacité de réagir au changement est hautement souhaitable dans ces contextes, n'importe quel plan seront sujets à changement. Enfin, ils disent que même s'il y a de la valeur dans les éléments à droite, nous accordons davantage de valeur aux éléments de gauche. Par conséquent, pour être clair, ils ne disent pas que les éléments de droite ne sont pas utiles. Ils sont utiles, mais ils préfèrent se concentrer davantage sur les éléments à gauche. 24. Activité : manifesto agile - Puzzle de principes (Utiliser le lien): Les valeurs Agile sont soutenues par 12 principes. Avant de les examiner, veuillez prendre la tâche suivante et suivre les instructions pour vous familiariser avec les principes et générer des idées sur la façon dont ils sont liés aux valeurs. 25. Manifesto: agile : 12 principes: Les 12e principes du Manifeste Agile. Comme vous pouvez le constater, les valeurs et principes Agile sont assez explicites. Passons en revue les principes et réfléchissons, faisons les valeurs qu'ils apportent. La première chose que je dois préciser, c'est qu'il n'y a pas de correspondance officielle entre les principes et les valeurs. n'y a donc pas de bonne réponse. En réalité, ils devraient tous être un peu connectés à toutes les valeurs. Il s'agit plutôt d'un jeu pour conserver le nom sur la motivation des principes. Donc, si votre solution est différente de la mienne, ne vous inquiétez pas. Il s'agit simplement de réfléchir à la façon dont ils peuvent nous être utiles. Notre priorité absolue est de satisfaire le client grâce à la livraison rapide et continue de logiciels précieux. Cela est lié d'une manière ou d'une autre à la collaboration client. Bien que, en raison de la livraison précoce et continue de logiciels précieux, il est également lié aux logiciels fonctionnels. Ce n'est pas une coïncidence si le premier principe de leadership d' Amazon est l'obsession des clients. Les leaders ont commencé avec le client et ont travaillé à reculons. Nous n'attendons pas la fin du projet pour offrir un bonheur au client, nous donnons des mises à jour du produit, nous nous félicitons souvent de l' évolution des exigences même tardives dans le développement, des processus agiles exploiter le changement pour l'avantage concurrentiel du client. Ce principe contribuera à répondre au changement dans Agile, les changements ne concernent pas le monde. Ce sont de bonnes nouvelles car cela signifie que nous en savons plus sur ce qui est vraiment nécessaire. Diffusez fréquemment des logiciels fonctionnels de quelques semaines à quelques mois , en préférant le délai plus court. Cela signifie que nous fournissons fréquentes mises à jour du logiciel que si elle le souhaite, l'utilisateur peut l'utiliser à son profit. Les gens d'affaires et les développeurs doivent travailler ensemble tous les jours tout au long du projet. Les gens d'affaires sont des experts dans ce domaine. Les développeurs sont des experts en technologie. Le mieux, c'est qu'ils étaient ensemble vers le même objectif. Ce n'est que lorsqu'ils travaillent ensemble que nous pouvons trouver le bon endroit pour répondre aux besoins des clients grâce la viabilité commerciale et à la faisabilité technique. Construisez des projets autour de personnes motivées, donnez-leur l'environnement, soutien dont ils ont besoin et faites-leur confiance pour obtenir le poste. La motivation n'est pas facile. Habituellement, il est lié à des motivations intrinsèques. Mais il est prouvé que les équipes dotées d'une sécurité psychologique des garçons ouverts sur le sens d'avoir un impact sont plus motivées. méthode la plus efficace et la plus efficace transmettre des informations à une équipe de développement et au sein d'une équipe de développement est la conversation en face à face. Dans Agile, nous voulons que toute la richesse de la communication prenne des décisions plus rapidement et collabore davantage. logiciels de travail constituent la principale mesure du progrès. Les tableaux de documents, les diagrammes ne sont pas le véritable progrès. Le seul progrès réel, c'est ce qu'il a fini inutilisable. En cascade, la progression va de 0 % à 100% le jour où le projet est terminé, désinstallé dans Agile, nous voulons rendre leur progression plus fluide, publiant fréquemment des logiciels fonctionnels. processus agiles favorisent le développement durable. Les sponsors, les développeurs et les utilisateurs devraient pouvoir maintenir un rythme constant indéfiniment. Un projet avec des heures supplémentaires qui est épuisant, ce n'est pas acceptable. L'équipe doit être prévisible et fiable. L'attention continue portée à l'excellence technique et au bon design améliore l'agilité. Il est important d'améliorer les compétences techniques non partagées. En d'autres termes, soyez le meilleur dans ce que vous faites. La simplicité est essentielle. L'art de maximiser la quantité de travail non accomplie. Ne construisez pas quelque chose juste au cas où, construisez simplement ce qui est nécessaire maintenant et rien de plus que cela. Vous en ajouterez d'autres quand il aura vraiment besoin d'incroyable. Les meilleures exigences en matière d'architectures et la conception d'un mariage à partir équipes auto-organisées donnent à l'équipe des objectifs, pas vraiment des Zipes. Ils devraient travailler en équipe sur les décisions architecturales et non avec un décideur qui proposera meilleures solutions à intervalles réguliers, l'équipe réfléchit à la façon de devenir plus efficace que d'accorder et d'ajuster son comportement en conséquence. En pratique, c'est ce qu'on appelle la rétrospective, où l'équipe vérifie ce qui s'est passé lors de la dernière itération ou de la dernière livraison, entreprend des actions pour mieux fonctionner. Compte tenu des quatre valeurs Agile, laquelle est la plus importante pour vous ? Lequel est le plus difficile ? La réponse dépend de votre expérience personnelle et de votre travail en contexte. fait de les relier aux principaux peut vous donner une idée de ce qu'il faut faire pour réussir sur ces valeurs. Par exemple, si je pense que la valeur la plus difficile dans mon contexte est la collaboration avec les clients, je devrais étudier les moyens d'améliorer la satisfaction des clients conversations en face à face. sur les hommes d'affaires négatifs et les développeurs travaillent ensemble. 26. L'état d'esprit agile: Alors, qu'est-ce que cela signifie d'être agile ? Cela signifie que vous suivez, poursuivrez l'incrédulité dans toutes les valeurs et principes du Manifeste Agile. C' est ça. C'est tout. Fondamentalement, il n'y a plus de règles pour être agile. Vous n'êtes pas tenu de suivre une méthode, un cadre ou une pratique en particulier. Mais si quelqu'un échoue ou refuse l'une de ces valeurs ou principes, ce n'est probablement pas agile. Peu importe si les choses se passent bien ou pas. Il peut être quelque chose de différent d'Agile. En d'autres termes, l'agile est un état d'esprit. Un état d'esprit décrit par quatre valeurs, qui sont définies par 12 principes, se manifestent par des pratiques comme les histoires d'utilisateurs, points d' histoire par programmation, et bien d'autres. Sur, exécuté via des frameworks comme Scrum, Extreme Programming, save Kanban, et bien d'autres. 27. prochain cours: Si vous avez apprécié ce cours, vous pouvez inviter un ami. J' ai utilisé votre code de référence pour prendre le Spock abandonné référant un ami. Maintenant, il est temps de continuer avec votre prochain cours. Vous pouvez continuer avec Scrum en profondeur pour apprendre les fondamentaux de Scrum. Ou n'hésitez pas à jeter un oeil à mes autres cours dans mon profil. J' ai une belle journée et je te vois dans le prochain cours. 28. Réflexions finales: Mon objectif principal est de vous aider avec de nouvelles connaissances que vous pouvez appliquer au travail un leader réussi, réussi, non professionnel. Si vous avez des questions ou si vous pensez que quelque chose était Mason, s'il vous plaît laissez-moi savoir afin que je puisse vous guider dans la bonne direction ou inclure le sujet dans cette voiture ou malédictions futures. J' espère que vous apprécierez cette malédiction. Vous pouvez le recommander aux autres. Si vous aimez ce cours, placez quelques oublis à levier de vous. Tu m'aideras à répandre ma parole. Soutenez moi pour apporter plus de cours. Vous aurez d'autres personnes pour prendre la position de rejoindre cette classe pour vous remercier.