metodología metodologia implementación guia framework for fases etapas español dummies scrum

metodologia - metodología scrum etapas pdf



¿Cómo implementar Scrum? (9)

¿Cómo podemos implementar scrum usando una pizarra sin pedir a las personas que escriban su tiempo en la pizarra y luego ingresen en nuestro propio software de seguimiento de tiempo?

En el scrum, las tareas no deben durar más de 4-16h (o deben subdividirse). Por lo tanto, puede codificar esto en su sistema de tiempo. Si toman más o menos tiempo, puede incluir correcciones.

Para más detalles, vea mi blog.

Estamos intentando cambiar a Scrum como nuestro proceso de desarrollo, pero no estamos seguros de cómo implementarlo de la mejor manera posible.

Tampoco queremos pagar por costosas herramientas de software hasta que tengamos scrum funcionando y obtengamos resultados positivos.

¿Cómo podemos implementar scrum usando una pizarra sin pedir a las personas que escriban su tiempo en la pizarra y luego ingresen en nuestro propio software de seguimiento de tiempo?

¿Qué tipo de metodologías utilizas?


¿Cómo podemos implementar scrum usando una pizarra sin pedir a las personas que escriban su tiempo en la pizarra y luego ingresen en nuestro propio software de seguimiento de tiempo?

Si crees que esto hará que sea más difícil adoptar Scrum, entonces quizás puedas apoyarte en tu Scrum Master. Las personas pueden escribir su tiempo en la pizarra y Scrum Master puede ingresarlo en el sistema de seguimiento de tiempo.

Tampoco queremos pagar por costosas herramientas de software hasta que tengamos scrum funcionando y obtengamos resultados positivos.

A menos que esté tratando con un equipo distribuido, no hay mucha necesidad de herramientas de software. Incluso cuando trabajé en un equipo que usaba Mingle, manteníamos un tablero Scrum físico. Creo que todos los otros desarrolladores lo apreciaron.


Estamos tratando de cambiar a SCRUM como nuestro proceso de desarrollo, pero no estamos seguros de cómo implementarlo de la mejor manera posible.

Si ya conoce a Scrum, cree un registro de producto, obtenga un propietario de producto, un equipo, un ScrumMaster y comience a usar Scrum. Luego, inspecciona y adapta.

Tampoco queremos pagar por costosas herramientas de software hasta que tengamos scrum funcionando y obtengamos resultados positivos.

No es necesario y, en realidad, recomiendo encarecidamente comenzar con una pizarra y notas post-it, especialmente para una adopción. Necesita aprender y dominar el proceso, y lo último que desea es una herramienta que dicte el proceso y se interponga en el camino.

¿Cómo podemos implementar scrum usando una pizarra sin pedir a las personas que escriban su tiempo en la pizarra y luego ingresen en nuestro propio software de seguimiento de tiempo?

No hay una solución mágica para eso (y la intención es totalmente diferente). En el primer caso, las personas deben hacerlo porque el desarrollo de software es un proceso empírico y requiere transparencia para ser controlado. El gráfico de quemado ( que muestra una estimación del trabajo restante, y no el tiempo empleado ) es una de las herramientas que Scrum utiliza para lograr esta transparencia. En el segundo caso, debe hacerlo con el único propósito de informar (que es un tipo de desperdicio) pero, bueno, su administración lo requiere (y esta vez, informa el tiempo invertido, pero a Scrum no le importa eso). ).


Aquí está la respuesta corta sobre cómo estamos usando (y solemos usar) Scrum:

Actualmente utilizamos un panel de tareas electrónico que está conectado a nuestro sistema de seguimiento de defectos. El panel de tareas electrónico fue implementado por algunos de nuestros propios desarrolladores entre Sprints. Antes de eso simplemente colgamos enormes carteles blancos en una pared y pegamos notas con tareas en ella.

Estoy de acuerdo en que la mejor manera de descubrir cómo hacer Scrum es hacerlo realmente. Deberías leerlo primero, sobre todo porque por muy sencillo que parezca, tiene un conjunto de reglas que recomiendo absolutamente seguir. (Si descubres que algunos de ellos no están funcionando bien para tus equipos, aún puedes ajustarlos, pero no lo descubrirás hasta que los pruebes por un par de semanas primero).

Lo bueno de Scrum es que en términos de herramientas puedes usar casi todo lo que tienes. Pizarras, paredes, herramientas electrónicas, lo que sea. Es muy flexible y le permite comenzar a implementarlo sin tener que gastar dinero en nuevas herramientas o equipos primero. Si tiene una pizarra, use imanes o notas adhesivas y ya está listo. Imprima el gráfico de quemado y actualícelo diariamente con un marcador y listo. Use Excel para la cartera de productos (o cualquier otra cosa que desee). Si siente la necesidad de hacerlo, aún puede usar otras herramientas más adelante cuando tenga una mejor idea de lo que su equipo necesita en términos de funcionalidad. (O puede simplemente quedarse con la pizarra y las tarjetas de notas).

Scrum from the Trenches es una excelente introducción y tiene muchos ejemplos de la vida real de cómo hacer Scrum, así que en segundo lugar esa recomendación.


