La lista de chequeo describe varios elementos esenciales y recomendados del proceso Scrum. Los elementos más fundamentales incluyen entregar software funcional cada 4 semanas o menos, tener una Definición de Hecho alcanzable dentro de cada iteración y respetarla, y contar con un Dueño de Producto empoderado. Otros elementos importantes son medir la velocidad, tener retrospectivas para mejorar continuamente el proceso, y asegurar que el equipo completo participe en las estimaciones y planificación de sprints.
Descripción y aplicación de métodos para el balanceo de líneas de producción: peso posicional, Kildbrige & Wester y de acuerdo a un volumen de producción.
Descripción y aplicación de métodos para el balanceo de líneas de producción: peso posicional, Kildbrige & Wester y de acuerdo a un volumen de producción.
How to Automate Performance Tuning for Apache SparkDatabricks
Spark has made writing big data pipelines much easier than before. But a lot of effort is required to maintain performant and stable data pipelines in production over time. Did I choose the right type of infrastructure for my application? Did I set the Spark configurations correctly? Can my application keep running smoothly as the volume of ingested data grows over time? How to make sure that my pipeline always finishes on time and meets its SLA?
These questions are not easy to answer even for a handful of jobs, and this maintenance work can become a real burden as you scale to dozens, hundreds, or thousands of jobs. This talk will review what we found to be the most useful piece of information and parameters to look at for manual tuning, and the different options available to engineers who want to automate this work, from open-source tools to managed services provided by the data platform or third parties like the Data Mechanics platform.
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Introdução ao Scrum - uma rápida apresentação com conceitos básicos. Útil para quem precisa fazer apresentações rápidas sobre o tema.
Veja vídeo desta apresentação em https://www.youtube.com/watch?v=2fzUWTK4G1Q
Precisa melhorar seu posicionamento e resultados on-line?
Acesse e conheça o http://marketing4nerds.com
Internet Marketing na linguagem dos Nerds.
Sincero, sem fórmulas mágicas, sem gurus super-stars.
E sem promessas de dinheiro fácil.
Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
How to Automate Performance Tuning for Apache SparkDatabricks
Spark has made writing big data pipelines much easier than before. But a lot of effort is required to maintain performant and stable data pipelines in production over time. Did I choose the right type of infrastructure for my application? Did I set the Spark configurations correctly? Can my application keep running smoothly as the volume of ingested data grows over time? How to make sure that my pipeline always finishes on time and meets its SLA?
These questions are not easy to answer even for a handful of jobs, and this maintenance work can become a real burden as you scale to dozens, hundreds, or thousands of jobs. This talk will review what we found to be the most useful piece of information and parameters to look at for manual tuning, and the different options available to engineers who want to automate this work, from open-source tools to managed services provided by the data platform or third parties like the Data Mechanics platform.
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Introdução ao Scrum - uma rápida apresentação com conceitos básicos. Útil para quem precisa fazer apresentações rápidas sobre o tema.
Veja vídeo desta apresentação em https://www.youtube.com/watch?v=2fzUWTK4G1Q
Precisa melhorar seu posicionamento e resultados on-line?
Acesse e conheça o http://marketing4nerds.com
Internet Marketing na linguagem dos Nerds.
Sincero, sem fórmulas mágicas, sem gurus super-stars.
E sem promessas de dinheiro fácil.
Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
Experimentos que han funcionado en mis últimos 7 años jugando con Scrum en equipos Agile.
La presentación cubre 4 pilares de Scrum:
- Roles: Product Owner, Scrum Master y Equipo de Desarrollo.
- Eventos: Planning Meeting, Daily Stand-up, Grooming/Refinement, Demo y Retrospectiva.
- Herramientas: Product Backlog, Historias de usuario, Definition of Done, Sprint Backlog, Sprint Dashboad.
- Informes: Fin de Sprint, Inicio de Sprint, Burn-up/Burn-down, Informe de producto.
Esta presentación incluye una introducción de Scrum en Proyectos que hemos realizado en tecnología Microsoft. Usando herramientas que nos permite llevar todo el ciclo de vida del proyecto con la metodología ágil como SCRUM. Herramientas como Visual Studio Team Services (VSTS) permiten facilitar el trabajo del equipo desde la planeación del sprint hasta la entrega del producto.
Agenda:
1. Manifiesto Ágil
2. Scrum
3. Valores Scrum
4. Roles Scrum
5. Actividades Scrum
6. Logros Scrum en iTS y proximos pasos
El pasado 25 de Mayo de 2016 la SCA, solicitó al DAFP mediante derecho de petición, información sobre el avance del proceso de reglamentación del Art. 8 de la 1409 de 2010.
A continuación la respuesta:
1. El proceso está mejorándose
continuamente
Tiene Definición de Hecho (DoD)
DoD alcanzable dentro de
cada iteración
El equipo respeta la DoD
Lo Fundamental
Entregar software funcionando y
probado cada 4 semanas o menos
Entregar lo que el negocio
necesita más
Demo ocurre después de cada
sprint
Muestra software
funcionando y probado
Retroalimentación recibida
de interesados y PO
La Retrospectiva ocurre al final de
cada sprint
Resultados en propuestas
concretas de mejoramiento
Algunas propuestas llegan a
implementarse
Equipo completo + PO
participan
El equipo tiene un backlog del
sprint
Altamente visible
Actualizado diariamente
De propiedad exclusiva del
equipo
Tienen reuniones de planeación
del sprint
PO participa
El equipo completo participa
Resultados en un plan del
sprint
El equipo completo cree que
el plan es alcanzable
PO satisfecho con
prioridades
PO lleva el PBL actualizado
Longitud de iteración de 4
semanas o menos
Siempre terminan a tiempo
Equipo no interrumpido o
controlado por externos
Iteraciones tiempo-fijo
PO tiene backlog de producto
(PBL)
Ítems son priorizados por su
valor al negocio
Ítems son estimados
PO entiende el propósito de
todos los ítems del backlog
Ítems en PBL tan pequeñas
para hacerse en un sprint
Estimaciones hechas por el
equipo
Dueño del producto definido
claramente (PO)
PO empoderado para priorizar
PO tiene el conocimiento para
priorizar
PO tiene contacto directo con
el equipo
PO tiene contacto directo con
los interesados
PO habla como una voz (en
caso que PO sea un equipo)
Miembros del equipo se sientan
juntos
Si logra esto puede ignorar el resto de la
lista. Su proceso está bien.
Esto es central a Scrum. Sin esto probablemente
no debería llamarlo Scrum.
Scrum Esencial
PO tiene la visión del producto
que está sincronizada con el PBL
PBL y la visión del producto son
altamente visibles
Todos en el equipo participan en
la estimación
PO disponible cuando el equipo
está estimando
Miembros del equipo no
encerrados en roles específicos
El equipo tiene todas las habilidades
necesarias para llevar los ítems del
backlog a Hecho
El equipo tiene un Scrum Master
(SM)
Todo el equipo conoce los 1-3
impedimentos principales
SM tiene una estrategia para
solucionar los impedimentos
SM se enfoca en remover los
impedimentos
Escalado a gerencia cuando
el equipo no lo puede resolver
Se mide la Velocidad
La velocidad solo incluye
ítems que están Hechos
PO usa la velocidad para
planeación de versiones
El equipo tiene un gráfico de
trabajo pendiente del sprint
ítems del PBL se dividen en tareas
dentro de un sprint
Estimaciones para tareas en
ejecución actualizadas
diariamente
Altamente visible
Actualizado diariamente
PO participa al menos unas
pocas veces por semana
Todos los ítems en el plan del
sprint tienen un estimado
SM se sienta con el equipo
Scrum Diario es cada día, a la
misma hora y mismo lugar
Las tareas del sprint son
estimadas
Se estima tamaño relativo (puntos
de historia) en vez de tiempo
Máximo 15 minutos
Cada miembro del equipo conoce
lo que los demás están haciendo
La mayoría de esto se necesitará, pero no siempre necesitará todo. ¡Experimente!
Recomendado pero no siempre necesario
ElScrum Diario ocurre
El equipo completo participa
Problemas e impedimentos
son mencionados
Tiene un Dueño de Producto en
Jefe (si hay muchos PO)
Equipos dependientes hacenScrum
de Scrums
Equipos dependientes se integran
en cada sprint
Escalamiento
¡Divertido! Alto nivel de energía.
El sobretrabajo es raro y ocurre
voluntariamente
Discutir, criticar y experimentar con
el proceso
Indicadores Positivos
Lista de Chequeo Scrum
http://www.crisp.se/scrum/checklist | Versión 2.2 (2010-10-04)
no oficial
Henrik Kniberg
PO = Dueño de Producto SM = Scrum Master PBL = Backlog de Producto DoD = Definición de Hecho
Equipo usualmente entrega lo
que se comprometió a hacer
Principales indicadores de una buena
implementación de Scrum.
Estas son fundamentales a cualquier
esfuerzo de escalamiento Scrum.
Máximo 9 personas por
equipo
Iteraciones condenadas al fracaso
son terminadas temprano
Traducida por Luis Antonio Salazar
http://www.gazafatonarioit.com
2. ¿Qué es esto? ¿Para quién es?
La lista de chequeo Scrum es una herramienta simple para
ayudarlo a empezar con Scrum, o para evaluar su actual
implementación de Scrum.
Note que estas no nos reglas. Son guías. Un equipo de dos podría
decidir saltar el Scrum diario, puesto que ellos están haciendo
programación par todo el día y podrían no necesitar una reunión
para sincronizarse. Bien. Luego, intencionalmente ellos se han
saltado una práctica Scrum pero se aseguraron de que el propósito
de la práctica Scrum ha sido cumplido de otra forma. ¡Esto es lo
que cuenta!
Si usted está haciendo Scrum, podría ser interesante hacer que su
equipo tenga esta lista en la retrospectiva. Como una herramienta
de discusión, no como una herramienta de evaluación.
¿Cómo la uso?
• Joe: “Para esta retrospectiva, les he traído una pequeña y útil
lista de chequeo. ¿Hay algo de esto que no estamos haciendo?”
• Lisa: "Hmmm, veamos. Bueno, ciertamente nos hace falta la
Definición de Hecho y no estamos midiendo la Velocidad.”
• Joe: “Bueno, la 'Definición de Hecho' está listada bajo 'Scrum
Esencial' ¡así que parece muy importante! La Velocidad está
listada bajo 'Recomendado pero no siempre necesario' así que
eso puede esperar y empecemos con lo esencial.
• Lisa: “Mira, también nos hace falta ‘Entregar software
funcionando y probado cada 4 semanas o menos'. ¡Eso está
listado bajo 'Lo Fundamental'! Tiene sentido, ¡porque mercadeo
siempre se está quejando de eso!”
• Joe: “Quizás un concepto como la 'Definición de Hecho' podría
ayudarnos a tomar porciones más pequeñas por sprint y liberar
funcionalidades más seguido.”
• Lisa: “Buena idea, intentémoslo.”
¿Cómo NO la uso?
• Gran Jefe: “Bien, equipo, hora de ver qué tanto cumplimos con
Scrum. Llenemos esta lista de chequeo, por favor.”
• Joe: “Jefe, estoy feliz de reportar que estamos haciéndolo todo.
Bueno, todo excepto los gráficos de trabajo pendiente del
Sprint.”
• Gran Jefe: “¡Mal, mal equipo! Aquí dice que ustedes deberían
estar haciendo estas... eh... ¡cosas pendientes del sprint! ¡Las
quiero ver"
• Lisa: “Pero nosotros hacemos sprints de 2 semanas y casi
siempre entregamos lo que nos comprometemos a hacer, y los
usuarios están felices. Las gráficas de trabajo pendiente del
sprint no agregarían valor en este escenario.”
• Gran Jefe: “Bueno, aquí dice que deberían hacerlo, así que no
dejen que los encuentre haciendo trampa otra vez, ¡o llamaré a
la policía Scrum!”
¿Es esta una lista de chequeo oficial?
No. La lista de chequeo refleja mi opinión personal y subjetiva
acerca de lo que realmente importa en Scrum. He pasado años
ayudando a compañías a empezar con Scrum y he conocido a
cientos de otros practicantes, instructores y entrenadores; y he
encontrado que listas de chequeo como esta pueden ser útiles si
se usan correctamente.
Lista de Chequeo ScrumHenrik Kniberg
Traducida por Luis Antonio Salazar
http://www.gazafatonarioit.com