Ágiles y Scrum para principiantes

1. Introducción: Hola, soy malo. Infierno. Y esto es ágil y scrum para principiantes. Desde 2010 he estado corretando como nosotros grand Mazda y una ventaja Coach para bancos, seguros, seguros, editoriales y firmas de desarrollo de software. Y lo que he visto en su tiempo está mucho fuera del interés y la emoción por el borde del desarrollo de software. Lo que también he visto a veces es confusión y malentendidos sobre lo que ej realmente significa. Entonces, ¿qué significa edge realmente? De esto se trata toda esta clase. ¿ Cuáles son los valores y principios fundamentales que conforman en mente ágil establecidos? ¿ Cuáles son los beneficios y también los posibles trampas fuera trabajar de manera ágil? Y también hablaré de este marco Graham, que probablemente sea, por el momento, el marco más popular para poner en práctica las ideas ágiles. Angel realmente se trata de aprender y mejorar. Por lo que realmente me interesan tus proyectos. Asegúrate de publicarlos en la galería del proyecto y también por favor, corrige una revisión y dame comentarios. ¿ Qué piensas de esta clase? Esto sería muy valioso para mí. Gracias 2. Qué agile es lo que se trata de lo ágil: ¿ De qué se trata Angel? Para responder a esto, necesitamos volver a la historia. En 2001 17 expertos en desarrollo de software se reunieron en una estación de esquí, y obviamente se fueron a esquiar. Pero también crearon el manifiesto para el borde del desarrollo de Software, y ese fue el momento en que el término Edgell se dio a conocer en el desarrollo de software. El texto fuera del manifiesto Edge I es bastante corto, escriben los autores. Están descubriendo mejores formas de desarrollar software mejor que qué mejor que la evasión pesada , documenta proceso centrado fuera de los noventa que también se centraron poco en la gente realmente haciendo el trabajo. En cambio, los autores escriben que han llegado a valorar a individuos e interacciones sobre procesos y herramientas, software de trabajo sobre documentación integral, colaboración con clientes sobre negociación de contratos y respondiendo al cambio por seguir un plan y por qué hay valor en los ítems de la derecha. Valoraron los ítems de la izquierda más aparte de este texto. También hay 12 principios al borde en manifiesto, y hablaremos de todo esto en los próximos videos. Entonces para darte un resumen de lo que es Hegel, Angela realmente es una mentalidad basada en los valores y principios fuera del filo, manifiesto. Se trata de entregar software con frecuencia y satisfacer al cliente mediante la incorporación de los comentarios. Se trata de aprendizaje continuo y mejora junto con las personas de tu equipo. Y si lo haces bien, es divertido. ¿ Qué? Hegel. No lo es. No es un proceso, método o metodología fijo . Algunas personas hablan del método edge I y lo que realmente significan. Es graham. Pero scram es sólo una forma de realizar los valores y principios ágiles. El VIH tampoco es algo que puedas imponer a las personas se basa en que las personas estén motivadas por sí mismas y también ágil no es una fórmula mágica para el éxito. Todavía necesitas construir un software que la gente realmente quiere y necesita. 3. valores y principios ágiles: Echemos un vistazo al filo de los valores y principios en detalle. El primer par de valores son los individuos y las interacciones sobre procesos y herramientas. El problema es que los procesos y herramientas están optimizados para actividades recurrentes. Entonces, por ejemplo, si estás horneando un pastel, siempre puedes seguir los mismos pasos, y producirá resultados predecibles. Pero el desarrollo de software está lleno de sorpresas, y en este momento sólo los humanos son buenos para lidiar con sorpresas. Por lo que la solución, los principios Edge I propone trabajar en conjunto. En equipo. El equipo debe consistir en personas intrínsecamente motivadas. Debe ser auto organizado, por lo que a Los Niños dependen de la dirección desde fuera o controlan el negocio. Personas y desarrolladores deben hablar cara a cara todos los días, y el resto fuera de la organización debe confiar en el equipo para que haga el mejor trabajo que pueda. Echemos un vistazo al siguiente software de trabajo par de valor sobre documentación integral . El problema de documentar demasiado por adelantado es cuando los refinamientos cambian con frecuencia. Necesitas rehacer la documentación muy a menudo, y eso no es por lo que el cliente te paga. El cliente te paga por el software porque ella puede usar el software para que la solución. El A child principios propone. Mantenlo sencillo. Hizo del software de trabajo la medida primaria fuera del progreso enfocado en eso y documentar solo lo que realmente se necesita. Echemos un vistazo al siguiente par de valores. Colaboración con el cliente sobre la negociación de contratos. El problema con los contratos es que tratan de predecir cómo se verá el producto al final del desarrollo de software. Pero los requisitos a menudo cambian una vez que los clientes el software HEASTER, por lo que la retroalimentación de los clientes realmente esencial para construir un producto satisfactorio. Por lo que la solución que proponen los principios Edge I. Entregar software de trabajo al cliente de manera temprana y recopilar comentarios con frecuencia. Incorporar la retroalimentación al software y al hacerlo, hacer feliz al cliente. Y si entregas software de trabajo con frecuencia, puedes convertir a los clientes en clientes que pagan temprano, y tu empresa puede empezar a ganar dinero antes. Echemos un vistazo al último par de valor respondiendo al cambio sobre seguir un plan. El problema es que los cambios a menudo se ven como malos, pero realmente pueden ser una ventaja competitiva. Y cuando los requisitos cambian con frecuencia, el plan original ya no será válido y se apegará a él la causa, los problemas y la confusión. Por lo que la solución que propone el filo de principios. Hacer que el cambio sea la norma. bienvenida a los cambiantes requisitos incluso tardíos en el desarrollo para obtener ventaja competitiva y reducir el impacto que un cambio tiene en su proceso de desarrollo. Por ejemplo, mantener su proceso es simple. Dejar fuera todo lo innecesario y automatizar tanto como sea posible, maximizada excelencia técnica como automatización de pruebas y refectorio. Y si quieres leer los valores y principios tal como se establecen en el manifiesto ágil , aquí están los enlaces. 4. Scrum en un centro de resumen: scrum es un marco popular para poner en práctica las ideas ágiles. Sólo consiste en cinco eventos, tres efectos fuera y tres rollos. Echemos un vistazo. Scram se puede utilizar para desarrollar cualquier producto complejo, incluyendo software. Repite los siguientes cinco eventos hasta que su producto alcance el final de vida en la planeación de Sprint . Planeas el próximo sprint, que es un periodo de tiempo fijo apagado como máximo cuatro semanas. En el sprint, se trabaja en el incremento del producto. Por ejemplo, se agregan características a través del software o se cambian las características existentes en los diarios Graham, que es una reunión diaria fuera a lo sumo 15 minutos Durante el sprint, se monitorea el progreso e identifica impedimentos en el Sprint Revisión. Al final. Fuera del sprint, demostras el incremento del producto con las partes interesadas y obtienes retroalimentación. Entonces, por ejemplo, demostras el software de trabajo y en la retrospectiva de Sprint, tu equipo reflexiona sobre el proceso y la colaboración durante el sprint y acuerdas y rastrea mejoras. Hay tres efectos de arte y scrum el producto back look, el sprint back look y el incremento del producto. El rezago del producto es una lista ordenada de cosas que se sabe que se necesitan para hacer para el producto, por ejemplo, refinamientos, correcciones, etcétera. El rezago del producto cambia todo el tiempo. Durante el desarrollo del producto, se agregan nuevos artículos, se eliminan otros. Sólo los artículos en la parte superior me para ser detallados los ítems en la parte inferior de las ideas de grano grueso para el futuro. Cuanto mayor y el artículo esté arriba en el rezago del producto, más pronto se percatará. El modo en que esto funciona es que durante la planificación de Sprint, los desarrolladores sacan elementos de la parte superior del oclock del producto en su look de espalda de sprint. También agregan tareas por ejemplo, crean control a Clase X. Luego convirtieron el sprint de nuevo look en un incremento de producto a base de hierbas potencialmente enviadas. Eso significa que si los negocios decidieran enviar el producto, podría. Para el software, eso significa que el incremento del producto está integrado y probado. Sólo hay tres roles en scrum. El propietario del producto es la persona responsable del producto y su retroaspecto. Ella se asegura de que el producto tenga valor para el cliente y ordena su look de espalda en consecuencia. También es responsable de la calidad off the back look, artículos y la disponibilidad fuera de la mirada de atrás a los stakeholders que puede montar el look de atrás , artículos ella misma o delegada, pero ella es la que finalmente es responsabilidad por el retrolook del producto, los desarrolladores incluyen a todo el mundo necesario para construir realmente el producto y el desarrollo de software . Eso significa personas con habilidades de diseño, programación y pruebas, entre otras. Los desarrolladores son los dueños fuera del sprint back. Mira, hasta ahora no hemos hablado del maestro scrum. Ella es la responsable de la efectividad off scrum en el equipo y organización. Ella ayuda al equipo a eliminar impedimentos y presiones. Graham se implementa correctamente y capacita a la gente en la organización sobre scrum y juntos el propietario del producto, desarrolladores y scram Master formaron el equipo scrum para resumir. Graham es un marco para el desarrollo de productos complejos. Sólo tiene cinco eventos, tres artefactos y tres reglas. Eso hace que sea fácil aprender, pero sigue siendo difícil dominar y practicar. Necesitas llenar los espacios en blanco fuera del marco tú mismo. Por ejemplo, utilice buenas prácticas de desarrollo de software como la automatización de pruebas y la integración continua. El scrum guía que define a Graham y contiene más detalles se puede descargar desde scrum guide start off 5. Beneficios y insolventes: en la lección final de esta clase, hablaré de los beneficios y trampas de trabajar de manera ágil. Un beneficio es que debido a las frecuentes entregas fuera del software al cliente, hay muchas oportunidades juntas e incorporan feedback, y eso hará felices a sus clientes. Y eran como tus productos. Otro beneficio es que minimices el tiempo de entrega. Ese es el momento de comenzar a trabajar en un puntera característica, en realidad entregándolo al cliente. El motivo de ello es que para entregar con frecuencia, solo se trabaja en un pequeño número de características en un momento dado y se entregan lo antes posible . Y por último, si realmente trabajas de manera ágil, las personas con las que trabajas probablemente estén motivadas para hacer su trabajo. Ahora echemos un vistazo a las posibles trampas. Ahí muchas trampas. Sólo presentaré tres que son muy típicas en mi experiencia. También te daré algunos consejos de cosas que puedes intentar hacer cuando te encuentres con ellos. En muchas empresas, es necesario arreglar el alcance del proyecto con el fin de obtener la aprobación del proyecto. Si puedes cambiar eso, al menos debes definir una forma de lidiar con los cambios y debes hacerlo temprano en tu proyecto. Simplemente puedes seguir agregando características durante el proyecto. Por cada característica que obtiene una prioridad mayor, algún otro futuro debe obtener una prioridad menor o ser eliminado. De lo contrario sobrecargas el sistema. En muchas organizaciones, los propios equipos no están realmente auto organizados. Dejaron que el necesario poder de toma de decisiones. Las decisiones se componen en la jerarquía, por ejemplo, del propietario del producto no está facultado para decir no a los requisitos de ciertos interesados en tal situación. Yo lo he experimentado para ser útil si el dueño del producto al menos colabora muy estrechamente con los gerentes que realmente pueden tomar la decisión. Idealmente, una dirección superior debería aclarar los ricos poderes de toma de decisiones. El equipo tiene y toma transparente su propio proceso de toma de decisiones. Por último, si los desarrolladores en repetidas ocasiones no consiguen el trabajo hecho al final a menudo sprint interacional. Puede ser un signo off leg off educación, por lo que puedes, un lado, contratar más. Desarrolladores senior, por otro lado, promueven la educación posterior fuera de los desarrolladores. También es una buena idea plan del dedo del pie, tiempo para refectorio, automatización de pruebas y reducción fuera técnico que cada alteración 6. Conclusión: Oye, viste todas las lecciones. ¿ Qué tan guay es eso? Espero que hayas disfrutado del contenido y que mi acento alemán no fuera demasiado molesto. Eso es una cosa más. Quiero invitarte a hacer el proyecto de clase. Como ya saben, por ahora, ágil se trata de aprender y mejorar, y eso es lo que van a hacer. Aprenderás una cosa o mejorarás una cosa en la organización para la que trabajas, y encontrarás muchos consejos útiles en la descripción del proyecto. Y una vez que hayas terminado, quiero que subas los resultados a la Galería de Proyectos. Estoy muy, muy emocionado por ver el resultado. Eso es muy interesante para mí. Y si tiene alguna pregunta o retroalimentación, por favor sólo házmelo saber el año.