Agile (desarrollo de software \u00e1gil) es una familia de enfoques \u00ab\u00e1giles\u00bb para el desarrollo de software. Estos enfoques tambi\u00e9n se denominan a veces marcos o metodolog\u00edas \u00e1giles.<\/p>\n
Agile se origin\u00f3 en el entorno de TI,<\/strong> pero luego se extendi\u00f3 a otras \u00e1reas, desde la ingenier\u00eda industrial hasta la inteligencia artificial.<\/p>\n El significado de Agile se formula en el Manifiesto de<\/a> desarrollo de software \u00e1gil<\/a>: \u00abLas personas y las interacciones son m\u00e1s importantes que los procesos y las herramientas. Un producto funcional es m\u00e1s importante que una documentaci\u00f3n completa. La cooperaci\u00f3n con el cliente es m\u00e1s importante que acordar los t\u00e9rminos del contrato. Estar preparado para el cambio es m\u00e1s importante que seguir el plan original \u00ab.<\/p>\n El Manifiesto \u00c1gil es el documento maestro de todos los enfoques de desarrollo \u00e1gil. Creado en 2001 por un grupo de programadores entusiastas que quer\u00edan comprender qu\u00e9 es exactamente el n\u00facleo del desarrollo de un producto de TI \u00fatil y codiciado, Agile asume que al implementar un proyecto, no es necesario depender \u00fanicamente de planes detallados. que se han creado de antemano. Es importante centrarse en las condiciones en constante cambio del entorno externo e interno y tener en cuenta los comentarios de los clientes y usuarios. Esto anima a los desarrolladores e ingenieros a experimentar y buscar nuevas soluciones sin verse limitados por marcos y est\u00e1ndares r\u00edgidos.<\/p>\n Los enfoques \u00e1giles separados incluyen scrum y kanban.<\/p>\n Scrum es un \u00abenfoque estructurado\u00bb.<\/strong> En cada proyecto trabaja un equipo universal de especialistas, al que se suman dos personas m\u00e1s: el product owner y el scrum master. El primero conecta al equipo con el cliente y monitorea el desarrollo del proyecto; este no es un l\u00edder de equipo formal, sino m\u00e1s bien un curador. El segundo ayuda al primero a organizar el proceso empresarial: realiza reuniones generales, resuelve problemas cotidianos, motiva al equipo y supervisa el cumplimiento del enfoque scrum.<\/p>\n El enfoque Scrum divide el flujo de trabajo en sprints iguales, generalmente per\u00edodos de una semana a un mes, seg\u00fan el proyecto y el equipo. Antes del sprint, se formulan las tareas para este sprint, al final, se discuten los resultados y el equipo comienza un nuevo sprint. Los sprints son muy convenientes para comparar entre s\u00ed, lo que le permite administrar la eficiencia del trabajo.<\/p>\n Kanban es un \u00abenfoque de equilibrio\u00bb.<\/strong> Su tarea es equilibrar a los diferentes especialistas dentro del equipo y evitar una situaci\u00f3n en la que los dise\u00f1adores trabajan d\u00eda y noche y los desarrolladores se quejan de la falta de nuevas tareas.<\/p>\n Todo el equipo es uno: no hay roles de propietario de producto ni de maestro de scrum en Kanban. El proceso empresarial no se divide en sprints universales, sino en la etapa de realizaci\u00f3n de tareas espec\u00edficas: \u00abPlanificado\u00bb, \u00abDesarrollado\u00bb, \u00abProbado\u00bb, \u00abCompletado\u00bb, etc.<\/p>\n El principal indicador de rendimiento en kanban es el tiempo medio que se tarda en completar una tarea en todos los \u00e1mbitos. La tarea pas\u00f3 r\u00e1pidamente: el equipo trabaj\u00f3 de manera eficiente y sin problemas. La tarea se retras\u00f3: hay que pensar en qu\u00e9 etapa y por qu\u00e9 hubo retrasos y qu\u00e9 trabajo debe optimizarse.<\/p>\n Para visualizar enfoques \u00e1giles se utilizan tableros: f\u00edsicos y electr\u00f3nicos. Le permiten hacer que el flujo de trabajo sea abierto y comprensible para todos los especialistas, lo cual es importante cuando el equipo no tiene un l\u00edder formal.<\/p>\n Agile es un enfoque para la gesti\u00f3n de proyectos o el desarrollo de software. En Agile, los requisitos y las soluciones evolucionan a trav\u00e9s de la iteraci\u00f3n y el esfuerzo colaborativo de equipos multifuncionales y autoorganizados y usuarios comerciales. Agile da la bienvenida a los requisitos cambiantes, incluso en una etapa posterior. Los clientes, los participantes comerciales y los desarrolladores trabajan juntos durante todo el proyecto. Los equipos \u00e1giles ajustan su comportamiento para satisfacer las necesidades cambiantes del proyecto.<\/p>\n Agile es una filosof\u00eda u orientaci\u00f3n (Griffin). Agile se usa ampliamente como gu\u00eda para acercarse al trabajo del proyecto. Agile enfatiza la iteraci\u00f3n del desarrollo, as\u00ed como las pruebas en el ciclo de vida del desarrollo de software (SDLC). Agile descompone un producto o proyecto completo en conjuntos peque\u00f1os. En la metodolog\u00eda \u00e1gil, el desarrollo o las pruebas ocurren al mismo tiempo. Agile admite la colaboraci\u00f3n y la comunicaci\u00f3n directa.<\/p>\n Scrum es la base para la gesti\u00f3n de proyectos o el desarrollo de software. Scrum es uno de los procesos \u00e1giles. Scrum se enfoca en brindar valor comercial a los usuarios comerciales en una cantidad m\u00ednima de tiempo. Los proyectos se dividen en sprints, que suelen durar de una a tres semanas. Scrum tiene tres roles principales: scrum master, product owner y miembros del equipo.<\/p>\n Scrum enfatiza la autoorganizaci\u00f3n y la propiedad compartida entre los miembros del equipo. Considera la gesti\u00f3n de proyectos como un proceso de creaci\u00f3n de valor compartido; y enfatiza la colaboraci\u00f3n y el desarrollo iterativo para gestionar eficazmente el cambio y crear mejores productos para satisfacer las necesidades de los clientes. Scrum ve el tiempo como una limitaci\u00f3n. Enfatiza el tiempo de boxeo y utiliza reuniones de revisi\u00f3n y planificaci\u00f3n de sprints diarios.<\/p>\n Agile y scrum est\u00e1n relacionados con la gesti\u00f3n de proyectos y el desarrollo de software. Dado que Scrum es una de las formas de implementar Agile, ambas tienen varias similitudes. Ambos enfatizan el uso \u00f3ptimo de los recursos. Ambos enfatizan la gesti\u00f3n eficiente y eficaz de diversas tareas.<\/p>\n \u00c1gil y scrum, ambos apuntan a aprovechar al m\u00e1ximo a los usuarios comerciales. Intentan asegurarse de que un producto o proyecto se entregue a los usuarios comerciales lo antes posible. Ambos enfatizan la mejora continua, la colaboraci\u00f3n, la comunicaci\u00f3n abierta, etc.<\/p>\n Agile es una metodolog\u00eda de desarrollo basada en un enfoque incremental e iterativo; mientras que Scrum es uno de los muchos esquemas de implementaci\u00f3n o procesos \u00e1giles.<\/p>\n Scrum proporciona m\u00f3dulos incrementales al cliente cada semana o quincena.<\/p>\n Uno de los principios de Agile se basa en la responsabilidad personal de una persona, no en depurar procesos internos.<\/p>\n (De un art\u00edculo<\/a> sobre VC.ru)<\/p>\n Cuando trabajamos con equipos profesionales usamos Scrum, la mayor\u00eda de las veces elegimos un ciclo de 2-3 semanas con reuniones retrospectivas que nos permiten mantener todo bajo control.<\/p>\n (De una entrevista con<\/a> Vedomosti con Frank Sosier, entrenador de Freestanding Agility)<\/p>\n La idea principal de Kanban es la visualizaci\u00f3n del flujo de trabajo. Consiste en crear un tablero f\u00edsico en el que marcar visualmente tu progreso.<\/p>\n (De la traducci\u00f3n de la columna de Forbes en Rusbase)<\/p>\n Si hablamos de lo \u00e1gil, me limitar\u00eda a esa frase, es un conjunto de valores en cuyo marco construimos nuestro trabajo con productos, con procesos dentro de la organizaci\u00f3n.<\/p>\n (Alexey Pimenov, socio gerente de ScrumTrek en un art\u00edculo sobre Rusbase)<\/p>\n<\/blockquote>\n Antes de la llegada de Scrum, el enfoque en cascada se adopt\u00f3 en el mundo del desarrollo de software. El trabajo en el producto se llev\u00f3 a cabo de acuerdo con el siguiente plan.<\/p>\n Los desarrolladores coordinaron el plan de trabajo con el cliente y siguieron estrictamente los t\u00e9rminos de referencia. Cuando el producto estuvo listo, se prob\u00f3, pero ya no fue posible cambiar algo. Por lo tanto, si se detectaban errores, ten\u00edan que empezar de nuevo y aumentaba el tiempo de trabajo.<\/p>\n Esto fue hasta que un grupo de innovadores decidi\u00f3 cambiar la situaci\u00f3n por completo. Observaron c\u00f3mo funcionan los equipos exitosos: sin perder plazos y obteniendo exactamente el resultado que planearon. Result\u00f3 que el \u00e9xito estuvo en la flexibilidad del proceso.<\/p>\n Las lecciones aprendidas ayudaron a crear el Manifiesto de desarrollo de software \u00e1gil. Inclu\u00eda solo cuatro puntos, pero cambiaron por completo el proceso.<\/p>\n Manifiesto de desarrollo de software \u00e1gil<\/p>\n 1 Las personas son m\u00e1s importantes que las herramientas. Estos cuatro puntos fueron la base para el surgimiento de Agile, el proceso de desarrollo de software flexible. Posteriormente se crearon 12 principios, que a\u00fan se utilizan en cualquier metodolog\u00eda \u00e1gil.<\/p>\n 12 principios \u00e1giles<\/p>\n 1 Lo principal es un buen software y un cliente satisfecho. \u00c1gil y cascada, escalas<\/p>\n Una de las metodolog\u00edas para el desarrollo \u00e1gil de software, que se basa en principios \u00e1giles, es Scrum.<\/p>\n Los creadores de Scrum, Jeff Sutherland y Ken Schwaber, han observado el trabajo del ej\u00e9rcito estadounidense, las fuerzas especiales e incluso los jugadores de rugby durante muchos a\u00f1os. Y notaron que su \u00e9xito se basa en la interacci\u00f3n y el trabajo en equipo. Sutherland y Schwaber se dieron cuenta de que esto era exactamente lo que necesitaban los desarrolladores de software. As\u00ed apareci\u00f3 la metodolog\u00eda Scrum.<\/p>\n Scrum siempre est\u00e1 enfocado en el cliente, quien debe recibir el producto deseado a tiempo y al menor costo. Esto se puede lograr siguiendo algunos principios esenciales.<\/p>\n Trabajar en ciclos cortos (sprints)<\/p>\n Planifique un sprint, no todo el proyecto a la vez. Cada sprint es un per\u00edodo de tiempo durante el cual el equipo trabaja en una parte completamente terminada del producto.<\/p>\n Flexibilidad. \u00abVerificar y adaptar\u00bb<\/p>\n Flexibilidad del proceso y prueba del producto despu\u00e9s de cada sprint. Si algo sale mal, el equipo siempre est\u00e1 listo para cambiar la estrategia de desarrollo o revisar el backlog Backlog Una lista ordenada de tareas en las que el equipo scrum est\u00e1 trabajando al crear un producto.<\/p>\n Participaci\u00f3n del cliente y usuarios en la creaci\u00f3n del producto.<\/p>\n El cliente no se hace a un lado, sino que participa plenamente en el trabajo. Para ello, est\u00e1 el papel del propietario del producto, que lo desempe\u00f1a el propio cliente o su representante. Es a trav\u00e9s de \u00e9l que el equipo interact\u00faa con los usuarios. Dado que el desarrollo se lleva a cabo en etapas cortas, los usuarios se involucran en las pruebas casi de inmediato.<\/p>\n Despu\u00e9s de la prueba inicial, se les da acceso al producto y el propietario del producto recopila comentarios. As\u00ed es como el equipo puede mejorar el resultado.<\/p>\n Interacci\u00f3n de equipo<\/p>\n Un equipo Scrum es un grupo de personas que trabajan por un resultado y como un todo. Todos luchan por un objetivo com\u00fan.<\/p>\n Un equipo de scrum suele ser un grupo de cinco a nueve personas. Este es el n\u00famero \u00f3ptimo, pero a veces hay equipos de tres. Si hay m\u00e1s personas, se les hace m\u00e1s dif\u00edcil interactuar entre s\u00ed, lo que interfiere con el trabajo y reduce la productividad.<\/p>\n Due\u00f1o del producto.<\/strong> La persona que representa el producto y es el intermediario entre el cliente, los usuarios y el equipo de desarrollo. A veces puede ser el propio cliente.<\/p>\n<\/li>\n Scrum master.<\/strong> La mayor\u00eda de las veces, un empleado especialmente contratado que dirige al equipo hacia el resultado. No administra el equipo, pero supervisa la implementaci\u00f3n de los principios b\u00e1sicos de Scrum. Su tarea no es presionar, no hacer todo el trabajo \u00e9l mismo y no distribuir responsabilidades, sino ayudar, dirigir y resolver los problemas que obstaculizan el proceso de desarrollo.<\/p>\n<\/li>\n Desarrolladores.<\/strong> Un equipo de scrum siempre tiene personas con diferentes conjuntos de habilidades. Entonces, un equipo de cinco a nueve personas lidera todo el proyecto de principio a fin. Un equipo, un producto terminado.<\/p>\n<\/li>\n<\/ul>\n C\u00f3mo se ve un equipo de scrum<\/p>\n Scrum funciona cuando hay una distribuci\u00f3n de roles. Hay tres de ellos.<\/p>\n Equipo.<\/strong> Este es un grupo auto-organizado de 3-9 personas. No se eval\u00faa la contribuci\u00f3n de un empleado individual. Solo es importante el resultado que el equipo haya logrado mediante esfuerzos conjuntos.<\/p>\n Due\u00f1o del producto.<\/strong> Suele ser un emprendedor que conoce su negocio y comprende las necesidades de los clientes. Tiene suficiente experiencia para saber cu\u00e1l deber\u00eda ser el producto terminado. El Product Owner es el v\u00ednculo entre el equipo, el consumidor y la producci\u00f3n. Trabaja con retroalimentaci\u00f3n, toma decisiones importantes y monitorea el presupuesto del proyecto. El propietario del producto no le dice al equipo qu\u00e9 camino tomar, solo mira el resultado.<\/p>\n Scrum Master o Team Leader<\/strong>. El Scrum Master es responsable del \u00e9xito del equipo. No toma decisiones y no lidera. Su tarea es hacer que el equipo funcione sin influencia de la gerencia. El Scrum Master es el pegamento que mantiene unido al equipo.<\/p>\n Scrum es una t\u00e9cnica de planificaci\u00f3n flexible que se adapta a cualquier proyecto. Con su ayuda, puede aumentar la productividad de la empresa y lograr mejores resultados. Por ejemplo, el equipo sol\u00eda dedicar un mes a una tarea y medio mes a mejoras. Ahora la misma tarea llevar\u00e1 2 semanas y lo m\u00e1s probable es que no haya mejoras.<\/p>\n Scrum es m\u00e1s simple que otros marcos. \u00c9l da las herramientas y sugiere en qu\u00e9 secuencia usarlas para lograr el resultado.<\/p>\n Scrum sugiere hacer esto:<\/p>\n Agile est\u00e1 cambiando la forma en que enfocamos la vida y el esp\u00edritu empresarial. Te ense\u00f1a a responder r\u00e1pidamente a las circunstancias y a adaptarte a ellas.<\/p>\n Agile trabaja en todas partes: en gesti\u00f3n, comercio, servicios. Alguien lo usa para administrar sus propias vidas y mantenerse al d\u00eda con todo.<\/p>\n<\/blockquote>\n Pero nadie puede garantizar que ayudar\u00e1 a una empresa en particular. Si la empresa es peque\u00f1a, es m\u00e1s f\u00e1cil cambiar la opini\u00f3n de las personas. Las grandes corporaciones lo encuentran m\u00e1s dif\u00edcil: cuando hay varios departamentos y cada uno tiene su propio l\u00edder, la implementaci\u00f3n de Agile puede retrasarse. El equipo se resistir\u00e1 al cambio. Para hacerlo m\u00e1s f\u00e1cil, estas empresas invitan a coaches \u00e1giles.<\/p>\n Agile no es adecuado para quienes han estado fabricando un producto t\u00edpico durante muchos a\u00f1os seguidos. Es m\u00e1s rentable para estas empresas fabricar miles de sillas iguales a la vez: todav\u00eda habr\u00e1 pedidos. Pero tan pronto como aparece un cliente con deseos especiales, necesita exactamente la misma silla, pero deje que las patas sean m\u00e1s anchas y la tapicer\u00eda sea m\u00e1s brillante: se necesita Agile.<\/p>\n Dependiendo de las tareas, aplicamos diferentes m\u00e9todos dentro de la filosof\u00eda: \u00e1gil, scrum, kanban.<\/p>\n Scrum le permite desarrollar las cualidades necesarias en los empleados: proactividad, independencia, organizaci\u00f3n, habilidades de comunicaci\u00f3n y previsi\u00f3n. El punto principal del m\u00e9todo es realizar tareas en equipos autoorganizados, donde todos tienen su propio rol y todos son responsables de su parte del trabajo. Usando scrum, realizamos encuestas al personal, elaboramos gr\u00e1ficos de la velocidad esperada de finalizaci\u00f3n de las tareas.<\/p>\n Usamos Agile en las comunicaciones internas. Recientemente, realizamos otro sprint para eliminar las tardanzas de los empleados. Todos los jefes y especialistas involucrados en el proyecto pasaron todo el d\u00eda en la reuni\u00f3n, discutiendo los logros, desaf\u00edos y pr\u00f3ximas tareas en el nuevo sprint.<\/p>\n Ahora estamos introduciendo activamente el m\u00e9todo kanban en la empresa. El objetivo de la implementaci\u00f3n de kanban es aumentar la flexibilidad de producci\u00f3n y adaptarse mejor a las cambiantes demandas del mercado. En la pr\u00e1ctica, el m\u00e9todo nos ayud\u00f3 a lograr una correspondencia entre el stock del almac\u00e9n y los productos realmente utilizados en la producci\u00f3n.<\/p>\n Un punto importante: la metodolog\u00eda \u00e1gil es una direcci\u00f3n general, y kanban y scrum ya son sus variedades.<\/p>\n Usamos el paquete scrum + cascada y tambi\u00e9n refinamos la tabla \u00e1gil durante el a\u00f1o. Raz\u00f3n principal de uso: transparencia y sencillez. De hecho, esto resulta ser el mismo conducto de Henry Ford: la transici\u00f3n de una tarea de un estatus a otro con un cambio de ejecutante, por lo tanto, el principio fundamental para el tablero \u00e1gil en s\u00ed ya es la simplicidad.<\/p>\n Usamos Agile como parte directa de nuestro flujo de trabajo, por lo que todos los proyectos, desde el desarrollo de la marca y el sitio web hasta nuestra IA y la startup de publicidad nativa NativeOS, se llevan a cabo en Chernika exactamente de acuerdo con este flujo de trabajo.<\/p>\n Un producto funcional es m\u00e1s importante que la documentaci\u00f3n detallada. Esto no significa que no mantengamos ninguna documentaci\u00f3n, no. M\u00e1s bien, es una mirada hacia la eficiencia con un golpe a la burocracia innecesaria.<\/p>\n Scrum aport\u00f3 ritmo y comprensi\u00f3n a nuestro equipo, ya sea que lleguemos a tiempo o no. Vemos la velocidad del trabajo del equipo, no hay sensaci\u00f3n de follar constantemente. Anteriormente, hab\u00eda situaciones en las que antes de los lanzamientos duros el scrum desaparec\u00eda en alg\u00fan lugar y todos comenzaban a darse cuenta; ahora lo hemos perdido, hay una sensaci\u00f3n constante de que estamos a tiempo. Si surgen riesgos, los discutimos con PD desde el principio, ajustamos el plan o reducimos el alcance de las tareas de alguna manera.<\/p>\n El trabajo se volvi\u00f3 m\u00e1s transparente, la jornada laboral comenz\u00f3 a ajustarse a la norma de las 8 horas y parec\u00eda que empez\u00e1bamos a hacer m\u00e1s. Entendemos que cuando tiene la sensaci\u00f3n de que no est\u00e1 haciendo lo suficiente, siente que necesita trabajar m\u00e1s duro; esto tiene un efecto muy negativo en la productividad, debe deshacerse de \u00e9l.<\/p>\n Para mayor claridad y apertura del trabajo del departamento de desarrollo, colocamos un tablero especial marcado como \u00abpor hacer\u00bb, \u00aben progreso\u00bb, \u00abrevisar\u00bb, \u00abprobar\u00bb, \u00abhecho\u00bb, donde todos los miembros del equipo pegan pegatinas con las tareas (en la columna \u00abpor hacer\u00bb), y a medida que se completan, se mueven a los puntos siguientes, y un final feliz es el final \u00abhecho\u00bb. Esto ayuda a tener una visi\u00f3n general y permite ver lo que es cada participante trabajando en.<\/p>\n Un punto muy importante del m\u00e9todo (y organizaci\u00f3n del flujo de trabajo): despu\u00e9s de la aprobaci\u00f3n de todas las tareas (\u00abpor hacer\u00bb), la lista se bloquea para su inserci\u00f3n. Por lo tanto, las nuevas tareas entrantes no distraen del proceso y no ralentizan el trabajo.<\/p>\n Todos los participantes tambi\u00e9n eval\u00faan cada tarea en t\u00e9rminos de tiempo y costos de materiales que deber\u00e1n completar. Y la cereza en la cima son las reuniones diarias en un momento espec\u00edfico (Daily Scrum), donde cada miembro del equipo habla brevemente sobre lo que va a hacer hoy, lo que hizo ayer (y si enfrent\u00f3 alg\u00fan obst\u00e1culo). Esto es importante en el camino hacia los objetivos a largo plazo; as\u00ed es como puede comprender a tiempo que es hora de cambiar su estrategia.<\/p>\n Implementamos Scrum en dos intentos porque todos, desde el equipo hasta los usuarios, quieren un resultado m\u00e1s predecible. Esta es una ventaja de la metodolog\u00eda: los ritmos claros agilizan el equipo y aumentan el nivel general de conocimiento sobre el proyecto. Como resultado, el resultado se vuelve m\u00e1s predecible, incluso para nuestras \u00abpartes interesadas\u00bb: los usuarios.<\/p>\n El trabajo en equipo tambi\u00e9n aumenta la responsabilidad: todos reciben una bonificaci\u00f3n solo si el equipo ha completado las tareas establecidas en una determinada etapa.<\/p>\n Inga Koryagina Fuentes utilizadas y enlaces \u00fatiles sobre el tema: https:\/\/rb.ru\/story\/agile-scrum-kanban\/<\/a> https:\/\/ru.esdifferent.com\/difference-between-agile-and-scrum<\/a> https: \/\/ skillbox. ru \/ media \/ management \/ kak_ponyat_scrum \/<\/a> https:\/\/allo.tochka.com\/agile-scrum<\/a><\/p>\n\u00bfQu\u00e9 es Agile?<\/h2>\n
\u00bfQu\u00e9 es Scrum?<\/h2>\n
Similitudes entre Agile y Scrum:<\/h2>\n
La naturaleza de Agile y Scrum:<\/h2>\n
Ejemplos de uso<\/h2>\n
\n
C\u00f3mo y por qu\u00e9 apareci\u00f3 la metodolog\u00eda scrum<\/h2>\n
\n
\n2 La calidad del producto es m\u00e1s importante que la documentaci\u00f3n.
\n3 La interacci\u00f3n con el cliente es m\u00e1s importante que el contrato.
\n4 La preparaci\u00f3n para el cambio es m\u00e1s importante que un plan establecido.<\/p>\n
\n2 Disponibilidad para el cambio en cualquier momento.
\n3 Software en pleno funcionamiento, con la mayor frecuencia posible.
\n4 La reuni\u00f3n de equipo es la mejor para el intercambio de informaci\u00f3n.
\n5 El cliente y el equipo de desarrollo deben trabajar juntos.
\n6 Conf\u00ede en las personas para hacer su trabajo.
\n7 Hay software en funcionamiento, hay progreso.
\n8 Procesos \u00e1giles: desarrollo continuo.
\n9 La atenci\u00f3n a la calidad fomenta la flexibilidad.
\n10 La simplicidad del proceso elimina el trabajo innecesario.
\n11 El equipo autoorganizado funciona mejor.
\n12 B\u00fasqueda continua de una mayor eficiencia.<\/p>\nPrincipios b\u00e1sicos de Scrum<\/h2>\n
La importancia del equipo scrum<\/h2>\n
Estructura de mando<\/h3>\n
\n
Distribuci\u00f3n de roles<\/h4>\n
Herramientas de Scrum<\/h2>\n
Instrucciones: c\u00f3mo usar Scrum para trabajar como Ajail<\/h2>\n
\n
\u00bfPara qui\u00e9n es Agile?<\/h2>\n
\n
Unas palabras a los expertos<\/h2>\n
\n<\/strong>Agile es una filosof\u00eda, scrum es una estructura, la cascada es un m\u00e9todo, kanban es un sistema de gesti\u00f3n. Scrum y kanban son opciones \u00e1giles, pero tienen algunas diferencias claras. Scrum requiere roles fijos, mientras que kanban carece de los roles requeridos. Scrum se basa en iteraciones que combinan planificaci\u00f3n, optimizaci\u00f3n de procesos y lanzamiento. En Kanban, puede hacer esto con regularidad o cuando lo necesite. El equipo de scrum requiere una evaluaci\u00f3n de su trabajo, mientras que el equipo de kanban no.<\/p>\n