La guía completa de Agile, Scrum Master y Kanban *Libro electrónico gratuito*

1. Introducción: Oigan, chicos, bienvenidos a la primera conferencia real del curso. Vamos a hablar de scrum ágil Cambon. ¿ Qué? Vamos a cubrirlo. Lo que debes esperar y darles a ustedes chicos un tipo sólido tiene que entregar cambio de valor dentro de su organización. No necesariamente es necesario tener una comprensión básica de la gestión de proyectos. Si alguna vez vas a ser exitoso, ágil, particionado o scrum master, tienes que tomar decisiones diarias sobre las velocidades del proyecto para nombrar con tu equipo y ejecutar retrospectivas para ayudar al equipo a ir. Ya verás que el curso toca todo lo que tiene que ver con el cambio y la agilidad, ya que es una filosofía que se sitúa en el centro de todo lo que hacemos. Ya sea que utilicemos el combate de fregado durante la vida, también escucharás videos y verás que las demostraciones están construyendo tu primera generación. ¿ Cómo pueden los hombres es una pelea dentro de tu organización, pero también los diferentes roles en los que consiste un equipo de scrum, Pero tus responsabilidades como producto master scrum, incluso un miembro que forma parte del desarrollo. Este curso también es para personas les gustaría refrescar sus conocimientos de ágil scroll me Cambon ya que ofrece un gran interior. Es como trabajamos diariamente. uso de este curso también incluye hojas de trabajo listas para que recojas y empieces a trabajar . Incluye una plantilla de punto de historia, plantillas de quemar e incluso una historia de usuario. Difíso de guiarte a través de tu primer año de historias de partición. Si tiene alguna pregunta durante el curso, si sí necesita alguna orientación más si tiene alguna retroalimentación o sugerencia de par, por favor hágamelo saber, porque este curso siempre seguirá mejorando con los pies hacia atrás. Nuestros chicos así esperan que estés emocionado porque estoy emocionado de impartir este curso Solís saltarlo. 2. Introducción al curso ágil: no importa la industria del tamizador de la empresa. Siempre hay al menos una persona hablando de hacer las cosas más ágiles. Pero, ¿qué significa eso exactamente? ¿ Y cómo pudiste poner en práctica y convertirte en algo más que una palabra de moda? Bueno, primer lugar, la agilidad del contexto empresarial se utiliza de forma anónima para decir que algo es características flexibles, proactivas y rápidas que resultan útiles en un mundo de ritmo rápido y transformador . Pero más allá de esto, significado descriptivo se encuentra toda una mentalidad en una forma filosófica de mirar retos y hacer cosas que va mucho más profundo, simplemente poniendo la etiqueta ágil todo lo que difiere de un tradicional proceso de cascada . En resumen, ser verdaderamente ágil es una cuestión de cultura corporativa. Perspectiva. Convertirse en ágil ayuda a echar un vistazo a un ejemplo brillante. Una industria que se caracteriza por la agilidad más que cualquier otra y que ha estado tan lejos de década pasada es el desarrollo de software. Podría servir de modelo para cualquier otra industria que quiera ser ágil. Si bien muchas áreas apenas ahora se están dando cuenta del impacto total de la transformación digital, desarrollo de software ha estado en el corazón mismo de este desarrollo desde el principio , la forma en que entendió la necesidad de nuevos enfoques en el mundo en rápida evolución puede ser mejor en el manifiesto ágil. Fue publicado en 2001 después de que 17 figuras líderes en la industria del software admitan montañas de Utah . Un objetivo común era encontrar los mejores flujos de trabajo posibles para el desarrollo de software durante su estancia. Lograron identificar y anteriormente creencias comunes se definen en el manifiesto ágil. Hoy, casi dos décadas después, es más relevante que nunca, sobre todo para otras industrias. Los principios rectores formulados en el manifiesto por la esencia de la capacidad de las industrias de software para mantenerse al día con un mundo acelerado y digitalizado. Entonces la pregunta más importante que todas las demás industrias afectadas por esta transformación tienen que preguntar es ¿qué está haciendo el desarrollo de software de manera diferente? ¿ Y cómo es capaz de convertir los retos de la velocidad y la flexibilidad para convertirse en parte de su misma naturaleza? La velocidad a la que surgen nuevas posibilidades? Impresionante Virtual Tenemos la inteligencia artificial de Blockchain ya se han convertido en la nueva base tecnológica normal a partir de cualquier juego potencial. Los cambiadores descartan eso en los últimos años. Las aplicaciones prácticas seguirán sin duda una velocidad exponencial. Pero aun cuando estas nuevas tecnologías están empezando a llegar a la corriente principal las próximas grandes cosas ya en la fabricación. En consecuencia, reaccionar ante tales desarrollos es sólo una parte de los retos que las empresas tienen que enfrentar, mantener un ojo en el horizonte e identificar potenciales cambiadores de juego y comprensión. El implicamiento es una segunda parte. El carácter generalizado de los avances en las tecnologías digitales hace que las cosas sean especialmente importantes. A medida que todo se está volviendo digital, se hace aún más difícil anticipar toda la extensión del impacto de los nuevos desarrollos. Las empresas que no están preparadas para adaptarse a estos nuevos requisitos se quedarán rezagadas rápidamente . Por lo tanto, sólo es necesario que las empresas se vuelvan más digitales. También se han vuelto más rápidos y más ágiles. Aquí no hay nada asombrosamente nuevo. Entonces la verdadera pregunta es ¿cómo empezar y cómo vamos más allá de las palabras de zumbido? Creemos que hay un área que más se beneficia de los métodos ágiles, que es la innovación. Pero, ¿por qué es eso? En pocas palabras, la innovación activa suele descender encontrar una nueva solución a un problema no cualquier problema sino un problema que muchas veces yace en el futuro. Por esta razón, los requisitos para una solución pueden cambiar una y otra vez, planear un proyecto de principio a fin y luego apegarse estrictamente a este plan en muchos casos ya no es ruta directa hacia el éxito, la circunstancias cambiando demasiado rápido si estos usuarios cambiantes del aire necesitan requisitos tecnológicos, hábitos de consumo o cambios en la dinámica del mercado y los nuevos retos que acompañan inevitables. No obstante, palabras como inesperadas o imprevistas son banderas rojas y magia clásica del proyecto. En contraste no hay problemas equipos frágiles. El paradoja de ellos uno del mundo corporativo es que casi todas las industrias se sienten amenazadas por la incertidumbre y la interrupción, pero al mismo tiempo hay más datos de información disponibles que nunca antes. Entonces el problema, realmente es que el conocimiento de la información a menudo no se utiliza o se incluye adecuadamente en la toma de decisiones , adoptar principios ágiles y alinear su organización con ellos es el primer paso para resolver esto reto. Una mente ágil se establece profundamente incrustada en la cultura corporativa permite una mirada constante más allá la propia organización en cada punto a lo largo de la creación de nuevos productos o servicios y por todos los individuos involucrados con los procesos ágiles adecuados de mentalidad. Incorporar o reaccionar ante estas entrañas no debe ser un problema. Ahora esto sólo es posible cuando la agilidad se entiende en su totalidad. Vamos más allá de la palabra de moda de la mera optimización de procesos para el desarrollo de software. El concepto de agilidad se convierte en los elementos centrales que definieron el NT final de toda una industria. Ayudó a establecer una base compartida para desarrolladores sufridos a través de organizaciones y naciones. Al mismo tiempo, dijo la industria, aparte de los procesos en el mundo analógico, hacerlo los principios ágiles para encontrar un nuevo tipo de cultura laboral perfectamente alineado para los requerimientos, un entorno digital, una transformación del mundo fuera del desarrollo más suave necesita ponerse al día con. 3. ¿Cómo está la gestión de proyectos tradicionales de la ágil?: por lo que mirando la línea de tiempo de la cascada que tenemos frente a nosotros, hay siete pasos. Como se puede ver, así se reúnen requisitos de documentos, pruebas de código de diseño. Eres bonita, arregla los problemas de atraso y entrega el producto. Por lo que durante esta mitología de desarrollo, cada etapa necesita terminar generalmente antes de que pueda comenzar la siguiente fase. No obstante, entre las diferentes siete tareas que he enumerado, el proyecto necesita ser revisado y aprobado por las partes interesadas antes de que cualquier forma de diseño pueda estar recibiendo obviamente no es nada en este mundo. Viene un montón de positivos, pero también inconvenientes. Echemos un vistazo a estos ahora. El 1er 1 es acuerdos mutuos. Ahora ambas partes, cliente y desarrollador. Necesitan ponerse de acuerdo sobre lo que se entregará antes del trabajo de implementación real. Esto hace que la planeación y el diseño sean sencillos, y se pueden esperar muy pocos cambios en la segunda parte avanza, midiendo a través del alcance completo del trabajo. Muy sencillo. Esto significa que la R A Y, y los procesos para el proyecto ya se han garantizado antes de que comiencen los trabajos. 31 está diseñado es la fase más temprana ahora. El diseño no es fase anterior. El más otras fases en este tipo de proyectos esto significa que se presta muy bien para llevar. Los componentes necesitan ser construidos o diseñados. Por ejemplo, estás construyendo televisión, ICS de electrones, semillas de automóviles, refrigeradores, cualquier cosa grande y física. Número cuatro todos los requisitos conocidos de antemano ahora, ya que todos los requisitos obstáculos se conocen antes tenía que proporciona una imagen más completa para los ingenieros y muy poca área para errores. Ahora echemos un vistazo a algunas de las partes negativas de las cascadas, por lo que el 1er 1 siendo Stakeholder siendo habilidad mientras miramos, una cascada es una fuertemente orientada hacia la recolección de requerimientos también. A Stakeholder disponibilidad requisitos fase de recolección dictados del resto del proyecto se verá como si hubiera muy poco o ningún techo. Flexibilidad dice que tienes un estado clave frío. Está de vacaciones durante cuatro semanas, y ahí es cuando tus sesiones de dispersión de departamento siguen. Podría tener un problema reuniendo requisitos a partir de los planos específicos de la unidad de negocio y simulacros y difíciles de visualizar Ahora, las partes interesadas y los clientes no siempre son capaces de visualizar qué planos, marcos de alambre o simulacros van a parecen como una especie de producto. La mayoría de los usuarios finales también dificultades para emparejarlos con unos requisitos escritos dados antes del proyecto. Los cambios de inicio también se vuelven difíciles y muy caros, sobre todo más adelante en el proyecto. Um, si todo se basa puramente en requisitos se han establecido meses, tal vez años de antelación. Entonces imagina lo difícil que sería cambiar la puerta en el refrigerador o tres pisos del rascacielos versus escribir, re escribiendo un par de líneas de código. Eso es lo que estoy tratando de conseguir. 4. Comparación ágil: Entonces si miramos ágil, ve que el primer punto es en realidad principio clave dentro del trabajo con el dólar, ¿Frecuentas la entrega? Valor de trabajo que el cliente ve frecuentemente que el trabajo se entrega dentro de las sesiones de revisión de espíritu , generalmente dentro de los 10 días. Se pueden hacer cambios y decisiones a lo largo del proyecto, siendo la segunda parte un fuerte sentido de propiedad. Ahora siempre hay un fuerte sentido de propiedad de las esposas del equipo. El equipo trabaja en conjunto diariamente para construir un producto. Tienes todas tus ceremonias en tu scrum, ya sea que uses cámara muy fácil de producir. M V P, ahora ágil, enorgullece de entregar alto valor empresarial y software de trabajo, lo que facilita la producción de una versión básica de dicho software que se puede cronometrar con objetivos empresariales como el marketing, etcétera. Todos los días es un requisito. El desarrollo diurno es un enfoque más al usuario, ya que no hay un solo punto en el tiempo para los departamentos. Pero todos los días, día de Requisito de Comunidad, que me dan sección en más sprints, se sumó al rezago del producto y lo llevan a los futuros sprints que tendrán. Ahora echemos un vistazo al lado negativo de ágil aquí, por lo que cada elemento podría no completarse en el cuadro de tiempo. Ágil como vamos a explorar dentro de este curso es una entrega de caja de tiempo. Esto permite cambios cada priorización. Ahora esto significa que los artículos de entrega podrían no ser capaces de completarlo dentro de la planta. Sprints deben distorsionar el ser demasiado alto o erróneamente estimado por el equipo durante una planificación de sprint . Ahora, los costos adicionales del proyecto también pueden ocurrir solo características adicionales que se solicitan a lo largo del proyecto. Tenemos que adaptarnos y cambiar así trabajar un trabajo por lo que reducción de calidad. Existe un riesgo de posible reducción en la calidad debido al factoring re frecuente, es un alcance completo no se considera en la arquitectura o diseño. Ahora bien, si nos fijamos en el tiempo ágil que recorre aquí, por lo general tienes tu plan de reunión. Estas son tus sesiones grupales atrasadas o sesiones de bronceado Sprint. También tienes diseño. Tienes feedback de liberación de código y prueba, que estabas recibiendo. Tus sesiones de Sprint Review volviendo a mí. El plan. Entonces echemos un vistazo rápido a una comparación entre cascada y ágil. Por lo que a partir de la disponibilidad del cliente, los clientes se involucran esos hitos muy ciertos en el proyecto. Por ejemplo, aprobaciones hay AH diseño entrega a muerte. Hay traspasos de prueba que no vas a entregar, así que todos esos son muy autónomos. Si miras la disponibilidad de un cliente con un Stakeholder ágil, disponibilidad es muy, muy importante en todo el proyecto. Eso en realidad es clave. Las tienes en tus reseñas. Los tienes dentro de tus sprints. Los tienes dentro de tu planeación de sprint, siempre hablando entre sí, comunicándote. También está en los principios de ágil. Entonces cuando nos fijamos en la cascada de alcance, los requisitos predefinidos son clave para la cascada, y funcionan realmente bien cuando los cambios son limitados. Eso significa que hay un escenario preacordado del que el trabajo fuera, y esto es prácticamente cualquier cambio en la bienvenida. Entonces si miras un alcance, ágil se adapta muy bien al cambio, sí viene a un costo del proyecto no se conoce de antemano. Cuando hablamos de priorización y cascada, los clientes obtienen todo lo que pidieron. Si la tarea se determina dentro del contrato y la fase de requisitos, eso es un poco de acuerdo con esa cascada es que es todo se acuerda antemano y luego el equipo lo ejecuta. Buscamos una priorización con un valor ágil entregando. Un software de trabajo reduce el riesgo y puede mostrar signos de que el producto esté en camino. entrega rápida de hitos aumenta la posibilidad de una aprobación organizacional. Estamos buscando precios presupuesto de costo para cascada. Siempre hay un acuerdo como mayor antes de que ocurra el apretón de manos por adelantado. Eso significa que los costos fijos del proyecto no significa ágil. Funciona muy bien con un presupuesto rodante o cuando un costo este conjunto con los limitadores amigos, digamos 10 sprints o lo que sea. No obstante, eso significa el trabajo y aún estar pendiente. Por lo que un modelo de costos frágil podría ser financiamiento mensual para todo el proyecto. Nos fijamos en el aspecto de equipo para Cascada Nigel sobre cascada. Las entregas de equipos sucedieron en su mayoría durante hitos separados se han logrado diseñados para el desarrollo. Por ejemplo, si nos fijamos en ágil, son equipos más pequeños y pausas nosotros mismos organizados el más o menos correr ellos mismos con este proceso es el asesino de ágil 5. Waterfall y automóviles ágiles: Por lo que como empresa manufacturera de autos, me gustaría que mi tarjeta se produjese en un plazo de 12 meses. Todos mis requisitos de los barcos son fábricas, todos los diseños de también la mano, y ahora es el momento de construir. Entonces si miramos todo el proceso águilas desde el diseño, hasta el desarrollo ahora las pruebas de acabado con enviado en hecho. Ahora echemos un vistazo a una forma ágil de construir un auto para que el cliente y el equipo estén completamente involucrados en el proceso. conjunto, el equipo entrega primero el mayor valor de negocio, que es el auto porque queremos entregar un sólido M V p. sacamos artículos del trabajo atrasado del producto en aquellos durante la generación uno, mientras permanecemos en comunicación constante con los clientes que pueden adaptar nuestro proyecto al cambio. caso de haber en después de la iteración, que dura dos semanas, Luego presentamos a nuestros clientes un auto. Una vez que haya recibido nuestros comentarios en nuevos insights de un gerente de producto, vamos a ver las mejoras que este auto en interés dos y tres, con cada iteración que dura dos semanas 6. Principio ágil 1 2: el primer principio de ágil dice que son nuestra máxima prioridad es satisfacer al cliente demasiado pronto y la entrega continua de valioso software. Tu oro aquí es enfocarte en entregar valor, ya sea software o diseños para plan organizacional hacia adelante. Eso significa por cómo se hace esto, se scrum, maestro de ceremonias y, por ejemplo, diferentes herramientas son solo herramientas. En caso de no llegar a su complejo de oro, herramientas y procesos es obviamente un cuello de botella. Se necesita cortar para dejar a un lado en ágil entregará usado para tener un nivel de usabilidad acordado . Esto significa que en una pequeña cantidad de tiempo, usted re en un entregable. Veamos tu primer sprint. Debe entregar el mayor valor de negocio al producto. Puede que no seas perfecto, pero necesita seguir una trayectoria de procesos iterados que hacen retención pública por el primer mes Eso te ayuda a hacer es la entrega. Mejorar el trabajo. Permita que los clientes evalúen el valor que trajo a la mesa y obtengan puntos de retroalimentación además de abrirse a la guerra. Comunicación con su equipo de decadencia para la organización. Aquí es donde nuevamente nos referimos a la gestión del proyecto de cascada, contacto reclinable suele ocurrir al inicio al final del proyecto, la entrega continua puede ser un reto. Estos entornos se están descomponiendo. El trabajo en entregar función de manera incremental ayuda a entregar piezas de proyectos. El cliente por lo que recibieron el segundo principio de ágil dice, bienvenido cambiando requisitos incluso tarde en el desarrollo. Procesos ágiles aprovechan el cambio para los clientes. Ventaja competitiva. El segundo principio aborda un concepto métodos tradicionales de gestor de proyectos. ¿ Puede ser médico cambiar en el mundo del software dentro de una organización? cambio de alcance para los detalles en el producto suele venir en todo tipo de riesgos, como faltar a unos clientes importantes que plazos o repasar tu pronóstico de presupuesto. El motivo por el que es un cambio de carrera es para proporcionar sobre el cambio no aporta valor de ningún tipo. ¿ Por qué lo harías? Bueno, a veces cambia la orientación de nuestros clientes hacia las metas. En ocasiones tampoco entienden completamente sus necesidades hasta ver la primera pieza incremental de valor que se está entregando de ambas partes o incluso dentro de la organización. Los interesados se enfocan en el valor y tienen esa mentalidad a lo largo de todo el proyecto. cambio no llegará tan difícil, también tomando un enfoque de navegación. Más bien no es acercamiento significa que podrías conseguir un mejor destino sin embargo estar preparado para cambiar de dirección y encontrar ventajas o la gente con la que trabajamos decide el cambio podría abrirte más oportunidad para ti, y los equipos lo hacen excelente trabajo. 7. Principio Agile 3 4 5: el tercer principio de ágil nos dice entregar auto de trabajo frecuentemente de un par de semanas a un par de meses con preferencia a la escala de tiempo más corta. Es muy sencillo de recordar, pero también clave aquí es saber que siempre tratamos de entregar valor. Este principio se enfoca en entregar primero el mayor valor de negocio, así como entregar una pieza de integración que el cliente realmente pueda usar al mismo tiempo que adjuntar informes de medida desde su lado. Incluso si estamos viendo un diseño muy áspero o una pieza de software rugosa, esto podría significar que aún lleva mucho valor para la organización, especialmente acordado con un propietario del producto. Pero, ¿por qué entregar galletas medio horneadas y llamarlo un día? Bueno, trabajo que es mensurable y que proporciona valor también ofrece un puente sobre más retroalimentación . Por ejemplo, una reserva Vigen para un sitio Web, una página de detalles del producto o incluso una retroalimentación del filtro del producto le da en el propietario del producto una base para la comunicación continua. Entrega frecuente y retroalimentación significa que la gente se acostumbra a comunicarse, lo que también construye la confianza en ti ya que el scrum, maestro o gerente de producto están incluyendo al cliente en el núcleo del proyecto, abriéndose a ver cómo usted trabajar en tiempo con confianza y comunicación. Siguiente entrega también mejora con frecuencia, sin embargo, tampoco significa entregas rápidas. En términos generales, las entregas rápidas tienen una tendencia a ser vistas. EU tiene menor calidad debido a cortar esquinas y entregar como lo que algunas personas denominan galletas medio horneadas. Si piensas en la frecuencia, esto también podría significar que podrías reestructurar tu trabajo para poder entregar mejor trabajo y más valor. Mirar con frecuencia toda esta información sobre el trabajo vivo, así como recibir retroalimentación, comunicándose abiertamente. El resumen a todo esto sería que entregaras trabajo utilizable. Recibió más comentarios. Entregas más rápidas muestran más transparencia deja más espacio para la optimización entregando trabajo antes posible. Da como resultado una buena comunicación, lo que mejora los siguientes entregables. El cuarto Principio de ágil nos dice que los empresarios y los desarrolladores deben trabajar juntos diariamente a lo largo del proyecto. Este principio se centra fuertemente en el valor que podrían suceder diferentes tipos de comunicación y cooperación cruzada . El proyecto. Esta mentalidad te ha esperado trabajar con el cliente diariamente, hablando de manera directa y frecuente con tu cliente o miembros dentro de tu organización que estás haciendo el proyecto por incrementos, confianza feedback así como una dirección hacia oro. Esto también podría conducir a mejoras informales. Estas mejoras generalmente no se toman por sus puntos de acción y reuniones formales, sino más bien escenarios informales como los standups o show hasta donde todos acepten mejorar el producto en base a la comprensión mutua del grupo en lugar de un dirección establecida por otra persona. Este tipo de mejoras viene con pasión y emoción en lugar de solo hacer el trabajo , encontré que mezclar estas Beth está arriba junto con tu equipo interno como también dueños de productos , sí ayuda y contribuye para llegar al nirvana de las mejoras informales, pasar actualizaciones entre sí en holgura, crear comunicaciones culturales abiertas y regulares para ponerse al día y llamadas rápidas. También invitarlos a describir las ceremonias del señor, como las normas de advertencia. Si tu cliente incluye a varias personas, mantente en contacto con ellas en base de contacto con él frecuentemente. Quinto principio de un trabajo nos dice construir productos en torno a individuos motivados. Les das el ambiente de apoyo que necesitan y confías en ellos para que hagan el trabajo. Este principio toca el concepto de individuos creativos pueden florecer si están siendo microgestionados, obligados a trabajar en medio ambiente, la más mínima de creatividad. Para que un proyecto ágil sea exitoso, se deben dar a un equipo las herramientas que necesita para tener éxito y tener confianza en que es capaz de hacer tu trabajo. Pero este principio es mucho más. Está diciendo que no se puede trabajar sin. Los demás proyectos no se pueden construir sin individuos motivados. Entonces, para hacer todo esto mucho más fácil y para crear discusión a su alrededor, vamos a desglosarlo. Construir proyectos significa que estás trabajando hacia dorados definidos. Estos objetivos vienen con sus propios conjuntos de actividades y metas así como límites para trabajar dentro de lo profundo de la mente de todos. Lanzar o trabajar dentro de un proyecto es la necesidad de progreso saber cómo lograr progreso y el éxito es vital para retener la motivación. Interés Semilla como oro navegacional. Si estuvieras constantemente a la deriva, ¿cómo sabes que logras lo que te proponías lograr? Los individuos motivados pueden lograr lo imposible La motivación es los incendios y nos impulsa a la vez que trae interés por el conocimiento, producto ágil y motivación viviendo constante simbiosis, ágil, acumulado, mirando primero a las personas si las personas son desmotivadas con mala retroalimentación, tienen problemas comunicándose e ir show iniciativa. Uno no puede existir sin el otro. Dales el ambiente de apoyo para cumplir con cualquier tipo de desarrollo. Ya sea que se trate de software creativo organizacional requiere de un conjunto de herramientas. Son paisaje digital está cambiando siempre mawr más herramientas que salen para simplificar la colaboración y el proceso. Pero esto también viene bien. Apoyar a alguien para que le ayude a resolver estos molestos pequeños problemas, asegurándose de que las voces duelan el aire. Aquí entra en juego un sentido de empatía y acarrear para el bienestar de los demás. Confiar en los miembros de su equipo para que hagan el trabajo es una situación desafiante es que usted puede encontrarse en una situación en la que con demasiada frecuencia desarrollar las derivaciones del paciente para ir sobre la salida. 8. Principio ágil 6 7 8: el seis principal dice que el método más eficiente y efectivo para transmitir información a las mujeres en equipo de desarrollo es la conversación cara a cara. La comunicación cara a cara es siempre la educación más efectiva, este tipo de conversación. No hay espacio para malinterpretaciones y te ayuda a llegar al punto de cualquier comunicación. Esto es especialmente cierto cuando un grupo de personas están trabajando juntos en un proyecto. Particularmente debe vencer es el oro. Te comunicas efectivamente aquí más mismo o y trabajas por eficiente. He visto cambiar el comportamiento del equipo y las empresas siendo grandes facturas de pasajes aéreos solo tienen equipos en un lugar en un proyecto de trabajo donde los equipos trabajan intensamente en un proyecto por breves periodos de tiempo. Realmente no hay tiempo de esto. La comunicación depende de por qué hay un principio cara a cara para la educación, pero me gustaría aprovechar para discutir también el trabajo a distancia como política. Si un equipo está bien conectado a través de las nueve formas de comunicación y ha construido un nivel de confianza, ¿por qué sería un problema el trabajo remoto? comunicación remota puede distorsionar el ritmo normal de nuestras conversaciones para retrasar entre mensajes puede ofrecer, posponer u ocultar reacciones emocionales, comentarios cuántas veces has escrito y lo sabes de inmediato. Todo enviar. Están preocupados por ¿Cómo tierra vio tu balón tu email nocturno y considerado como una intrusión en un momento privado? Al carecer de una respuesta inmediata, podemos distraernos. Segundo, adivina nosotros mismos. Incluso nos frustramos con sus equipos. Entonces para que esto sea más fácil, no te quejes. Comunicaciones breves. A comunicaciones claras En nuestros esfuerzos por ser eficientes, a veces usas menos palabras para comunicarte. Pero tal brevedad puede significar que el resto del equipo pierda tiempo tratando de interpretar tus mensajes. el tiempo para comunicarte con la intención de ser ultra limpio, sin importar el medio. En efecto, nunca se puede ser demasiado claro. Es demasiado fácil ser menos claro de lo que deberías crear un espacio intencional para la celebración. Los pasteles de cumpleaños de la vieja escuela siguen siendo importantes para equipos remotos. Cranio, espacios virtuales, los rituales para celebraciones. Socializar puede fortalecer las relaciones y sentar las bases para la futura colaboración. Séptimo Principio de Ágil nos dice que el software de trabajo es una medida primaria del progreso. Este direccionamiento de principio es el hecho de que debido a que el trabajo se realiza de manera intensa y rápida, a veces se cometerán errores y los productos fallarán ahora fallando rápido es una terminología. Utilizar mucho dentro de la industria ágil y no significa éxitos vacíos. Generalmente significa que dentro de un fracaso, sí aprendes y estableces motivos para el éxito. Sus preguntas. Podrás preguntarte evaluar el progreso de tu equipo. Es un equipo de desarrollo, quemando historias de consideración 100% sin sentirse sobrecargado o mal usado. ¿ Está satisfecho el dueño de su producto con las entregas del fin de la federación? ¿ Tu equipo es adaptable al cambio? No estamos filtrando defectos que cada iteración el punto que el manifiesto ágil intentaba hacer aquí es que cuanto más entregues, más aprendes. ¿ Recuerdas cuando hablamos de navegación? He sido parte de proyectos donde clientes y clientes entienden lo que realmente quieren . Una vez que hemos visto venir la entrega comisionada de los primeros bits, esto significa refinamiento constante, entregando unas piezas utilizables así como entregando revisión. ¿ Serán partes que se puedan duplicar? Digamos que, por ejemplo, estás trabajando en un producto con una lista de características, muy parecido a un juego. Al entregar sus prototipos que son comprobable, los contrata con consideraciones de toros mensurables. Si estás apuntando a que un cierto número se adhiera a los ojos de KP. Eso se puede medir con un producto viable, aunque sea muy áspero. En este punto, el octavo principio de ágil para el desarrollo más sustentable los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante en definitivamente en metodología tradicional de gestión de proyectos. Algunos proyectos requieren mucho trabajo por delante y al final para mantener el mantenimiento con metodología ágil . Eso debería ser una cantidad constante de trabajo Para explicar esto más ágiles principios declaran manera abierta que se debe encontrar y mantener un ritmo que se pueda mantener indefinidamente, y todos deben tener ese ritmo. Esto también es lo que llamamos velocidad. Me encanta la fase es positiva, pero seamos sinceros, es un principio sobre no quemar procesos adultos. Asegurarse de que el desarrollo que sea sustentable, que las pruebas de velocidad de los insumos todo apuntado para que todos y yo sí me refiero a que todos los involucrados pudieran mantener esto para siempre. Esto, por supuesto, tiene sentido una vez que encuentres un ritmo realizable, poder continuar predeciblemente con el tiempo. Cuando hay desviación, puedes adaptarte ya que tienes un ritmo estable en marcha. Cuando es sustentable, puedes seguir entregando valor. No solo dices Hey, seamos sustentables y pasa. Es algo en lo que tienes que trabajar. Este principio nos recuerda comprometernos con ello, para asegurarnos de que encontremos el ritmo que todos podemos trabajar juntos. Patrocinadores son las personas que piden el trabajo. Parecería ahí viejo es obvio. No sobrecargues a la gente. Por supuesto, no es tan obvio. Cada uno de los tres grupos tienen diferentes interacciones se crean productos. Entonces, ¿cómo pueden trabajar los patrocinadores con los otros grupos? Por lo que los patrocinadores necesitan entender qué ritmo pueden funcionar y apoyarse los desarrolladores, tal vez incluso empujados hacia atrás. Aquellos patrocinadores presionantes necesitan trabajar con desarrolladores y estar disponibles para que puedan ayudar a ambos desarrolladores pero también mantenerse al tanto de su pasta y sustentabilidad. Los patrocinadores necesitan entender las expectativas de los usuarios, no solo lo que se quiere para lo que me da manejar. Podría sonar genial sacarse de cosas de Thomas, como parches para juegos, pero esto puede limitar la retroalimentación. Los usuarios de comunicación solo pueden manejar tantos patrocinadores, deben escuchar a los usuarios y dar a FIBA encontrar formas de fomentar el desarrollo sustentable. Esto también puede significar entender la música, las perspectivas y lo que quieren y lo que tú quieres. Mi diferente. Entonces, ¿qué necesitamos tener cuidado con los patrocinadores, sobrecargar a los desarrolladores, esto a menudo falla. Es de mala sangre, y hay más de donde vino eso. Actitud veo un poco demasiado a menudo en campos creativos hace enemigos. Los patrocinadores no prestan atención a los usuarios ni asumen lo que quieren. A menudo se equivocan. Tu equipo versus patrocinadores dan a los patrocinadores alimentan esa información para ayudarlos a ritmo. Trabajando contigo, más preventivamente les das una idea de qué sustentable más rápido lo conseguirán. Ayuda a los patrocinadores alcanzan ritmo sustentable. No hacen el trabajo. Puede que no sepan de qué se trata. Podría salvarlos del burnout, o ser excesivamente presionado les ayudará a encontrar un desenlace. 9. Principio ágil 9 10: el noveno principio de Joe nos dice que intenciones continuas de excelencia técnica y buen diseño realza la agilidad, están prestando atención a la excelencia técnica. En buen diseño, te vuelves aún más adaptable, más productivo y más ágil, simple y elegancia. Entonces, como pueden adivinar, voy a analizar esto. No es que oculte alguna complejidad. Es obvio que es que hay mucho poder en este que cualquiera puede usar. Este principio explica una excelencia técnica en el buen diseño son cosas a las que uno quiere ser atención siempre. Eso, por supuesto, es obvio porque ¿quién no querría prestar atención a hacer las cosas bien al diseñar las cosas bien? ¿ Fueron específicamente los que potencian la agilidad? Los beneficios de estas cosas no son solo hey, bien hecho aquí que utilizas métodos ágiles y aplicas principios ágiles. Mejor es un beneficio más allá de lo obvio de hacer cosas. Bueno, diseñamos algo. Bueno, es más que sólo una valiosa pieza de trabajo. Entrega otros beneficios que entregan agilidad. Echemos un vistazo a ellos y cómo aplicaron a lo creativo Serían buenos diseños prevenir errores ya que puedes hacerlo bien la primera vez. Esto significa que ahorras tiempo dice que tienes menos revisión en aspirar a un buen diseño. Enfoque. Estás escuchando al cliente la comprensión funciona. Entregas valor que ayuda en entornos impredecibles, que probablemente te enfrentes a muchos buenos diseños. Un repetible en parte o en su totalidad, que ahorra tiempo en el futuro que te permite trabajar más rápido, ya que tienes otras cosas a las que recurrir, como plantillas de diseño, código reutilizable o incluso listas de comprobación útiles. Esto puede ayudar a ser obras creativas porque ya tienes algún trabajo hecho, al menos las partes menos predecibles o estándar. El buen diseño no es necesariamente lo mismo que la excelencia técnica. Buen diseño, tal vez sobre poner las cosas y armar bien las cosas sobre hacer patrones organizados . aparente excelencia técnica se trata de la atención al detalle, de hacer las cosas bien para no sobrepasar de hacer las cosas de nuevo. Es beneficios obvios. De todos modos. Veamos cómo repercute en la creatividad ágil. Decenas Principio de ágil nos habla de simplicidad. El arte de maximizar la cantidad de trabajo no realizado es esencial. Así que imagina que tienes una lista de cosas que hacer para más de 100 artículos en él software. Es fácil dejarse llevar, tratando de lograr absolutamente cualquier cosa que pueda ser posible bajo el sol sin embargo, metodología ágil establece enfocarse en lograr en Lee lo que es absolutamente esencial para el éxito del proyecto con el fin de entregar el proyecto lo más rápido posible. ¿ Qué significa esto? Prácticamente cuando se entrega el valor correcto a las personas, se evita entregar trabajo. Nos estamos quedando atrapados en procesos que por encima de la rutina titular. Esto significa enfocarse en la simplicidad desde la mano get go, llevando a cabo cada tarea y de la manera más simple posible. No construyas más del mínimo requerido. No hables de características que están a cuatro sprints de distancia. Elabore su atraso como su progreso en el proyecto, lo que significa que los elementos principales en el rezago bien refinados a medida que va bajando cada vez menos para bien. La parte interesante de este principio es que es de aplicación general. Este principio es cierto e importante para una amplia gama de procesos fuera de la industria del software . Incluso podría aplicarse en nuestra propia Vida personal es un principio de gestión del tiempo y de optimización del trabajo en muchas expresiones diferentes de este mismo principio están ahí fuera por lo que eliminar baja importancia de los temas más grandes. Un ejemplo los puso en el no hacer esto. Siempre tratar de mantener su proceso es lo más simple posible sin que el producto final pierda su funcionalidad deseada. Pregúntate si estás produciendo algo que sea de lo más útil por la menor cantidad de tiempo. 10. Principio ágil 11 12: el principio 11 de Agile nos dice que las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizativos. He estado a ambos lados del mundo durante mi tiempo a bordo de grandes corporaciones multinacionales, por lo que son muy arcade con la gestión de proyectos, y he estado involucrado en startups, todos hemos sido auto organizados habilita para abordar el trabajo adelante. Pero, ¿cómo funcionó todo esto y por qué? su totalidad. lo que hemos estado leyendo y hablando en todo este apartado está enfocado en la autoorganización , un nivel de autonomía, desde la comunicación hasta la reflexión, tantalización y el cultivo en la organización. También empezamos cómo funciona esto prácticamente es que las personas usen sus manos en el conocimiento para diseñar, organizar implantes. Siempre y cuando estés entregando valor a las partes interesadas, apreciará tu enfoque. La gente también gravitará hacia una estructura que funcione para ellos. No sostienes todas las respuestas que empiezan, pero tener equipos auto organizados dice que cada individuo sale en 1/2 para lograr justamente eso, respuestas que pueden acercar al equipo en el proyecto. Este enfoque permite la adopción. Tú lo cambias, un papá trabaja, y lo que no se enfoca en el valor mantendrá a tu equipo por estar demasiado distraído con otros residuos así que resumen evite sobre estructuración. Fomentar la adopción con retroalimentación. También fomentar la comunicación. 12. Principio de Ágil nos dice que a intervalos regulares, Equipo reflexiona sobre cómo volverse más efectivo que sintoniza y ajusta su grabación de fase. Ahora hemos llegado a un principio final juntos, y es tan transparente como un sonido. Equipo revisa regularmente formas de ser más efectivos y dirige el barco en esa dirección. La regla más importante dentro de esta regla es regularmente. Esto debería ser una parte muy anti gran de la estructura del equipo. Ya sabes cómo viene y estás listo para ello. Este cierto ketchup o retrospectivo, como se llama, es un buen momento para que el equipo reflexione sobre lo que ha salido genial o podría ir mejor. Él mete a la gente en una mentalidad de mejora, y cuando aprendemos que lo que crecemos juntos, también fomenta lecciones que se pueden usar en el futuro, ya sea a nivel de producto, equipo o de nivel individual reflexionando sobre ser más eficaces. Suena genial, pero hay un problema. ¿ Qué significa que tu equipo sea más efectivo? No es una pregunta obvia cuál es la razón por la que es la importancia y cómo la respondemos. ¿ Cómo se mide la eficiencia? Sabes que estás mejorando. No resuelvo esto preguntando a un equipo cómo quieren medir la eficiencia y luego dando vueltas hasta que tengamos un acuerdo de una manera de hacerlo. Para muchos, es una simple comprobación general de tripa. ¿ Hicimos el trabajo? Un signo de apagado, es posible que encuentres algunos factores adicionales entran. También puedes encontrar que cambia con el tiempo. No puedo enfatizar esto lo suficiente. Asegúrate de que estas revisiones conduzcan a metas concretas para el equipo que puedan medir. Y las pruebas para el equipo fueron individuos. Por lo que se puede decir quién finalmente logró la máxima eficiencia. Asegúrate de que tu equipo llegue con sugerencias concretas que puedas seguir adelante. De hecho, cuando hago esto, las reviso regularmente, muchas veces durante otras reuniones y definitivamente al inicio de la siguiente revisión 11. Los 4 valores básicos de la ágil: el primer valor de ágil nos dice que los individuos y las interacciones importan sobre los procesos y herramientas. Por lo que se está haciendo cada vez más claro para la gente en estos días que la gente responde a las necesidades empresariales e impulsa. Los procesos de desarrollo son cruciales junto a todos estos procesos. El contexto de esto también significaría que los proyectos impulsados por procesos con fuerte dependencia dichos procesos ofrecen muy pocas opciones de flexibilidad, resultando que los equipos sintieran la tensión, no poder llevar a cabo sus tareas tan eficientemente como que deseen. Las herramientas que utilizamos durante el desarrollo de sobre la implementación de cambios organizativos pueden demostrar que la mayoría de las veces imagina que tienes un equipo de desarrollo y diseño trabajando estrechamente entre sí en un producto. El equipo de desarrollo depende en gran medida del equipo de diseño para proporcionar especificaciones precisas y traspasos si el equipo está atascado en procesos que giran herramientas antiguas que no son tan eficientes como unas recién encontradas, que pueden causar un serio riesgo en cuanto a calidad y cronología, no hablar del Equipo Moreau. Segundo Valor de Agile nos dice que el software de trabajo importa sobre la documentación integral desde su propia experiencia. Trabajando en proyectos de cascada. He visto organizaciones han sido enormes cantidades de tiempo documentando el producto para desarrollo además de llegar con lista de requisitos que podría subir y bajar el rascacielos en el centro de Hong Kong. Todos estos entonces tuvieron que acudir a actores de alto nivel que habían visto a sus grupos de interés, y todos ellos necesitan ser aprobados uno por uno. Esto es obviamente una causa de un enorme retraso en el desarrollo. Agile, sin embargo, no elimina la necesidad de documentación. Se acaba de dar cuenta de cierta manera donde el equipo del proyecto no se empantanan en todos y cada detalle diferencia del proyecto, estoy tratando de señalar aquí está los documentos ágiles, todos los requisitos como usos historia suficiente suficiente para el equipo. Empezar a trabajar en el Tercer Valor de Agile nos dice que la colaboración con el cliente importa sobre negociación de contratos. Aquí es donde podemos comparar cascada y ágil en la negociación más clara o, por ejemplo, rezago. aseo es cuando el gerente de producto y el equipo elaboran los detalles de la entrega estableciendo hitos, expectativas y entregables. Estos detalles obviamente están siempre a la altura de la renegociación. No obstante, es modelo de equipo de desarrollo. Sigue Wonderful. Las negociaciones inician antes de que el producto comience y termine después de la parte que esto significa que el nivel de implicación es muy delgado o inexistente durante el proceso de desarrollo real . Agile Manifiesto describe un escenario en el que la colaboración es un valor clave donde facilita que el equipo de desarrollo satisfaga las necesidades organizativas. Este método colaborativo suele seguir un cierto patrón o previsibilidad. Por ejemplo, hay demos periódicas así como las ceremonias siguiendo marco scrum. Cuarto Valor de Ágil nos dice que responder al cambio importa sobre seguir un plan. Cuando empecé como gerente de proyecto, estaba trabajando en una organización que estaba cambiando la mentalidad organizacional de retención de agua Mi trabajo antes de que esto sucediera, desarrollar características o cierto tipo de software era considerado como un gasto. Antes de pasar a la fase de desarrollo, los planes elaborados estaban en su lugar todo en una alta prioridad y no se podían negociar con ese trabajo que se traía a la organización de que las prioridades mentales no se podían desplazar. Las federaciones y las nuevas características siempre se agregarán a otras nuevas. El manifiesto significa que el punto de vista que necesitamos para tener a sus ágiles practicantes es que el cambio aporta valor 12. ¿Qué son los puntos de historia y cómo trabajamos con ellos?: se compone de tres componentes que debemos considerar cada vez que estamos revisando historias de nuestros usuarios o queriendo estimar, y estos son complejidad de riesgo y repetición. Ahora el riesgo puede deberse a demandas poco claras, dependencia de terceros o incertidumbre en el futuro. Un par de ejemplos son Are Staholder no ha firmado el alcance del acuerdo de trabajo. Todavía tenemos que buscar desarrolladores adicionales o nuestros stakeholders simplemente completamente indisponibles ahora, entrando en complejidad, estos esfuerzos aéreos involucrados en desarrollar en particular característica. Entonces, por ejemplo, antes de empezar a desarrollar, necesitamos entender que yo era cierta parte de las obras de infraestructura I T entrando en repetición estas tareas monótonas aire sin ningún riesgo real ni complejidad apegada a . Por lo que los ejemplos para esto son tareas que no requieren mucho trabajo en absoluto, cambiar de color en un logotipo o cambiar un botón a parte inferior de una caja. Ahora, mirando a la escala de Fibonacci, la diferencia entre uno y dos no parece demasiado grande. Pero si miras tres hacia arriba, empiezas a notar una diferencia significativa. Una práctica general para desarrollar puntos de historia y emparejarlos con tus historias de usuario es dibujar una tabla. Pero en esta tabla, tienes tus puntos de historia de set 1 a 21 por lo que cero sería muy rápido de entregar. Ni siquiera vamos a incluir eso. Por lo que Número uno es rápido para entregar una complejidad mínima. Número dos. Rápido para entregar algo de complejidad. Número tres. Tiempo moderado para entregar complejidad moderada. Número cinco más largo en el tiempo para entregar alta complejidad y probables incógnitas. Esto podría ser que sepas lo que hay que hacer a un alto nivel, pero hay una buena cantidad de trabajo debido a la complejidad del desarrollo, y sus grandes incógnitas descubrirán a medida que lo hagamos funcionar. Número. Edades. Mucho tiempo para entregar Alta complejidad, Críticas incógnitas. 13. Mucho tiempo para entregar alta complejidad, muchas incógnitas críticas. Y cuando estás en 21 definitivamente estás haciendo las cosas un poco mal. Necesitan descomponerse porque porque va a tardar mucho tiempo en entregar. El 21 podría en realidad incluso ser visto como una épica 13. Escribir historias de usuarios - INVEST: Yo es sinónimo de historias independientes debe ser un Sfar lo más posible independencia. Cada uno de ellos podría desarrollarse y entregarse por separado y es sinónimo de uso negociable. Podrían discutirse más a fondo las historias, y debería haber espacio para la negociación. Estas cosas eran valiosas. Las historias de usuarios deben dar como resultado agregar valor al cliente. E es sinónimo de oidos estimables. Sus historias deberían ser lo suficientemente comprensibles para que pudieran ser divididas, divididas en la tarea y pudieran obtener estimaciones estimadas para los pequeños usuarios. Las historias no deben ser demasiado grandes. Por lo general se debe hacer con esas 40 horas de trabajo. T es comprobable. Las historias de usuarios suelen tener prueba de criterios de aceptación si cumplen con las necesidades del cliente. Ahora, para que realmente cocinemos, esto usa la historia correctamente. Tenemos que escribir algo llamado criterios de aceptación. Criterios de aceptación es un ingrediente imprescindible para el historial de uso. Criterios de aceptación es una lista de comprobación que determina si todos los parámetros sobre usos historia y determinan cuándo utilizan las historias completadas y trabajando antes de la marca de ruptura desarrollar . El cuento de usos lo ha hecho, por ejemplo, para el comercio electrónico , aplicación móvil , historias de usuarios usaremos nuestro como comprador. Deseo revisar mi carrito para poder hacer ajustes previos a la salida. Como usuario, quiero ver una lista de productos para poder seleccionar algunas crestas de inmersión. Como shopper, quiero hacer el check out para poder conseguir que mis productos me envíen. Como usuario, quiero ver una notificación cada vez que un nuevo producto entre en la tienda. Ahora ves el primero en usar esas historias sobre criterios de aceptación está aquí. Podemos echarles un vistazo para el 1er 1 El 1er 1 dice ver cantidades y artículos en el carrito. Ver un costo total antes de impuestos y envío. Eliminar artículos, solo cantidad de artículos y haga clic para navegar un detalle de producto. 14. Escritura de historia de usuarios: por lo que esto explora el núcleo de los usos ágiles. Las historias aquí usan las historias son ágiles en sí mismas, y pueden usar para que sigamos principios ágiles. Pero necesitamos mantener tres principios de mente que aquí para usar la escritura de historias El trabajo sufre la mayor medida de progreso, nuestras máximas prioridades para satisfacer al cliente a través de la entrega temprana y continua de software valioso. Es esencial la sencillez el arte de maximizar el trabajo no realizado. Entonces lo que tenemos que hacer aquí es entregar valor a los trozos del cliente y priorizar lo que es valioso versus no valioso. El mejor modo de hacerlo es representar el trabajo que estamos haciendo a través de historias simples usando invest. Entonces echemos un vistazo a un par de historias de usos fáciles aquí. Como usuario, quiero cambiar mi contraseña para que pueda mantener mi cuenta segura. Como visitante del sitio web, quiero suscribirme a la lista de correo o productos. Puedo recibir nuevas ofertas Como usuario admin, quiero deshabilitar al usuario para que pueda evitar ofertas no alteradas no autorizadas por favor. Entonces hay algo realmente extraño en esto, pero siempre necesitamos cubrir quién, qué y por qué. Usar una plantilla es una buena manera de capturar con el usuario realmente necesita y lo que entregaría valor para los usuarios. Pero eso no es ir ocupado un detalles de implementación, porque estos son puramente objetivos. Pero, ¿cómo completas estos objetivos cuando usamos historias de usuarios? Apoya nuestros objetivos de visión. Sí apoya las prácticas de desarrollo. Historias poco claras, obviamente confundidas los desarrolladores están diseñados es resultado de muchas preguntas sobre objetivos oscuros que necesitarás explicar. Entonces una cosa clave a tener en cuenta aquí que siempre recuerdan, es que Recuerda que usar la historia debe escribirse de tal manera que nunca tengas que explicar el objetivo. Debería ser tan evidente en on point que todos están a bordo de todos los buenos usos. Las historias se escriben desde la perspectiva del usuario, y esa es la única perspectiva que utilizarías. El progreso se basa en qué acciones valiosas puedes hacer tu usuario con el software, por lo que es que estás trabajando en la reserva aérea de uso. El cuento debe reflejar el problema que estás tratando de resolver en la marcha. Entonces digamos que el fondo de esto es que a los usuarios les costó mucho seleccionar un asiento en este caso la historia de los usuarios a esto sería como usuario. Quiero reservar un asiento para poder elegir dónde podría sentarse en el vuelo fácil, ¿ verdad? Bueno, OK, ¿Qué palabra? ¿ En serio? Crear historias que tienen sentido para los usuarios obviamente no estaban llegando a la meta. Si no hacemos eso, ¿cómo manejamos la historia de desarrollador? Entonces es como un buen ejemplo. Como desarrollador, quiero usar visual studio para poder codificar más rápido notar que la historia en sí es bastante mala . Es decir, la idea en sí es genial. Sí necesitas estudio visual. Pero, ¿por qué dependerías de 12 toda tu pieza de trabajo ? Es una especie de bloqueador, así que es corto. Esta historia es un requisito p de independencia de cualquier otra historia. No es auto comenzar con sentarse en algún lugar del medio donde las cosas tienen que pasar. Para que esto se complete. esto se le llama un punto muerto, que es cuando dos cosas dependen entre sí 15. ¿Por qué usamos los puntos de valor de valor?: algunos ejemplos de por qué usamos puntos de valor son estratégicos. Si no hacemos esto, inversión ya no será capaz de mantener la cuota de mercado en antes de detrás podría ser el cumplimiento . Si no realizamos esta inversión podríamos estar incumpliendo cierta ley reglamentaria. Generación de ingresos significa que no realizamos esta inversión perderá nuestra oportunidad de crear un retorno significativo de la gestión del riesgo de inversión. Si no hacemos esta inversión, podríamos estar en una posición en la que terminemos con una evitación de costos de las partes interesadas insatisfechas. Si no realizamos esta inversión, realmente podríamos realizar costos adicionales en el futuro. Ahora, los puntos de valor pueden ofrecer herramienta útil para ayudar con un proceso de priorización. Por ejemplo, puedes trazar esfuerzo contra valor para maximizar la entrega de esas historias, entregando la mayor cantidad de valor por cada unidad de esfuerzo. Los Puntos de Valor también pueden, en parte del equipo de desarrollo identificar la solución más adecuada para usos particulares . Cuento, por ejemplo, los valores bajos, por lo que no voy a pasar tanto tiempo en ella como una de las tarjetas de mayor valor 16. Planificar nuestra sprint: Entonces ahora vamos a tomar nuestros puntos de historia y los tuvimos en una escala de valor. Entonces escalas de valor que yo lo llamo se llama puntos de tienda en acceso y el valor de negocio en el otro eje. Ahora, si nos fijamos en la escala de valor, vamos a utilizar los niveles de Fibonacci del 1 al 21 del valor empresarial y del 1 al 21 en los puntos de historia . Sé que 21 parece alto, pero están conmigo. Es solo para darles una buena gama. Ejemplo de cómo funcionan de nuevo estas cosas. Estas historias no reflejan la realidad. En realidad podrían ser uno o dos. Pero solo quiero hacer un buen spread para todos para que puedas entender el ancho de todo. Ahora miramos la primera carta. Ah, como usuario, quiero ver una notificación cada vez que un nuevo producto entre en la tienda. Entonces digamos que mi equipo ha estimado que esta prueba es un 21 y esta prueba es un tres en valor empresarial, por lo que agregaremos esa lista completa que estamos viendo como shopper. Yo quiero hacer el check out para poder conseguir que mis productos me envien. Ahí estaban mirando un punto de ocho y cuento. Por lo que estamos viendo 13 el valor de negocio como shopper. Deseo revisar mi carrito para poder hacer ajustes previos al check up. Entonces viendo este, lo estamos poniendo como un 13 un punto de historia, poniéndolo como, ah, 21 en valor empresarial porque súper importante poder checar como usuario, quiero hacerte una lista de productos por lo que puedo seleccionar algunos para comprar, Obviamente muy importante para una tienda de comercio electrónico. Eso es todo el 21 y estamos mirando. Decían un tres en los puntos de la historia, Esto va a ser fácil en este momento. Una vez que tenemos todos nuestros puntos de historia y nuestros puntos de valor, Um, sabemos cuánto tiempo va a tomar algo y lo valioso que es ese es el punto entero es el ejercicio. Continuando. Este es nuestro spread, uh, como un problema de tienda. Para revisar mi historia CART 0.13 Negocio 0.21. Como usuario, quería tu lista de productos como un selecto algunos para comprar o 0.3 21. Y así en 8 13 21 3 otras siguientes cartas. Ahora conocemos nuestro valor de negocio. Conocemos nuestros puntos de historia. Eso es genial. Pero también tenemos algo llamado Bang para el Buck. Entonces, por ejemplo, como shopper, quiero hacer el check out para conseguir para que me puedan enviar mis productos. Lo que hacemos aquí para determinar el banco del libro sobre por qué lo hacemos es determinar la verdadera granularidad de este punto. Esto es para que prioricemos mejor y más fácil. Entonces lo que hacemos es tomar el punto de negocios y nos dividimos por el punto de la historia. Y así es como llegó al libro. Entonces si miramos esta mesa aquí como una tienda alrededor con los checkouts, consigo que mis productos me envían sean valores de negocio. 13 puntos de tienda. Ocho bang para el dólar es 1.625 Ahora, si miras esta lista, um, cuando secuenciamos esto, verás que la última historia aquí tiene siete. El primer relatos 1.625 Así que estos están estrechamente alineados. Entonces estos son los que deberíamos estar viendo ahora en términos de federación. Todavía tenemos que hacer algún trabajo, así que simplemente no sabemos ni velocidad a partir de ahora. Pero agregaremos estas cosas a la Federación uno y veremos qué podemos entregar. Entonces digamos que dos semanas por el camino, en realidad hemos logrado entregar 34 puntos de valor de negocio, 11 historias pornográficas y bang por el dólar, 8.625 Así que nuestra velocidad para futuros sprints será de 11. 17. ¿Cómo funciona un gráfico de Burndown Fondo?: Entonces si echamos un vistazo a este gráfico de quemados que tenemos aquí, podríamos ver que el Sprint se quemó. Contiene 87 a 64 56 48 40 32 24 16 y cero. Eso es lo que se quemó por última vez. Por lo que nuestro sprint durante el azul de Bernanke va a 10 días. Se puede ver en 80 puntos de historia. Esa es nuestra línea de sprint. Es el eje X. Entonces, ¿por qué el acceso contiene la historia? Point dijo que son 80 estaban quemando de 80. Ahora echemos un vistazo a la velocidad real. Empezamos con 80. Obviamente, ahí es donde empezamos. Quemaste cinco en el segundo sprint en segunda semana 70 en la tercera semana, 58 4ª semana, quinta semana. Vamos un poco más abajo. Vamos 43 seis semanas. Nos quemamos un poco menos. Tomó un poco más de tiempo. Entonces 36 siete miramos Ah, 30 yendo a ocho. Vamos a ver el número. Digamos 20 número nueve. Vamos a ver 18 número 10 mirar a cero Así que en realidad logramos completar este sprint, pero se ven estos sobre unders que tenemos así en la primavera dos y tres, pasamos por encima de la capacidad estimada. Entonces esto significa que luego me las arreglé para resolver 72 que era nuestro objetivo. El único hombre que debo resolver cinco en lugar de ocho. Ahora, esto significa que deben haber pasado algo. A lo mejor sobreestimamos conmigo. Subestimamos la tarea. Tenemos que echar un vistazo a cómo estimamos esto. Siempre que el león rojo esté sobre el azul, eso significa que estamos atrasados con el horario planeado. Si estamos por debajo de la línea azul, eso significa que estamos por delante del horario previsto. Ves esto pasando productos todo el tiempo. A veces estás por encima a veces tu bajo. Pero tu objetivo con este gráfico es golpear ese punto cero que tu sprint se quemó te está diciendo. Algunas personas dicen que tienes que golpear 80% y eso está bien. Pero en términos generales, si cometes un atraso que tiene eso son 80 puntos de historia y te comprometes con eso, debes resolver esos 80 puntos de historia 18. Veamos en Kanban: equipos de chemin generalmente centralizaron el trabajo en torno al campamento a bordo. Esto, también, era una pizarra blanca de pared o cualquier cosa en la que puedas poner notas pegajosas. Podrían ser virtuales o físicos, pero a la vez son una característica crucial y visualizar y rastrear la cantidad de trabajo en curso que se está realizando. Con eso dicho, todos los bloqueadores independencia, Cesaire inmediatamente identificó así como resultados. Si miramos a un Camembert básico como el de abajo, veremos que sigue tres columnas para hacer en progreso. Y, uh, hay, sin embargo, más tablero de detalles con artículos como vista del codificador o látigo. Ahora, el propósito principal de presentar tarjetas de los trabajadores es que todo su equipo pueda rastrear cualquier trabajo de propósito de manera visual. las tarjetas del's se guardan información crítica así como el trabajo que implica en la creación y solución del problema de corte de tareas, así como una estimación de cuánto tiempo tardará ese ítem de trabajo en completarse. Recuerda que la estimación que hemos hecho no cambia. Seguimos usando puntos de historia. Cambon también permite una gran flexibilidad de planificación como producto de cuando venía libremente, agregar tareas o eliminar tareas dentro del rezago de trabajo siempre y cuando aún caamos. En el apartado anterior se identificaron los valores de negocio. Seguimos seguros de que estamos maximizando el valor para nuestros clientes. Esto significa que generalmente no miramos la duración fija. Tal sprints. Nos fijamos más bien en los ciclos. El plazo de entrega es un tiempo desde el momento en que la solicitud fue hecha por un cliente y colocada en el dedo del pie del tablero. Se completa todo el trabajo en este artículo y se entregó la solicitud al cliente. Entonces es un tiempo total. El cliente está esperando a que se entregue el artículo. El tiempo de ciclo es la cantidad de tiempo que el equipo pasó realmente trabajando en este rubro sin el tiempo que la prueba pasó esperando en la pizarra. Por lo tanto, el tiempo del ciclo debe comenzar a medirse cuando entre la tarea del ítem. Un trabajo lo llamó no antes, como todo lo demás en mi trabajo, sus principios y valores a los que apegarse. Por lo que Cambon es todo un nueve de ellos que exploraremos el detalle a continuación. Empieza con lo que sí sabes. Por lo que la quimina sí existe por sí sola, pero no es mutuamente excluyente de otros flujos de trabajo. Se puede coexistir pacíficamente y sacar los temas a la luz. No requiere cambios de barrido sólo para una mejor auto-organización. También podrías ejecutar un proyecto scrum en un campamento y esperar acordar perseguir un cambio evolutivo incremental . Cam Band es un enfoque que permite la gestión de cambios y cambios sin sentido. La resistencia organizacional no canibaliza en las estructuras internas e introduce una forma visualizar el trabajo organizado. Respetar el proceso actual, roles y responsabilidades. Una costra en fomenta los cambios incrementales. Todavía no inculca miedo que fue como para el progreso y la determinación. Permite un amplio apoyo organizacional y correcciones de cursos pequeños que ahorran proyectos para grandes procesos. Fomentar actos de liderazgo. No necesitas ser líderes ni directores de magia para implementar este cambio. El liderazgo proviene de los propios equipos. ¿ Recuerdas cuando hablamos de equipos autoorganizativos? Ese es uno de los principios que esto apoya. Visualizar el flujo de trabajo. La forma más común de visualizar tu trabajo es usar tarjetas y paredes. Cada columna representa pasos dentro de este flujo de trabajo, pero lo más importante, el progreso en el trabajo de valor en curso significa que tienes una mirada atrás y que las cosas han pasado de hacer. Los elementos críticos son que el trabajo en curso que cada estado en el flujo de trabajo es limitado y que el nuevo trabajo se tira al siguiente paso cuando haya capacidad disponible dentro de local lo volaría. Estas restricciones iluminarán rápidamente las áreas problemáticas en sus flujos. Podrás identificarlos y resolverlos vivos, que es piedra angular de Campbell manejado flotador Todo el punto. Introducir a Cambon en la organización es para crecer un cambio positivo de señal. Visualizar es cómo fluyen los valores a través del sistema. El viaje en sí es una repetición de ciclos. Hacer políticas de procesos ejemplo explícito de una política que viene muy explícita en tu proyecto es mirar la definición de pato. De hecho, se puede crear para cada flujo de trabajo, lo que significa que los elementos antes se pueden tirar a tu ciclo. Necesita cumplir con ciertos criterios, como los criterios de aceptación. Cuando todos los equipos estaban alineados en el modelo preferido de responsabilidades laborales, rollos riesgos, es más probable que construyan una comprensión compartida de los problemas y sugieran mejoras. 19. Artifacts de Scrum: artefactos de tormenta proporcionan información clave de la que el equipo de scrum y sus partes interesadas deben ser raros durante el desarrollo del producto. Estas actividades se planifican, las actividades que se realizan en el proyecto en los siguientes artefactos son desafiantes y marco de proceso scrum . El visión del producto es un artefacto para definir un objetivo a largo plazo del producto o producto, Dice. El sentido general y chicos esto desde T todo el mundo debería poder memorizar una visión de producto . Por lo tanto, debe ser muy corto y preciso. El listado de atrasos de productos es mantenido por su gerente de producto o propietario del producto. Se trata de una lista nunca en movimiento de características, mejoras, correcciones y actúa como base para tu rezago de sprint. Esta es la corriente de futuro de tu equipo por hacer lista y es tema de re priorización. El listado de atrasos de Sprint es una lista de artículos que usted ha acordado con un propietario de gerente de producto para completar dentro de un conjunto de tiempo, generalmente dentro de un sprint de dos semanas. Durante la sesión de planificación de primavera, su equipo para obtener el con el gerente de producto o transferir un conjunto de tareas del rezago del producto al spring back. Tu objetivo de sprint es el valor en un producto final utilizable que se ha formado al final del sprint. Durante tu última revisión de Sprint, el equipo muestra lo que han logrado, si ser viaje. La terminología para esto también está haciendo su definición de hecho. Esta definición necesita adherirse a los valores que ha sido preplaneados con un gerente de producto o propietario antes de iniciar el proyecto. Ahora llegamos a la definición de hecho. Cada artículo de rezago del producto tiene criterios de aceptación que definen de manera mensurable lo que debe cumplirse cuando se declara que se hará el artículo. Muchos criterios aplicados a todo o muchos productos por cuatro ítems en lugar de definir repetidamente estos criterios con cada ítem se demuestra que son útiles para recolectar estos criterios en un solo lugar . la definición de hecho. De esta manera la definición de hecho es una comprensión compartida del adolescente de fregado sobre el significado del trabajo para ser completo y terminado. Por lo general, contiene criterios de calidad, restricciones y requisitos generales no funcionales. Ejemplos de pareja son definición de hecho revisado por alguien o un interesado en particular. Cumplimiento de pruebas de aseguramiento de calidad todos los temas seis. Conclusión de toda la documentación relacionada con el relato. Ahora llegamos a los incrementos. El incremento es la suma de todo el producto back look, me completaron durante un sprint y todos los sprints anteriores al final del sprint. debe hacer lo nuevo en la corriente, lo que significa que debe cumplir con la definición de equipos scrub de Doug. Debe estar en una condición utilizable, independientemente de si el propietario del producto decide realmente liberarlo. Gráficos de quemar hacia abajo. Esta es una de las cosas más importantes por las que quiero llevarte a través. Los gráficos de cargas son una gran manera para que midas valor que tu equipo está poniendo también cuánto esfuerzo y si están siendo eficientes. Por lo que Bruno gráficos o gráficos, dan una visión general del progreso que tu equipo se hace como impuesto. Al igual que terminado, el injerto se quema a cero. Se utiliza como herramienta y guía durante el desarrollo para dirigir a un equipo a la finalización exitosa de un sprint a tiempo. Actualizado todos los días, da una buena visión general de la promesa de Sprint. Los gráficos de quemar son útiles porque proporcionan una visión de cómo funciona el equipo. Por ejemplo, si observas que el equipo termina sistemáticamente el trabajo temprano, esto podría ser una señal de que no se están comprometiendo con suficiente trabajo durante la planificación de primavera. Si constantemente no cumplieron su pronóstico, esto podría ser una señal de que han cometido demasiado trabajo del dedo del pie. Si el gráfico de burnout muestra una fuerte caída durante el sprint, esto podría ser una señal de que el trabajo no se ha estimado con precisión o se ha desglosado correctamente. En este informe se muestra la cantidad de trabajo a realizar en el Sprint. 20. Ceremonies de Scrum: scrum diario se llama Stand up Meeting es una reunión diaria. Según dice el título, corresponde a los integrantes del equipo actualizar a todo el grupo sobre sus últimos avances. Esta reunión de grupo en un mundo de desarrollo ágil es cada miembro del equipo. Responder tres preguntas separadas. ¿ Qué lograste desde la última reunión? ¿ En qué trabajas hasta la próxima reunión? ¿ En qué te interpone o te evita hacer tu trabajo? Esto le dice al equipo exactamente lo que se está haciendo. Qué necesita mejorar esta cosa. Cualquier problema o problema que pueda tener es crucial para que tu equipo sepa ayudarte . Y los pequeños problemas siempre deben abordarse para que no se conviertan en grandes problemas. Un buen truco es también tener visible tu herramienta de gestión de proyectos. Esto podría ser en forma de leva física a bordo o software como Sprint. Si yo giri a, que son bajos, es importante que un equipo vea lo que se está terminando en lo que está tardando más de esperado. Esto es especialmente útil para los equipos que pasan demasiado tiempo respondiendo preguntas clave, además de que todos se metan en el hábito de revisar el registro de la herramienta de gestión de proyectos para la reunión resulta en un gran impulso de eficiencia. ¿ Y el esfuerzo colaborativo? Por lo que uno de los errores de reunión de scrum más comunes es hacer un término basado en uno en un tipo del gerente de proyecto o maestro scrum. Esto derrota por completo el propósito del stand up y debe ser evitable. Evita a toda costa. Este es un tiempo valioso que debe ser tratado como esfuerzo colaborativo para todo el equipo. Una buena manera de mantener eficientes las reuniones de desplazamiento es establecer una regla simple. Todo lo que digas debe ser valioso para todos en la habitación. Las charlas individuales pueden ocurrir en cualquier momento del día. Aparte de la reunión estándar. Además, planifica la reunión en torno a tu equipo. Eso lo conseguimos en el mundo real, es imposible apegarse a un horario estricto, pero es importante desarrollar algún tipo de rutina para tus reuniones permanentes. Sin una rutina, dilación surtirá efecto. El de los medios nunca sucederá. En la segunda ceremonia se discutirá esta planeación de primavera. Por lo que esta reunión de sala ocurre al inicio de un nuevo sprint y está diseñada para que el propietario del producto y el equipo de desarrollo se reúnan y revisen el rezago del producto priorizado para una serie de discusiones que negociaciones el equipo debería crear en última instancia un sprint atraso . Este contiene todos los artículos aire comprometiéndose a completar al final del sprint. A esto se le llama el Sprint Gold, por lo que Sprinkle debe ser un incremento de trabajo a base de hierbas de barco, lo que significa que se puede demostrar al final de un sprint. Necesita ser acordado por todo el equipo, por lo que los propietarios de productos responsables de que estoy en el producto de vuelta ya para revisión antes comience el juego de primavera. Entonces, ¿quién está en asistencia eso? Por lo que el equipo de scrum, el equipo de desarrollo propietario del producto, todos ellos que formaron equipo scrum describen Master al final ahí. Entonces, ¿cuánto dura esta cosa? El largo de la mayoría de las ceremonias de scrums es realmente es la longitud del sprint. En cuanto a la planeación del Sprint, debería durar dos veces la longitud del sprint. Por ejemplo, si tu sprint dura dos semanas, esta ceremonia de reproducción de impresión no debe durar más de cuatro horas cuando la semana sprint no debe durar más de dos horas. Ahora bien, esto suena como una enorme pérdida de tiempo calculando el tiempo así. Pero si te sientas en la reunión de pergamino y podría tardar más de dos horas. puede llamar porque de eso no saldrá nada más importante. Entonces hablemos de entrevistas de strip spread. Preparación para una reunión ágil de Sprint Review no debe tomar más de unos minutos como máximo. Por lo que Sprint Review se enfoca en demostrar lo que se hace el equipo de desarrollo. Sabiendo que terminó usando historias y estar listo para demostrar esas historias, Funcionalidad te prepara para comenzar con confianza a reunión de Sprint Review. Prepararse para el espíritu de tu reunión involucra al propietario del producto y al equipo de desarrollo . El dueño de la pieza necesita saber cuál utiliza historias de equipo de desarrollo concluidas durante el Equipo de Desarrollo de Sprint. Necesita estar listo para demostrar nave terminada. Funcionalidad completa para que un equipo de desarrollo demuestre el producto en el Sprint Review, debe ser completo de acuerdo a la definición de hecho Así necesita ser desarrollado, probado, documento integrado que si esa es tu definición hecha como usuarios historias de completados lo largo de Sprint, el propietario del producto y el equipo de desarrollo deben verificar que el producto cumpla con los estándares. Esta validación continua a lo largo del sprint reduce y los riesgos de sprint y ayuda a este tiempo a los equipos de fregado a pasar el menor tiempo posible preparándose para la revisión de primavera . Hay algunos consejos que tengo para realizar una reseña de Sprint. Por lo que Sprint Review generalmente se lleva a cabo más tarde en el día del último día del Sprint, muchas veces del viernes. Una de las reglas de scrums para pasar no más de una hora en la reunión de Sprint Review para cada semana de los lineamientos de Sprint para tu revisión Spirit. Conocer a nuestros amigos, no hay punto de poder. Diapositivas hizo referencia al atraso de Sprint de usted para mostrar lista de historias de usuario completamente. Todo el equipo de scrum deberá participar en la reunión. Podrá asistir cualquier persona que estuviera interesada en reunirse. Por lo que los patrocinadores del Proyecto Stakeholder, uh, ven el yokel teórico siendo esto una revisión de Sprint siempre y cuando sumen y vean valor. El propietario del producto presenta una escuela de lanzamiento, por lo que el Sprinkle y las nuevas capacidades incluidas. El equipo de desarrollo demuestra lo que completó durante los sprints. Por lo general, el equipo de desarrollo exhibe nuevas características o arquitectura. La demostración debe estar en el equipo lo más cerca posible para planear departamento de producción , por ejemplo, usted para crear una aplicación móvil, presentar las características en el smartphone, tal vez enganchado hasta monitorear en lugar de una laptop, y las partes interesadas de las libertades preguntas y proporcionar retroalimentación sobre el producto demostrado. No hay funcionalidad amañada no revelada como los valores de núcleo duro de otros accesos directos de programación para hacer que la aplicación se vea más madura de lo que es actualmente. Por lo que siempre exhibe lo real. El pro gona puede encabezar una discusión sobre lo que viene a continuación, en base a las características que se acaban de presentar. Se han agregado nuevos ítems al rezago del producto durante el sprint actual, y yo solo retrospectiva es una reunión que se lleva a cabo al final de cada generación de desarrollo de software ágil . Durante una retrospectiva, el equipo reflexiona sobre lo ocurrido en la federación e identifica acciones para mejoras en el futuro. Cada miembro del equipo responde las siguientes preguntas. ¿ Qué funcionó bien para nosotros? Lo que no nos funcionó bien, pero podemos tomar acciones para mejorar nuestro proceso. cara al futuro. Sí, John retrospectiva. Dame pensada como, ah, ah, lecciones aprendidas. Conocer al equipo reflexiona sobre cómo fue todo y luego decide qué cambios quieren que sea una retrospectiva de próxima generación impulsada por el equipo y los miembros del equipo deben decidir juntos cómo se llevarán a cabo las reuniones ahora. Decisiones que tomamos sobre mejoras 21. Roles de equipo de Scrum: en el artículo original de Harvard Business Review que inspiró al Creation Scrum, el juego de desarrollo de nuevos productos. Dos profesores observaron que los grandes equipos eran un trascendente. Tienes un sentido de propósito más allá de lo ordinario, por lo que este objetivo auto realizado le permite más allá de lo ordinario, hacia lo extraordinario de una manera muy real. La misma decisión de no ser promedio sino de ser grande cambia la forma en que nos vemos a sí mismos en lo que son capaces de hacer. Los equipos autónomos también se auto organizan, autogestionan, tienen el poder de tomar sus propias decisiones sobre cómo hacen su trabajo y nuestro imperio . Para tomar esas decisiones se pegan equipos transversales funcionales de todas las habilidades necesarias para completar proyectos están planeando diseño, producción, ventas, distribución. Esas habilidades se alimentan y refuerzan entre sí, dice un miembro del equipo que diseñó una nueva cámara revolucionaria para Kennan lo describió. Cuando todos los miembros del equipo están ubicados en una habitación grande, información de alguien se convierte en tuya sin siquiera intentarlo. Entonces empiezas a pensar en términos de lo que es mejor o segundo mejor para el grupo en general, y no solo donde te quedas. Por lo que las personas a veces lucharon con la idea de la trascendencia sobre la trascendencia se puede describir como un espíritu de equipo. El primero de equipo vio un video al inicio de cada encuentro diario de museos. Todo el equipo de Blacks Rugby. Se une a propósito la energía de ese equipo. El primero de equipo quiso captar ese espíritu fue la determinación de aplastar cualquier impedimento espíritu para celebrar todo éxito en la victoria dorada que es trascendencia en equipo , ya sea en un equipo deportivo o entrega grandes productos o servicios. Los gerentes de producto trabajan en estrecha colaboración con el desarrollo. Imagine la dirección del producto en base a insights o investigación. Comentarios de clientes, tema de investigación de mercado. Gerentes de productos ágiles. El oro es trabajar con los clientes y el liderazgo de la empresa para definir la dirección del producto. El gerente de producto es el responsable de representar la verdadera voz del cliente. El mejor modo de entender plenamente los problemas de los clientes es hablar con los clientes. Visite sus sitios, experimentó su día a día de negocios y esas cosas. Al hacer esto, gerente de producto obtendrá perspicacia de primera mano. El cliente lucha y podrá encontrar características y funcionalidad. Aliviar los puntos de dolor sin clientes de indirección directa de campo. Eso es imposible de entender plenamente que los clientes luchan y las necesidades también es propietario de un producto dentro de un entorno ágil y este propietario del producto trabaja con el equipo de desarrollo para aclarar historias de usuarios, visión del producto y especificaciones administrar los atrasos de maximizar el valor de los productos para los negocios . Dueño de colegio comunica las intenciones de negocio a los equipos de desarrollo que tienen una clara comprensión de por qué se les pide que hagan lo que hacen. Ellos son capaces de ver el panorama completo, entendiendo las necesidades del negocio y del cliente, comunicándose con temas de negocio en alinear actividades técnicas con el fin de entregar excepción exponencial de los propietarios de productos típicamente tienen ah comprensión básica del desarrollo de software, sus comunicadores efectivos y entender que necesitamos abordar los problemas del cliente . Es común que los propietarios de productos mantengan puestos de analista de negocios antes de convertirse en su producto. Ahora el maestro de scrum está en el núcleo de todo el equipo de scrum, por lo que los maestros de scrub son los facilitadores pesos extra livianos, marco ágil con enfoque en oraciones de boxeo del tiempo llamadas sprints como facilitadores, los actores de scrum master entrenadores a el resto de los líderes sirvientes del equipo, como esto de Dios lo llama buen scrum El aire del maestro comprometido con esto desde la fundación y los valores se mantienen flexibles y abre oportunidades para el equipo a la cicatriz del flujo de trabajo. Maestros realizan un par de tareas. Por lo que realizan standups, reuniones de planificación de sprint, revisiones sprint y retrospectivas de consultoría interna de uno de los bloqueadores de la junta directiva, administración y reportes. Por lo que el rol de los maestros de partitura también es proteger el propio proceso scrum. Este maestro del crimen es el experto de casa desde obras y cómo debe aplicarse. Él o ella se asegurará de que el propietario del producto y el equipo de desarrollo se queden dentro de esto desde framework Por extensión es de Master. King entrenó a todos los miembros del equipo sobre cómo usar desde de la manera más efectiva. Ahora se trata de un papel muy diferente al de un jefe de proyecto tradicional, a pesar de las frecuentes comparaciones que se hacen entre dos. Por lo que los gerentes de proyecto son los responsables de administrar el trabajo fuera de los miembros del equipo del proyecto y eso guía su propio día de hoy. Trabaja el maestro scrum. No obstante, la única rendición de cuentas formal es sobre el proceso. Entonces echemos un vistazo. Un equipo de desarrollo mirando al scrum, responsabilidad maestra, no tener la rendición de cuentas actual, pero que sí tiene rendición de cuentas y ahí es donde entra el equipo de desarrollo. Por lo que un scripting típico consta de 5 a 9 personas y generalmente incluye los roles funcionales típicos se separaron proyecto de empresa. Esta oferta de desarrollo. Por ejemplo, eso significa probadores, desarrolladores y diseñadores del arquitecto . Pero esos títulos sólo son relevantes para establecer la pericia de cada individuo. Ahora el equipo actúa colectivamente para determinar cómo lograr tus objetivos. Las características específicas en las que trabajan están determinadas por la prioridad establecida por el propietario del producto. El modo en que trabajan se guía por el proceso scrum tal como lo monitorea este maestro de la firma. Todo lo demás está a la altura del equipo de gestionar, con scrum master proporcionando todo lo necesario para permitir que eso suceda. Por ejemplo, cada miembro del equipo puede tomar una característica de un rezago de producto priorizado, luego decidir individualmente cómo ejecutar ese trabajo. Este nivel de autonomía es una piedra angular fue de y fomenta fuertes vínculos entre los integrantes del equipo y ayuda a crear un ambiente de trabajo positivo, mientras que la idea de equipo AH existe en el agua para proyectos también. En ese entorno, un equipo es manejado funcionalmente por el gerente del proyecto de producto en lugar de ser autogestionado autogestionado 22. El Backlog de producto: el rezago del producto es ligeramente diferente al rezago de Sprint. Aziz, este último se extrae del 1er 1 Ya sabemos que la forma en que organizamos scrum de trabajo es sprints y las usualmente últimas dos semanas y antes de que alguien se dirija a cualquiera de ellos, hay necesidad de crear ese spin backlog. Se trata de un conjunto de tareas que tiene como objetivo lograr el objetivo de Sprint. Entonces dice que el rezago de Sprint se extrae del rezago del producto. El Prada back Una lista de todas las características, funcionalidades e investigación que soporta producto. El propietario del producto suele ser el encargado de cuidar ese problema atrasado. ¿ Hay algo más en ágil y scrum contrato por valores con el valor más alto necesita ser trabajado primero basado en valor de negocio necesita investigación en tendencias tecnológicas pronto horrible compra en el mercado. Un rezago se ha organizado de esa manera asegura que nuestro trabajo y brinden el máximo valor para la organización. Y como se puede ver, necesita estar constantemente actualizado para gestionar. Ese proceso se llama grooming de atraso. Sin actualizar el atraso, puede ir bastante rancio y no mantenerse actualizado por hoja de ruta muy larga que estás construyendo debe contener metas a largo plazo para varios lanzamientos. En un futuro lejano, sin embargo, el libro de devolución del producto debe centrarse en listar el trabajo para la próxima versión con mayor detalle. Usando planeación de ondas rodantes. Nos aseguramos de que los sprints inmediatos sean abordados en Is there es posible y los más lejanos reemplazarán más abajo y los detalles surgirán a medida que se fusionen hacia una meta específica. Productos que creas, Digamos, correcto, correcto, compartir cuyo último propósito es ridesharing también introduce un monedero toda la noche necesita a su espalda. Ahora el beneficio de usar un solo atraso un sustancial. Si su producto es masivo, digamos un sistema operativo al que podríamos buscar crear varios atrasos. No queremos jerarquía e importancia más valor los tiempos de almuerzo que entren en conflicto entre sí . Hablemos de usos a épicas recientes. Ahora esto es algo que cubrimos previamente en el curso, pero las épicas son una nueva, así que vamos a pasar por esto. Hemos pasado por historias de usos antes de este libro, pero sólo ellos ponen énfasis en ellas. Son las tareas que necesitas completar desde el punto de vista del usuario, y estas son las historias que estabas fuera Tus historias de Sprint son generalmente muy grandes se llaman epics, y podrían tomar varios sprints para lograr las épicas de generalmente historias que contienen varias historias. Podría ser 2050 100. Número varía Estas historias de usuarios, sin embargo, necesitan derivarse de la epopeya. Para que comience el sprint, no se puede trabajar fuera de la red así como así. Entonces echemos un vistazo. Por ejemplo aquí Way tienen, como un gran sitio web de viajes, quiero el sistema. Pueden determinar los precios más bajos, dependiendo de variables como en temporadas, para que mis visitantes en la página web puedan recibir ahora los mejores precios. Esta es obviamente una tarea enorme, enorme por lo que necesita ser desglosada en pequeñas historias de usos. Por ejemplo, como una gran página web de viajes, quiero establecer la tarifa óptima para los vuelos en función de qué vuelos comparables están cobrando de nuevo. Usando la planificación de ondas rodantes, establecemos que las historias de mayor valor es más alto en la cadena, pero también necesitan incluir la mayor cantidad de detalles. Entonces es como una excavación un poco más profunda en esto y ver si realmente podemos profundizar en lo que debe contener la historia de los usuarios. Echemos un vistazo al uso de la historia llegar aquí como una gran página web de viajes, quiero establecer la tarifa óptima para los vuelos en función de lo que los vuelos están cobrando comparablemente. Un par de cosas que me refiero a tener en cuenta aquí es la función debe comprobar tarifas para todos los aeropuertos a menos de 100 kilómetros. La función debería darme la capacidad de ordenar tarifas por distancia, la función. Ella me da opciones para ordenar a través del precio y la función. Ella me dio una opción de ordenar a través de aeropuertos como salida y llegada. Entonces ya ves cómo cuando es un mayor detalle aquí y yo añadiría más valor a la historia. Más aclaraciones a la historia por lo que a veces recurrimos a diferentes historias que no son necesarias, agrega historias de usuarios. Esto incluiría el trabajo en el back-end u otras tareas que realmente no son usuarios, por ejemplo, tableros de administración internos o de au dashboards que necesitamos para mantenerlo. Debería moderar los ojos KP. Estas pruebas son importantes para distinguir porque usan algo llamado desarrollo impulsado por características F doble secretos profundos. Esto es muy sencillo, por lo que siempre tienes una acción, tienes un resultado, y tienes el objeto. Entonces, por ejemplo, Si estamos viendo un largo regular en secuencia, lo veremos así. Valida más contraseña más usuario. Estos son sus únicos cuatro artículos con los que tratamos en nuestros atrasos scrum en el producto Sprint Press . Cuenta con bugs, trabajo técnico y adquisición de conocimientos. Entonces estos son los únicos realmente únicos cuatro que necesitamos para tener nuestro atraso. Sólo hay categorías. Una buena manera de empezar a construir su cartera de productos es arrojar todas sus ideas en la pared y ver cuáles llevan más valor. Siempre y cuando tengas suficientes historias impulsadas por valor para tu sprint, estás bien. Mantenlo simple y descomponerlo de nuevo según el valor. A continuación, vamos a ver cómo priorizar tu producto. Lifelock. 23. Priorización: Ahora que sabemos lo que necesitamos incluir en un rezago, cómo priorizamos, echemos un vistazo a cómo construimos y trabajamos con un rezago de producto. Entonces para hacer eso, vamos a pasar por una minuciosa lista de verificación para asegurarnos de que abordemos todas las áreas que tenemos. Usted como propietario del producto es el único responsable del producto de vuelta. Eres el encargado de mantenerlo con todas tus características de investigación y planeación. A partir de la visión de la hoja de ruta de la organización. El rezago del producto es una lista completa de todos los usuarios historias artículos de trabajo para su producto. No obstante, siempre puedes actualizarlo con requisitos más cambiantes y que más perspicacia a medida avanza, necesitas ser un lo más específico posible. Con estampados y goles más cercanos, los distantes podrían verse envueltos en misterio. Por ahora. Utilice siempre al usuario como punto de vista. Incluir correcciones de errores, intercambio de conocimientos y otros trabajos técnicos internos como mencionamos antes de historias de FDD . Calificas el valor en prioridad de todas estas historias de usuarios. Su investigación y conocimiento específico de los deseos y necesidades de los clientes impulsan el producto de nuevo. No necesitas mirar una estimación en este momento esta sesión de planeación de impresión y ponerte al día con tu equipo te ayudarán a hacer esto. Necesita clasificar su cartera de productos. Su cartera de productos es una lista siempre fluida de cambios y adaptaciones. No obstante, tu sprint no debería cambiar. Por lo que se acuerda el rezago de Sprint y se desbloquea Onley Cuando finalmente se cumple la definición de donantes , siempre se puede agregar al trabajo en la cabina, así que echemos un vistazo a cómo priorizamos este rezago de producto aquí. Como shopper, quiero ver una lista de productos para poder seleccionar algunos para comprar, Obviamente Valor 21 Prioridad ¿qué? Como shopper, quiero revisar mis tarjetas que puedo hacer ajustes previos a la salida 21 2 Como usuario, quiero hacer el check out para poder conseguir mis probablemente enviados a mí 13 y tres. Como shopper, quiero revisar mi pedido. Segundo, ver lo que compré en el pasado. Eso es un 84 Ahora. El modo en que miramos el proceso de refinamiento del atraso es lo que nos referimos como el Acrónimo Profundo . Se detallaron adecuadamente los stents para que los ítems en la parte superior de la lista tengan más detalle que los de la parte inferior. Recuerden, esto es lo que llamamos la planeación de la ola gobernante, donde los requerimientos inmediatos escolares son muy conocidos. Pero los lejanos una vez hablemos seis meses al año abajo de la línea que no sabemos tanto una vez que sigamos rodando. Una vez que vamos junto con un proyecto, nos enteramos más, más, más, y que después ya no está envuelto en misterio. Necesita ser estimaciones cada producto atrasado liberado. Los involucrados en la próxima liberación deben ser estimados por reportes de tienda o tiempo. A medida que tu equipo consiga más trabajo bajo su cinturón, su velocidad, la velocidad a la que termine artículo de su cartera de productos se hará más clara y facilitará la estimación. Emergente. Esto significa que un rezago de producto se adapta a nuevos ítems o información que emergen priorizados . Todos los artículos en el rezago del producto se ordenan con los más importantes en la parte superior. 24. Visión de producto: trabajar en el producto sin una visión reciente del producto se asemeja a entrar a la calle con los ojos cerrados. Por lo que avanzar en un producto o dirección de la vida ayuda a mantener las cosas en marcha y hace que las acciones sean significativas. Por otro lado, el líder tiene la responsabilidad de dirigir y guiar también de esto. pios y los gerentes necesitan tener en cuenta los planes de negocio y las confianzas de los clientes al tiempo que motivan a todos a trabajar hacia un objetivo común. Pero sin dirección, un equipo no puede pensativo, y ahí es donde vamos a hablar en la visión del producto y cómo la dirección ayuda a los equipos a avanzar con una agenda con un mantra. Entonces cuando discutimos la visión, tenemos en mente un plan a largo plazo para el producto. Se trata de planes que están muy lejos, y aún no se han materializado. Estos son objetivos lejanos pero sin embargo prueban sus ambiciones de negocio. Y el futuro aspecto de resolución de problemas de la visión suele ser de 2 a 5 años o incluso más dependiendo del producto que estés haciendo para qué industria. Entonces, ¿qué? ¿ No es esto sólo un montón de tonterías sin impacto inmediato? En realidad no. Es decir, usar un equipo de visión puede definir la ALS pública o consiguió una estrategia sobre cómo llegar en las escuelas , estrategias de dispositivos y tácticas y descomponerlas dentro de su mapa mundial de productos Ya discutimos antes. Echemos un vistazo a la declaración de visión de Google porque creo que esta es una gran. Vision Statement es organizar la información del mundo y hacer universal de una universidad accesible, útil, por lo que mirarla de una manera muy fácil, eres un guía turístico y estás haciendo senderismo por MT. Tienes tu grupo guía contigo y conoces la ruta que estás tomando dirección, vas a entrar. Tu visión es llevarlos a ver hermosas cimas de montañas, cascadas y tal vez hasta atrapar algo de vida silvestre aquí. Por lo que sin esta visión, su grupo guía turístico se perderá en su dirección. No sabría por qué se apuntaron a la gira hacia donde se dirigen. Visión debe ser una base Que las decisiones de chico y ayude a priorizar características o tareas. ¿ Contribuye al oro este elemento de característica al punto de partida o contribuye? Si no, entonces canaliza tus energías hacia actividades. La verdad La motivación también juega un papel importante aquí. equipo le recordó que el tiempo es que la dirección para que entiendan cómo sus roles en las actividades diarias contribuyen al panorama más amplio. Esto les ayuda a enfocarse más en el trabajo que realmente marca la diferencia en términos de desarrollo de productos . La motivación también juega un papel importante aquí, recordó al equipo en momentos de las direcciones, para que entiendan cómo sus roles y actividades diarias contribuyen al panorama más amplio. El jabonera se enfoca más en el trabajo que realmente marca la diferencia en cuanto al producto desarrollado. Por lo tanto, exploremos las formas numéricas de crear una visión de producto. Primero siéntate y en base a qué problemas o dolores enfrentan los clientes y cómo los resuelve el producto . ¿ O la producción fue lograr esos? Algunos podrían encontrarlo obvio supone más retos de los esperados. ¿ Quién debe tomar proceso de pareja? Y la tarea compleja La creación de Visión requiere mucho trabajo en equipo, Entonces lo que haces es invitar a compañeros de equipo u otros stakeholders que puedan contribuir al panorama más amplio están proporcionando conocimientos profesionales, pasión o habilidades visionarias. Cualquiera podría realmente unirse a desarrolladores, diseñadores, investigadores, negocios o marketing La gente podría caber aquí, pero asegúrese de liderar el flujo de creación de empujó a un equipo para llegar a un entendimiento final eso era pensar. Mira las preguntas que haces una de ellas es ¿Quién es tu público objetivo? ¿ Qué cliente necesita? ¿ Pueden los productos satisfacer qué atributos de producto determina la satisfacción de esas necesidades? ¿ Quién está compitiendo y cómo realizaron competidores externos internos? Qué marco de tiempo y producto sobre un presupuesto determinaron el proyecto, Así que juntos en un equipo de personas en mente, trabajo de las declaraciones visionarias y liderar un taller sobre tema formado grupos más pequeños donde gente pueda discutir algunos lluvia de ideas diferentes preguntas. Al final de la primera sesión, cada equipo debe elaborar una lista de ideas asegurables acordadas o respuestas después de que cada equipo haya presentado sus ideas. Ponga las ideas de la votación. Por lo que para seleccionar sólo las mejores ideas. Usa diferentes métodos contra equipos utilizados pensamiento abstracto y mantén siempre tu seguimiento del progreso y haz que todos se sientan involucrados. También tienes un par de preguntas más que haces. Podríamos echar un vistazo a la visión del producto Port Product Vision Board, hecha por Roman. cuadro define de una manera diferente, por lo que tienes una visión que nos llenaremos más adelante, pero tienes un grupo objetivo, por lo que define al público objetivo. Quien necesite el producto satisfará mirada a las necesidades. ¿ Qué hacen estos clientes? Qué dolores y retos solventes a la cara. Observe los productos que define el producto, atributos genéricos o futuros y contribuya a la felicidad del cliente. Las escuelas de negocios son muy importantes, por lo que es necesario tener una imagen clara de cómo el producto beneficiará a la empresa y cuáles fueron los objetivos y aspiraciones empresariales que llevaron a su creación. Por lo que al apuntar a algo corto y pegadizo para tu visión del producto, puedes usar la plantilla de visión del producto de Geoffrey Moore así como la básica para mis carreras siguiente manera para el cliente Target que cliente que necesita ser resuelto. El producto. El nombre es una categoría de producto que beneficia la calefacción, venta de puntos. A diferencia de producto competitivo, nuestro producto, quiero decir, diferencia. Entonces con esta herramienta, agarramos la esencia en la singularidad del producto. Si bien están encontrando a los simios, esto significó que puede funcionar bien en un ambiente ágil. Cuando empiezas a desarrollar también, una visión no tiene que convertirse en 20 pintura Biblia o un cartel brillante pared de Bhutto hacen declaraciones convincentes ineficaces. Por lo que el padre de las visiones, Roma Pickler, llama clara, inestable a la visión ideal del producto . Todo participante debe encontrarlo fácil de entender. Así que evita frases vacías que no digan nada un caso y miren amplio y atractivo. Por lo que deberíamos representar un cuadro más alto con el que todos puedan relacionarse y luego inspire a las personas a dar lo mejor de sí para que esto suceda. Acortar. Esta semana necesita llegar directo al punto adicional. Haces que sea alcanzable. Entonces, aunque una visión debe ser futurista, idea de lo que el producto podría volverse cínico, en realidad podrían cumplirse. Perteneciente. Por lo que necesitas elaborar la idea a partir de las necesidades y los motivos de los usuarios, y encontrar la razón principal detrás de esa existencia de otros. Nike es visión y la idea de negocio en realidad es realmente, realmente genial. Entonces en una clave, um, nuestra visión es crear una mejor vida cotidiana para las muchas personas son negocios Idea apoya esta visión al ofrecer una amplia gama de productos bien diseñados, funcionales para el hogar a precios tan bajo que tantas personas como sea posible podrán pagárselas. Por último, se presenta la visión del producto a todos los involucrados. Los interesados en el desarrollo deben conocer la dirección que dirigen, para que puedan mantener la confianza en las tareas y decisiones cotidianas. Comparte la visión cualquier forma presentaciones, tableros, carteles, reuniones uno a uno, etcétera. Transmites el mensaje para que todo el mundo entienda que puedes conectarte a él y ser honesto respecto. Fomentar preguntas y también presentar casos de uso. Ejemplos alecedores son efectos de visión, estrategias empresariales o decisiones de nivel inferior. Hablar el idioma de las visiones del producto audiencia y mostrarles cómo pueden contribuir a la mejoría del producto. 25. Hoja de ruta de producto: producto. ruta son una importante herramienta de gestión de productos, pero aplicarlas de manera efectiva puede ser un reto. ruta con demasiada frecuencia se centran en las características, y los gerentes de productos dedican demasiado tiempo a conseguir que las partes interesadas se pongan de acuerdo en una qué características se desarrollarán. Una hoja de ruta de productos es un plan estratégico de alto nivel, que describe cómo es probable que el producto se desarrolle y crezca en los próximos meses. Esto crea una continuidad de propósito y ayuda a sus gestores de productos y propietarios de productos un coro financiamiento para el proyecto, partes interesadas de las aerolíneas y también la privatización de instalaciones. Hace que sea más fácil coordinar el desarrollo enproductos más grandes y diferentes, productos más grandes y diferentes, y brinda tranquilidad a los clientes si su hoja de ruta de productos se hace pública. Ahora echemos un vistazo a cuáles son los mapas de ruta de productos que tenemos aquí? Echemos un vistazo a este gráfico, por lo que el primer lanzamiento del mapa de carreteras representado arriba contiene el marco de fecha u hora. Para los próximos lanzamientos, puedes trabajar con fechas específicas como el primero de marzo o un periodo como el primer o segundo trimestre. Encuentro fechas mapas internos particularmente valiosos. Rechazar uno externo. Es posible que desee eliminar el rol o usar marco de tiempo suelto, como en el 1er 6 meses de 2014 en la 2ª fila se indica el nombre o versión de los lanzamientos. Por ejemplo, tenía siete años o sabría que Quinn ganó. La tercera fila proporciona un objetivo específico del producto de cada lanzamiento principal para la versión del producto, el beneficio empresarial del usuario que debe proporcionar o el resultado que desea engañar. Los objetivos de muestra son adquirir o activar, los usuarios retener a los usuarios por las manos y la experiencia del usuario a bordo. Acelerar el desarrollo mediante la eliminación de la deuda técnica. Trabajar con metas desplaza la conversación de debatir las características individuales a acordar los beneficios deseados. Tomar decisiones estratégicas sobre productos en un equipo de desarrollo, las partes interesadas clave y el patrocinador gerencial deben comprar en las metas. Cuatro. Tiro aquí proporciona las características necesarias para alcanzar la meta. El rasgos Nuestro make significa terminar, pero no un fin en sí mismos. Sirvieron para crear valor y llegar a ir. Se puede pensar en las características como la salida requerida para crear deseo de tratar de vivir en el número de características por cada oro a tres. Pero no digas más de cinco se abstuvieron de detalle en las características y se centran en las capacidades del producto. Son necesarios para cumplir con la meta. Tu robot de producto debe ser un plan de alto nivel, y los detalles deben estar cubiertos en el rezago del producto, incluidas las epopeyas, y usar las historias. 26. Gestión de liberación: propietario del producto, como comentamos antes, es responsable del rezago del producto pero también en última instancia responsable de lo que entregaste a los clientes. Es necesario planear esto y también llegar a una estrategia sobre cómo liberar qué, cuándo y cómo. Echemos un vistazo a algunas cosas a tener en cuenta. Según lo mencionó Robin Sherman de The Home un scrum que necesitas considerar a tu público por lo que tu público objetivo debe impulsar todas las decisiones continúa. entrega de valor es obviamente una de las piedras angulares en ese trabajo sigue haciéndose muy popular las entregas . Y mucha gente quiere poder hacer un nuevo despliegue de software prácticamente cada minuto. Por supuesto, es muy útil poder liberar un poco de esfuerzo con solo pulsar un botón. Si realmente lo usarás o no depende en gran medida del contexto. Así llamado algún contexto, como el lanzamiento de Amazon múltiples veces al minuto, parece tener mucho valor en otro contexto al trabajar en sistemas de nómina de recursos humanos, por ejemplo, por ejemplo, liberar una vez al mes lo suficiente. Al menos eso estaba de vuelta en los días. número dos es crear uno, liberable incorrecto para Sprint. Por lo que en muchas organizaciones, los equipos están trabajando muy duro en muchas cosas diferentes en el sprint. Esto suele resultar en que el equipo tenga el 100% del trabajo, 80% hecho. En pocas palabras. Esto significa que se ha hecho mucho trabajo y no hay valor para los clientes. Se ha entregado a los usuarios ya que no está terminado. Hecho así ayudar al equipo de desarrollo ofreciendo enfoque con un Sprinkle. Por ejemplo, apoye al equipo de desarrollo para entregar un incremento de producto hecho lo antes posible en el Sprint, cual es útil ya que al menos terminarás con un incremento que podría ser liberado si quieres . número tres es obtener la propiedad del proceso de liberación o, mejor dicho apoyar al equipo de desarrollo en conseguir la propiedad por ahí. Con este proceso y muchas organizaciones haciendo liberaciones a la producción es algo que es propiedad de un departamento como policía. Estos coordinadores. Cuando el equipo de desarrollo no tiene propiedad sobre el proceso de lanzamiento, a menudo es más difícil hacer la liberación. Nada te costó como gerente de proyecto o gerente de producto en general tiempo valioso, pero he experimentado ser muy útil en el pasado es proporcionar a un equipo de desarrollo propiedad sobre el proceso de lanzamiento. Esto es algo ni tú ni el equipo de desarrollo a menudo pueden decidir por ustedes mismos. Entonces, lo que puedes hacer como propietario de producto que puedes hacer es crear transparencia sobre este tema . Turness primitivo Por ejemplo, cuando me preguntaron tu bistec, ¿Cómo podemos llegar a ser más rápidos? ¿ Cómo podemos entregar más valor? Entonces ayúdate a ti mismo y al equipo de desarrollo creando conciencia sobre el proceso de liberación cuando realmente solo liberamos el trabajo que se realiza en muchas organizaciones. Muchos equipos están liberando deshechos. trabajo se deshizo trabajo que se libera una producción pero que no se deriva para conformar definición de hecho. Esto crea deuda técnica, que te cuesta mucho tiempo. Mucho dinero para arreglarlo le costaría su valioso tiempo. Pero no gastas en entregar valor para que tus clientes y usuarios respeten la definición de 27. Resolución de problemas: los 5 Whys: Hola a todos. Entonces en esta clase vamos a hablar de los fundamentos de los cinco sabios entenderlos cómo trabajar con ellos y cuál es toda la orientación dorada de esto. Entonces una de las muchas razones por las que tener cinco andas es tan popular como causa raíz y técnica de análisis es su simplicidad. Entonces cada vez que ocurre un problema o problema, solo preguntan por qué el problema ocurrió al menos cinco veces a las personas que trabajan en él. No hay pasos de fantasía. No hay acrónimo lo es. No hace falta ninguna memorización y dibujo grandes diagramas. Cinco preguntas. Cinco maneras, sin embargo, trabajan en una premisa de que cada problema tiene una causa detrás de él. Pero un superficial permite dice para sólo representar síntomas, ¿verdad? Por lo que las persistentes indagaciones requeridas para encontrar el rial llama a la ruta detrás de los temas que se pueden tomar soluciones duraderas y el problema no resurge. Entonces ahora vamos a pasar a entender a nuestros cinco sabios con ejemplos. Entonces el ejemplo de pandilla uno de por ejemplo, ah, dominio de desarrollo de negocios. Estás trabajando con un cliente, así que la declaración de problemas es, nuestro cliente se niega a pagar por un sitio web que creamos. primera pregunta es un sabio del tiempo negándose a pagar bien, porque la manzana demasiados bichos. ¿ Por qué no tenía demasiados bichos? Bueno, no logramos hacer pruebas de regresión. ¿ Por qué no lograste hacer pruebas de regresión? Bueno, la línea de tiempo y el lanzamiento se establecen hacia adelante. ¿ Por qué ya se fijó el tiempo en el lanzamiento? Porque así fue como se vendió el proyecto. Entonces, ¿por qué se vendió el producto de esta manera? Debido a que la gente de desarrollo empresarial no tenía suficiente dentro del desarrollo para lanzar un plan que permita realizar pruebas de regresión CC. Necesitábamos cinco sabios para finalmente descifrar el proyecto se vendió con falta de conocimiento sobre los ciclos de desarrollo de software. Echemos un vistazo a otro. Entonces esto viene de tu sabes, tú 18. Entonces, ¿por qué el problema ha sido encontrado por el cliente? Bueno, acuerdo con el líder tecnológico, el equipo de pruebas no ha reportado ningún tema de este tipo al desarrollo. De acuerdo, entonces, ¿por qué el equipo de pruebas no pudo captar el tema? Equipo de pruebas realizó pruebas arenosas y no pruebas de regresión completas. Por qué solo realizan pruebas arenosas porque no tuvo tiempo suficiente para realizar una exhaustiva prueba exhaustiva y funcional de la aplicación completa. Entonces, ¿por qué no hubo tiempo suficiente para las pruebas funcionales? Porque construye llegó sólo un día antes de ti 80 líneas de tiempo y son un funcional. Las pruebas tardan como tres días. Por qué se le facturó dado sólo un día antes de ti 80 por culpa de Development Team tomó más del tiempo estimado, resultando algunos errores. Entonces, como se puede ver en este ejemplo, vemos que hay dos causas profundas, no sólo una. Entonces primero que los integrantes del equipo no pudieron dar estimaciones correctas en torno a las funcionalidades. Y hay necesidad de capacitación en técnicas de estimación en las segundas causas de implementación . Hay un problema con la gestión del proyecto como idealmente, un código libre debería haber sido al menos cuatro días antes de la U 80. Pero aquí el equipo estaba trabajando en arreglar bugs en el último día. Um ve una especie de situaciones que surgen a veces. Entonces echemos un vistazo a lo que podemos hacer para realizar realmente un análisis de cinco pasos de una manera muy eficiente. Número uno es obviamente tienes que reunir a los integrantes del equipo relevantes. Por lo que la razón detrás de reunir a cada miembro relevante del equipo es obtener un punto de vista diferente del problema que nos ocupa. Por lo que cada miembro tiene su propia forma de ver el problema y escuchar las cuentas de todas las personas asociadas al problema, y te da 3 visión de 60 grados. Esto es algo que es muy importante. Estamos viendo las llamadas de raíz, por lo que Número dos será definir la declaración del problema, correcto, correcto, Así que una vez que el equipo esté disponible, es hora de que se defina el problema real. El alcance del problema no debe ser demasiado grande, o vas a terminar teniendo muchas causas de raíz, y no debería ser demasiado estrecho así como podrías terminar por tratar el síntoma. Por lo que la declaración del problema debe ser equilibrada breve Al tiempo que da una explicación clara del tema que se está enfrentando. Por ejemplo, los servidores se estrellan con demasiada frecuencia. Y mientras que el encontrar el problema puede que desee que los miembros individuales encuentren lo que sienten es cuestión, hagan una lista de su receptiva Ahora estas respuestas pueden entonces ser discutidas para llegar a un consenso de la declaración del problema. Ahora bien, si nos fijamos en una versión muy, muy simple, desglosada de este análisis de cinco pasos es, por ejemplo, mi objetivo es que yo quiera dicho a mi propio negocio, ¿Por qué quiero esta tarea. Y otra vez, ¿por qué quiero otra vez esta tarea? ¿ Por qué no quieres esta prueba? Entonces, al final del día, me permite apoyar a mi familia porque es lo más importante para mí. Eso es corte s siempre ir a la cancha con cinco esposas. Puede que hasta tengas que tener seis. Si ese es el caso, Um, preguntar por qué, um te pide que preguntes a los miembros de tu equipo por qué se ha producido la declaración del problema. Obviamente sabes hacia abajo las respuestas y cada paso, la respuesta debe anotarse. Debe formar la base de la siguiente Y. Dado que cinco técnica blanca depende de la relación causa y efecto, es imperativo asegurar que responda a cada por qué es una respuesta lógica esté respaldada por pruebas . Te estás preguntando por qué tenemos que repetir el proceso de preguntar por qué cinco veces. Entonces aquí está la respuesta, que es preguntar por qué una o dos veces fue equivalente a sólo rascarse la superficie y tratar los síntomas iniciales con un problema para resurgir antes. Tratar de sondear la razón detrás de cada una de las respuestas te llevaría más allá de cualquier conjetura o especulación en torno al problema. Entonces una vez que la raíz real causa en la tierra que se debe discutir por separado para encontrar la acción correctiva y contramedida para asegurar los problemas. Por último, tackle no volverá a suceder. Este es básicamente el charco en la situación del piso de la que hablamos antes, por lo que charco en el piso se debe a fugas de tuberías. ¿ Por qué lo de las pipas? ¿ Porque no fueron perforados? Probablemente. Entonces, ¿por qué construirían adecuadamente? Los otros problemas más? No tendrás problemas con la infraestructura en casa, así que siempre pregúntale más sabio. Por lo que un par de ventajas con esto es que fomenta la colaboración solución de problemas. Agente. Alcanzar consensos amistosos en áreas con temas más que encontrar fallas o culpar a individuos. Es proceso sencillo, fácil de seguir sin requerir un análisis estadístico, pero con todo también son limitaciones. Y debes saber de estas limitaciones. Podrás contrarrestarlos en tus reuniones o mitigarlos con algún tipo de plantas. Por lo que a veces simplemente no es posible aislar una sola causa raíz a esta técnica. Así que haz que tu declaración de problemas sea más pequeña, más corta o identifique varias causas raíz. Si estás bien con eso, si el producto realmente va a ayudar, es una técnica que consume mucho tiempo, aunque implica sondear a fondo una evaluación minuciosa de todos los hechos. Um, el éxito de esta técnica depende de sus participantes. Por lo que si no se dispone de personas relevantes, es posible que el grupo restante no pueda encontrar la respuesta correcta a la pregunta blanca. Um, así que chicos, eso es todo. Esos son los cinco sabios. Y hay una sábana en la clase para que los usen, así que avancen caminoarriba camino . 28. El diagrama de la espesa: Entonces hablando de problemas ahora sobre cómo resolverlos, echemos un vistazo a nuestra primera solución de primera herramienta para resolver problemas. Es el diagrama de hueso de pescado. Entonces un ejemplo particular que viene a la mente al explicar el diagrama de hueso de pescado es el charco en el piso y su esencia. Está diciendo que el charco en el piso existe por una causa raíz. En lugar de limpiarlo y comprar más toallas, la causa raíz necesita ser explorada y arreglada. Estos son los pasos que damos para identificar la causa raíz. Siete. Me hace enumerar en el diagrama Fish bowl que se utiliza a menudo en la comercialización. Se trata de productos precio de servicio, lugar, promoción, personas, proceso de personal, evidencia física. Ahora echemos un vistazo a un ejemplo de un diagrama de hueso de pescado, porque voy a dibujarlo para ti. Entonces digamos que estamos retrasados y nos gustaría saber por qué podríamos tener problemas con el equipo, la gente de proceso, los materiales, materiales, gestión externa del entorno. Miramos a un lado, las causas. Vemos temas adicionales, por ejemplo, equipos, equipos inferiores, equipos inferiores flujo de trabajo ineficiente, capacitación inadecuada, materiales inadecuados, retrasos del cliente o retraso aprobaciones. La administración podría haber retrasado las aprobaciones también. Es posible que veas algunas causas secundarias en todo esto está bien, por lo que la presencia y el proceso podrías ver en pasos optimizados. Podríamos tener un muy redundante estuvimos trabajando. Necesitas recortar esto hacia abajo. O podríamos estar viendo un duplicado de trabajo lo que provoca un retraso, tal vez haber estado en el mismo código para resolver el mismo o diferente problema. A lo mejor nuestros materiales han tenido mala calidad. Estaría usando los dispositivos de prueba equivocados con este proceso. Realmente investigamos las causas detrás de cada uno de estos problemas dentro de nuestro proyecto. Si sí sabemos prevenir este mercado de emisión en particular con asiento, si aún no lo sabemos, podemos averiguarlo, lo marcaremos con una X. No podemos evitarlo, ni Detective lo marcará con una red. Ver usualmente significa nuevos procedimientos de trabajo. X necesidades de investigación y ensayo y error. El final necesita algo de protección, ya sea más agredido, trabajo escolar o mejores contratos 29. Planificación de Poker: en esta conferencia, vamos a hablar de planear libro para que esto pueda usarse con los días ideales de Lord Porn's o cualquier otra unidad de estimación que tengas. Honey Poker en Scrum reúne múltiples opiniones de expertos para la estimación de direcciones de un proyecto. Por lo que este tipo de planeación ágil incluye a todos. Por lo que Programmers Tester es ingenieros de bases de datos, analistas, diseñadores de interacción de usuarios y todos los demás personales involucrados en el proyecto. Debido a que los miembros del equipo representan todas las disciplinas en el proyecto sufren, son los más adecuados para la tarea de estimación. Todo el punto de usar el poker de planificación es que es, ah, proceso que te obliga a descomponer departamentos en partes tan pequeñas que se hace posible estimar correctamente el tiempo necesario para cada bit. Entonces cualquiera fue que constructores de trabajadores en absoluto sabe que el tiempo estimado es complicado. No es posible estimar el tiempo para las pruebas que son demasiado grandes, por lo que es posible determinar aproximadamente cuánto tiempo tarda un lugar. Una ventana era totalmente imposible juzgar cuánto tiempo tardará en reconstruir toda la casa. Por lo que las actividades que estimes el tiempo para planear el poker deben ser tan pequeñas que sea posible estimar el tiempo que tardará en realizarlas. Por lo que la mayoría de los equipos realizarán unas sesiones de planificación de póquer poco después de que se escriba un rezago inicial del producto en estas sesiones, lo que puede tardar varios días. Solían crear estimaciones iniciales, las cuales son útiles para esculpir recitar tu proyecto. Um, debido a que los elementos de aspecto de atrás del problema, a menudo la forma de la historia de un usuario seguirá siendo a las dos a lo largo del proyecto. La mayoría de los equipos encuentran útiles para llevar a cabo sesiones ágiles posteriores, estimar y planificar una vez por generación, típicamente celebradas unos días antes del bajo la adoración inmediatamente después de un stand up diario . Porque todo el equipo se perdió todos juntos, por lo que cada persona era parte de. El equipo estimado está sosteniendo una baraja de cartas contigo, pero no tus valores, como un 0 a 21. Entonces he visto que las tarjetas de planificación subieron a 100 pero estamos definiendo. La complejidad mayor es 21 en su lugar, por lo que generalmente no se ve nombrado elevando tarjetas más altas de esto. Y el equipo que se estima necesita hacer preguntas a los dueños de los gerentes de producto. Si parecen muy poco claros. Entonces lo que es claridad ha barrido por la habitación. El equipo presenta sus propias estimaciones individuales jugando una carta de la baraja de cartas . Importante destacar es que todos necesitan revelar sus tarjetas al mismo tiempo. Si todos estamos jugando el mismo número desde nuestros mazos, eso significa que estamos de acuerdo sobre el punto de la historia. No debemos jugar las mismas cartas? Equipo necesita discutir el arresto. Y una vez que las discusiones condujeron a su conclusión, el equipo luego repite para revelar proceso con más puntos de historia. Pero para las historias de usuarios, si no hay acuerdo sobre ciertos usos historias de lo que es éste, la base para una mayor investigación se ha detenido hasta que se requiera más información. Entonces con eso dicho, echemos un vistazo a, ah, ah, planeando sesión de póquer año de edad rápido eso estamos viendo como usuario. Deseo ver una lista de productos para poder seleccionar algunos para comprar. Entonces tenemos a Joe, Michelle, Richard y Lana, y todos van a estimar. Entonces la estimación es Joe en cinco. Michelle 13 Richard cinco largos tres. Ahora se puede ver que cinco y tres no es tan grande, Así que un poco de discusión podría ayudar a elevar el listón a cinco justo en los tres, solo para sumar un poco de complejidad. Y son un poco de amortiguador, pero 13 está un poco preocupado. ¿ Qué significa eso? Eso podría significar que Michelle no ha entendido los requisitos. Es decir, que Michelle tiene una toma diferente de lo que va a pasar una vez que llegue a las pruebas. Podría ser que haya mucha complejidad alrededor de la espalda y sistemas por los que vas a trabajar a través de eso Este tipo de ayuda y yo guía para decir Bien, Michelle, hablemos de esto más adelante. Por lo que cierras eso ahí mismo, pasas a las siguientes historias de usuario que quieras Ellos quieren estimar. 30. Desafíos de la transformación ágiles: Cuando empecé por primera vez como maestro de scrum, estaba entendiendo cómo el señor Roll realmente requería de una nueva cicatriz Laster estructura del equipo de liderazgo , estrategia de producto, prácticas técnicas, gestión del cambio y coaching. Yo me miraba significaba hacia antes de que saliera algún maestro de scrum. Esto puede ser un camino complicado en muchos rey y confundido y atrapado en todas las habilidades que necesitan conocer. El día de hoy veo que sucede lo mismo donde las organizaciones sí quieren ir ágiles pero no quieren poner en marcha iniciativas suficientes para lograr esa cierta agilidad. Se enfocan en scrum en cámara. Pero como ya sabemos, filosofía Agiza y si vas a scrum es solo una herramienta. Si no sabes construir una casa, los tablones, el concreto y el vidrio no son de utilidad real. Las organizaciones pueden centrarse en mejorar las prácticas de ingeniería. Incluso pueden enviar personas a asistir a cursos de capacitación y hay una expectativa de que esto sea suficiente. Las mejoras vendrán rodando. Esto, por supuesto, no aborda el núcleo del problema Allí murmuraciones de lo intentamos ágil. En realidad no funciona aquí. Trabajamos con un cliente así. Tienes que cavar muy, muy profundo para entender vistiendo la transformación. Las cosas se pusieron un poco sesgadas en su mayoría, y digo esto sin más confianza es la parte mental adaptabilidad personal y capacidad para que las personas cambien eso, repasen sus miedos y enfrenten ciertos riesgos. Al igual que yo, mis días maestras realmente scrum. Muchos entrenadores y consultores se están enfocando estrechamente en una pequeña pieza del rompecabezas. Al tiempo que se pasa por alto piezas vitales de información. Sin poner estos en foco, las posibilidades de mejora no son muy altas. Acepto que la división a punto de hablarte es de una división artificial más grande, y no se puede abordar el dominio de forma aislada. Todos están altamente interconectados en cada dominio influirán en cada una de las otras áreas. Por lo que hago la división en gran medida para crear conciencia de las cosas que deberían estar en el radar liderando una transformación. Entonces vamos a seis. Exploremos cada liderazgo de dominio. Cultura organizacional de las personas en el calibre significaba institutriz del financiamiento y formas de trabajar. Empecemos con la gestión del liderazgo. A menudo escucho decir que los líderes deben apoyar o comprar a la iniciativa de cambio, y estoy de acuerdo y en desacuerdo. Entonces, en mi experiencia, mucho más. Se necesita el apoyo. Creo que el cambio necesita ser impulsado activamente por el liderazgo. Estos mismos necesitan pasar por el aprendizaje profundo y el crecimiento en el rol y todo comienza ahí. Hay muchas maneras en que la gestión de liderazgo de una organización verdaderamente ágil son irreconocibles a partir de las versiones tradicionales de las reglas. Los turnos vitales incluyen un cambio de liderazgo apoyado por la Directiva dos, un cambio de autoridad centralizada a descentralizada, un cambio de centrarse en el dedo del trabajo, centrarse en la dirección y crear el entorno para el éxito no sólo con palabras pero con cambios estructurales de política para permitir que ocurran los cambios. Estos cambios no se pueden impulsar de abajo hacia arriba. Necesitan venir de la dirigencia. Echemos un vistazo a la cultura organizacional. Por lo que en la versión 12 de un Informe Estado de Ágil, dice, cultura organizacional en desacuerdo con los valores ágiles fue una vez más el reto número uno al adoptar y escalar ágil fue resaltado por el 53% de los encuestados, es continuamente emerge como un inhibidor número uno para aumentar la agilidad. Por lo que el primer paso es entender la organización cultural actual y deseada. THES estará bien alineado o en conflicto con lograr mayores niveles de agilidad. Si la cultura deseada está en una de las que está en conflicto, entonces me preguntaría hacia dónde debería seguir adelante la transformación. Esto puede evitar mucha pérdida de tiempo, dinero y esfuerzo, y tiende a ser mejor ayudar a las personas a mejorar dentro de los parámetros de lo que valoran cuando, sea lo que sea. Si se decide que la cultura necesita ser cambio, eso necesita ser planeado cuidadosamente, uno no sólo cambia la cultura tratando de cambiar la cultura. La cultura es producto de los comportamientos, valores y creencias de las personas, dentro de una organización o dentro de tu departamento o con un nuevo equipo. Las culturas sólo pueden cambiarse cambiando esos comportamientos específicos. Estos nuevos comportamientos deben ser apoyados con nuevas políticas. Sólo entonces la cultura cambiará en el camino. Este es otro activador clave de la agilidad, y no debe ser ignorado. Echemos un vistazo a las personas en compromiso. Entonces un negocio moderno, las reglas del juego han cambiado. Ya no hay duda alguna sobre el vínculo entre el compromiso de los empleados y los resultados de los negocios . Cualquiera que sea la cita que veas los resultados son las mismas empresas con los empleados de engagement superan significativamente a su competencia. Es que un manejo para la obediencia y la diligencia, como fue efectivo durante la Revolución Industrial, ahora necesitamos igualar por la creatividad, la iniciativa, pasión. Esto ayudará a atraer y retener a los empleados más efectivos y dará una enorme ventaja competitiva en la compleja economía del conocimiento de hoy. ¿ Es de extrañar que en el estado del Global Workplace Report by Gallup 2017 sólo el 15% de las personas jaladas se dedicaron a sus organizaciones laborales están desperdiciando potencial humano o no consiguiendo a las mejores otras personas? Esto es malo para la gente y malo para el negocio. Por lo que crear organizaciones adaptadoras de alto rendimiento administrando activamente para el compromiso es la necesidad. Esto implica reinventar muchas políticas de RRHH anticuadas para el trabajador del conocimiento del siglo XXI para la gobernanza y el financiamiento. Una pregunta que escucho todo el tiempo es ¿Cómo podemos ser ágiles? Tendrá que firmar los costos y plazos de alcance por adelantado, y no se pueden cambiar sin volver a revisar el caso de negocio. Bueno, no se puede responder a corto plazo un modelo de gobernanza basado en cascada que insiste en un gran análisis y diseño por adelantado . La creación de detalle, casos de negocio, estricto control de cambios y financiamiento de grandes lotes no es una fragilidad de diseño de modelo. Todo lo contrario está diseñado para la rigidez y hace un montón de supuestos, que no sostienen desarrollos complejos. Supuestos como podemos saber qué construir de antemano. Las cosas no cambiarán mucho a medida que avancemos y salvemos el lugar grandes apuestas sobre sus supuestos cuando el dinero gastado esto fundamentalmente incompatible con muchos ágil una compra. Tal cámara depuradora cambiar cómo se invierte el dinero de plan y predecir para experimentar y adaptarse es una enorme nave mental. Colocar muchas apuestas pequeñas y curso correcto y basado en la retroalimentación es la forma menos arriesgada de proceder . Pero es necesario que se establezcan organizaciones para eso. Por lo que las formas de trabajar es el dominio en el que la mayoría de las organizaciones dedican la mayor parte del enfoque . Ya sea implementando marcos ágiles como un scramble, Cambon o el modelo Spotify, o incluso mejorando las prácticas de ingeniería. Este tiende a ser el punto de partida, mayoría para buscar mayores niveles de agilidad. El problema es que enfocarse en formas de trabajar con todos pero garantizar esa ágil no funciona aquí. El motivo por el que no funcionará será que los cambios de liderazgo organizacional necesarios para crear físicos de ambiente no ocurrieron. Los marcos mencionados anteriormente pueden ser muy valiosos no se aplicaría en el contexto correcto. Por lo que la leyenda de la cultura organizacional, que se presta a un cierto enfoque cualquier entrenador o consultor adjunto para asesorarnos comenzando con marco particular sin entender el contexto, cultura, deseado resultado y actitud ante el cambio. Es alguien que probablemente no tenga la experiencia de estar asesorándote en tu transformación. Veo esto con demasiada frecuencia. Es un fracaso de los procesos actuales de la industria, las prácticas y los marcos son importantes, pero no lograrán resultados de forma aislada. 31. Cómo crecer grandes Scrum: el mayor problema y el miedo que enfrentarás es un entrenador ágil es fallar. Tu misión en tu cliente es un problema que lleva transformaciones ágiles que son insostenibles y no lo suficientemente flexibles como organizaciones objetivo pero mal juzgadas durante mis años. He visto esto pasar unas cuantas veces y se pueden poner bastante rudos. Por lo tanto, quiero crear una conferencia bonus fuera de ella. Pero empecé a trabajar como maestro de scrum hace unos nueve años. Ahora había asistido al curso de master scrum, pero como todos sabemos, la teoría es diferente a practicarla en la vida real. Hablo de habilidades blandas, habilidades interpersonales, conocimiento de productos, experiencia en materia de materias. Por suerte, estaba trabajando con algunos de los mejores mentores por aquel entonces que podrían guiarme y mostrarme dónde y cómo puedo encontrar mis respuestas. Encontrar mis pies es el scrum Maestro no era viaje educativo, pero a menudo nuevo scrum maestro's elige tu propia aventura sin la guía adecuada. Entonces, ¿cómo abordamos este tema y por dónde empezamos? ¿ Haber trabajado en varias agencias? Nigel Coach, tendemos a convertirnos en más consultores dentro de esas organizaciones. Cuando el proyecto termina, empacamos y dejamos atrás, una organización que dependía en gran medida de nuestras habilidades para hacer los problemas. Han sido claros, aunque muchas organizaciones que se embarcan en este ágil viaje no ven el valor de invertir en un viaje de cartera. Por lo que los líderes scrum Los propietarios de productos del Maestro miembros del equipo sólo para aprender un montón de nuevas habilidades y técnicas, técnicas que a menudo son diferentes en cuanto a lo que están acostumbrados a tomar un atajo. Por tanto, las empresas contratan consultores. Nancy Kline sí lo puso de la mejor manera en su libro, A time to Think lo más valioso que podemos ofrecernos es un marco en el que pensar por nosotros mismos. Entonces echemos un vistazo a cómo crecemos en trenes scrum masters para entregar ese valor. Ahora el marco del pensamiento independiente puede ayudarlos a crecer. Creo firmemente que beber mis años es Gran Maestro Nigel Practicante. He encontrado tres pilares que funcionan bien para el crecimiento maestro de chatarra. Uno de ellos es el liderazgo que entiende la importancia de up Skilling. La gente está dispuesta a invertir en ello. Segundo, ser entrenadores con experiencia en la trayectoria en el crecimiento de una capacidad de maestro de escuela 1/3 en ser un programa sistemático de capacitación y en el coaching laboral para cubrir los gobiernos o competencias apropiados . Por lo que todos son efectivos y cómo la gente puede aplicarlos es Lian Cambon Scrum XP. En la práctica y patrones que lo acompañan, eso debe ser de segunda naturaleza, pero las personas progresan por los niveles. Deberían comenzar a investigar más cuerpos de trabajo, incluyendo el pensamiento de sistemas, la teoría de la complejidad. En la teoría de las colas, los elogios de Teoh amplían su base de conocimientos cuando se trata de organizaciones adultas. Crimen, señor Capability. Tiendo a usar una combinación de enseñanza, tutoría y coaching especializacion elemental. Dado el amplio alcance del roll master scrum, he observado el mejor resultado en dividir el despliegue. Se trata de unas áreas de competencia de alto nivel. Si bien preguntaba 10 entrenadores eran probablemente rendidos, me dicen respuestas después de que muchos experimentos han encontrado que la división de caída se efectuara. La facilitación es algo en lo que los maestros scrum deben ponerse bien rápidamente. Estos podrían incluir los hornos scrum, producto de cartografía de historias, talleres de mapeo mundial, refinamientos atrasados e innumerables otros. la capacidad de permanecer neutral y visitado facilitó las discusiones grupales y la toma de decisiones Es clavela capacidad de permanecer neutral y visitado facilitó las discusiones grupales y la toma de decisiones, igual que la en habilidad viable de diseño y entrega. Involucrando ineficaces retrospectivas de restaurantes sprint. La dinámica del equipo es crucial desde el maestro de matorral como manifestantes ya que siempre deben tener el ojo en la dinámica del desarrollo en este condado, deben entender cómo facilitar la creación del equipo AH, trabajando con un acuerdo, un objetivo compartido y una mutua rendición de cuentas para lograrlo, deben entender cómo construir confianza, para navegar un conflicto saludable. Deben ayudar a construir un ambiente de seguridad psicológica. Capital social en colaboración. Ayudar a las personas a trabajar eficazmente como equipo ha demostrado una y otra vez ser más eficaz que simplemente contratar a los mejores individuos. Este es algún producto es una responsabilidad clave de US Crow master. Eso significa ser estudiante de gestión de productos. Esto incluye coaching en la creación de una estrategia de visión de producto convincente y una hoja de ruta. Además de esto, significa ayudar al propietario del producto con técnicas en torno a la administración del rezago del producto como descubrimiento y la división de historias de usuarios. Cambios organizacionales, El aspecto más ignorado de la regla es siempre coaching al equipo de desarrollo en el producto Se espera que los maestros de scrum de propietario entrenen a las organizaciones. En mis años de matorral Maestro, encontré este traje. Esto se convierte en la parte más importante del papel una vez que el equipo ha escogido los triunfos fáciles a nivel local, las restricciones tienden a pasar a la organización. A lo mejor trazan las políticas están incentivando el ismo individual sobre el trabajo en equipo. Quizás la infraestructura no te permita implementar fácilmente en el entorno de prueba. A lo mejor las políticas de gobernanza te están ralentizando. Como scrum, maestro, debes estar dispuesto a hacer frente a estos impedimentos. Eso significa educar a la gente mucho más allá de tu área. Ahora se podrían comer la agilidad del equipo y ser un agente de cambio, coaching, mentoring y docencia se trata de ayudar a las personas a crecer y desarrollar nuevos conocimientos y habilidades, desde el lado más directivo hasta enseñar a lado menos directiva de habilidades de coaching un afín. Entonces los mantengo juntos. De cualquier manera, son todas las cosas que scrum master debería poder hacer en diversos grados en el espíritu de ayudar a las personas y equipos a mejorar continuamente este sistema de autoevaluación. Cada una de las áreas anteriores ayuda a las personas a identificar sus áreas de cuerdas y donde hay más margen para el desarrollo. Esto entonces impulsa una conversación constructiva de coaching y tutoría centrada en dónde están ahora, dónde les gustaría estar y cómo pueden trabajar para lograr ese crecimiento La capacidad de conteo teatral se sienta firmemente en sus manos estaban ahí sus propios talleres dirigidos para escuchar las preguntas, plantar semillas y orientarlas a través del proceso de desarrollo. Podemos señalar libros, artículos y videos que usted me inspiró a lo largo de los años que no podemos hacer es un elegir ese camino . 32. ¡Felicitaciones! Completaste el curso: Oigan, todos, este es el final de un curso. Pero no es el final del viaje ciudades Cualquier comentario más que tendrías algo más. A ellos les gustaría saber eso. Por favor házmelo saber en la sección de comentarios, y me pondría derecho a lo último que quiero ver aquí antes de salir de este curso . Es realmente fundamental para el camino. Tienes que tener muchas de estas habilidades de las que hemos estado hablando en el curso y no me malinterpretes muy, muy importantes. Pero la habilidad clave para ser una cancha para adultos o un maestro de scrum es prestar atención a mucho detalle. Estas decisiones significan el precio dentro de los datos para tomar decisiones difíciles todos los días. Y también necesitamos tener un enfoque de consultoría para la alta dirección en el cliente trabajando con nosotros en este momento. Me alegra tanto que ustedes se hayan unido a mí en este viaje. Uh, aprender sobre algo que me encantaba hacer yo mismo. Entonces, donde quiera que estés en el mundo, lo que sea que estés haciendo, siéntete orgulloso. Sé feliz, sé motivado. Mantente en contacto y felicidades por completar el curso.