Aquí hay un video que describe el scrum y cómo lo implementamos en Atalasoft, como lo hacen los animales de peluche y los juguetes.

Hacemos seguimiento con FogBugz . Creamos una "versión" para el retraso y otra versión para un sprint. Las tareas se ingresan en el sprint desde el backlog con estimaciones de tiempo. El tiempo total restante en el lanzamiento se realiza un seguimiento diario en un gráfico de quemado, anteriormente creado en excel (noe en FogBugz) por el scrum master.


Este es un buen recurso de recursos para comenzar: Implementar Scrum en 10 pasos

También hay un sitio realmente bueno con muchos consejos sobre cómo comenzar con scrum: implementingscrum.com

Una forma en que podría hacer fácilmente el seguimiento con solo la pizarra es escribir sus historias / tareas en post-it y también escribir en ellas el costo / tiempo estimado. Luego, puede hacer su reunión diaria cerca de la pizarra y cuando los desarrolladores están hablando, escriben el tiempo real en que los han realizado.
Con esta información puede generar los gráficos de quema y quema.


He encontrado la mejor manera de implementar Scrum, es usar Scrum.

Tenga un atraso en las tareas que debe realizar para pasar de sus procesos existentes a Scrum, divídalos en un número de sprints de 2 semanas e implemente gradualmente durante un par de meses. esto ayuda a las personas a obtener el control de cada proceso, sin bombardearlas con nuevas herramientas.

Inicialmente, presentaría una reunión básica de planificación de sprint, repasos diarios y revisiones de sprint, y seguiría haciendo el trabajo utilizando los métodos antiguos. Luego traiga más metodologías a medida que el sprint continúe.

En particular, Scrum sugiere que cada historia de usuario debe ser una porción vertical, con todos los aspectos de la implementación realizada en conjunto para entregar el valor empresarial lo antes posible. Diseño, desarrollo, pruebas, infraestructura, integración ... Esto puede ser una estimación muy difícil, y aún más difícil de lograr. Solo conseguirás esto de manera correcta cuando tengas un equipo de disciplinario mixto sólido como una roca y prácticas de ingeniería muy sólidas. Comience por reunir otras pruebas de desarrollo y unidad si aún no lo ha hecho, luego incluya más partes del proceso en cada tarea.

Con Scrum, te dice cómo hacer las cosas, no qué hacer. Mira a XP si quieres muchas reglas duras y rápidas. Gran parte de conseguir un equipo realmente efectivo es trabajar en lo que funciona para usted. Vigile la velocidad y vea qué la mejora.

En cuanto a herramientas, una pizarra blanca es genial.

CUIDADO CON EL POST IT. Estos son excelentes para recordatorios y notas en tu escritorio, pero un día entras en la oficina y ves tu carrera hermosamente organizada como un montón de confeti en el suelo. Incluso las notas extra fuertes se secan y pierden su palo después de aproximadamente 2 semanas en una habitación con A / C. Aprendí esta lección de la manera más difícil.

Use fichas, con alfileres y un tablero de corcho.

Excel es perfecto para calcular la velocidad y las métricas de reducción.

Solo utilizamos herramientas con equipos distribuidos. Luego usamos Acunote por su simplicidad. En realidad es solo un tablero de corcho virtual.

Seguimiento del tiempo en su software de seguimiento de tiempo. Seguimiento de puntos de la historia en sus tareas. Estos no son lo mismo. La nieve reciente en Londres y el caos de transporte resultante redujeron nuestra velocidad en un 35% y, por lo tanto, nuestra capacidad para completar tareas, a pesar de que el equipo estaba haciendo más horas con un par de personas clave y clientes que trabajaban desde casa.


Hemos estado ''alrededor de las casas'' un poco con las herramientas Scrum y he vuelto a pensar que las pizarras blancas y las notas post-it son las mejores. Todas las herramientas de gestión de proyectos que he probado, específicas de Scrum o de otro tipo, tienden a hacer que su equipo cambie su proceso para que se ajuste a la herramienta. Las pizarras blancas hacen cumplir las buenas prácticas de trabajo que intenta adoptar con Scrum sin estorbar.

Tenga en cuenta, sin embargo, que estará trabajando más en alguien cuando desee producir informes o simplemente rastrear datos históricos. Por ejemplo, el cálculo de las velocidades debe hacerse a mano y antes de que las personas interrumpan las pizarras planeando el próximo Sprint. Incluso entonces, tiendo a estar de acuerdo en que esto todavía consume menos tiempo que todos los que tienen que luchar con una herramienta.

Tener la copia maestra de su (s) trabajo (es) almacenado (s) electrónicamente es una buena práctica, simplemente manténgalo simple (p. Ej., Póngalo en un documento de Excel).


Scrum es sobre el proceso, no sobre las herramientas. Asegúrese de que todos los involucrados (¡no solo el equipo de desarrollo!) Entiendan de qué se trata Scrum. No es solo trabajar iterativamente en 2 semanas de sprints. Se trata del compromiso de la gerencia con esta forma de trabajar. Se trata de tener un propietario de producto muy bueno que puede establecer prioridades. Se trata de estar abiertos el uno al otro dentro del equipo. Etc. etc. Esto tomará tiempo para aprender.

Lee Scrum de las trincheras para una introducción fácil.