Guía Práctica Nivel Inicial

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Guía Práctica Nivel Inicial"

Transcripción

1 Guía Práctica Nivel Inicial

2 Tabla de Contenidos Nota del Autor... 3 Qué es la metodología Ágil o Agile?... 4 Qué es Scrum?... 8 Un ejemplo práctico en SCRUM:... 9 Todo bien, pero Qué es Scrum? Empirismo Los Pilares de Scrum Compromiso Concentración Franqueza Respeto: Coraje El Equipo Scrum El Dueño de Producto El Equipo de Desarrollo El Scrum Máster Lista de Producto en Scrum (Product Backlog) Los requerimientos del cliente Qué contiene una Lista de Producto? Cómo le ayudamos al Dueño del Producto a elaborar la Lista de Producto? Lista de Tareas de Sprint (Sprint Backlog)... 27

3 Refinamiento de la Lista de Producto El Sprint o la Iteración en Scrum Planificación del Sprint La Meta del Sprint El Scrum Diario Daily Scrum Retrospectivas en Scrum Revisión del Sprint Sprint Review Típica Agenda: Reunión de Revisión KANBAN... 48

4 Nota del Autor Muchas gracias por ser parte del Proyecto de Cadena Crítica. Este es la primer guía, de las tres que están en carpeta sobre el tema Agile & Scrum. Aquí vas a encontrar las definiciones formales pero también muchos consejos prácticos aprendidos de años trabajando en este tipo de proyectos. Espero que te resulte entretenido. Si no has descubierto esta guía a través de te invito a que te acerques y descargues todo el material que te parezca interesante. Atentamente Carlos Diaz Calvi

5 Qué es la metodología Ágil o Agile? Dicen que el resultado de un proyecto está íntimamente ligado con la calidad de las relaciones entre los miembros del equipo. Quizás lleven razón. Lo cierto es que en los proyectos que existen equipos en los que da gusto trabajar, y otros en que no vemos la hora de volver a casa, o que se termine de otra vez. Si eso afectó la calidad de mi trabajo, no lo sé. Pero ciertamente no tenía más ganas de estar allí. Otras veces son factores externos los que hacen el proyecto insufrible. En particular proyectos largos, donde el objetivo se pierde, y más que avanzar estamos día tras

6 día luchando con estructuras muy fijas, etapas, documentación, plazos tallados en piedra que fueron poco realistas desde su concepción; a veces meses antes. De ahí que surgió una nueva forma de trabajar; de esto ya casi quince años: La metodología Ágil. Aunque algunos también la llaman XP (Extreme Programming), o Programación Extrema, entre otros nombres. Básicamente la palabra Ágil, es usada para englobar una estrategia de desarrollo de Software que tiene como premisas la estrecha colaboración de los equipos, los ciclos de desarrollo y el compromiso del equipo como un todo. Sigue los lineamientos de las proposiciones escritas en el Manifiesto Ágil: 1. Los Individuos e interacciones por sobre los Procesos y Herramientas 2. El Software Funcionando por sobre la Documentación Extensiva 3. La Colaboración con el Cliente por sobre la Negociación Contractual 4. La Respuesta Ante El Cambio por sobre el Seguir un Plan El Manifiesto Ágil da más importancia a los ítems de la izquierda que a los de la derecha, pero ambos siguen siendo necesarios.

7 Y hace énfasis en los siguientes principios Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara. El software funcionando es la medida principal de progreso.

8 Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial. Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia. Scrum es uno de los métodos Ágiles que se desarrollaron tras el manifiesto.

9 Qué es Scrum? Confieso que hasta hace muy poco yo pensaba que era una de esas formas de trabajo, medio bohemia y "a lo que salga, que podía ser utilizada solo en empresas pequeñas, con proyectos poco importantes. Pero en realidad Qué es Scrum? Todos los proyectos que venía haciendo yo en consultoría, por más de quince años, fueron solo en Cascada, y no solo eso: Cascadas muy pero muy elaboradas, como la de la Compañía de Energía, que tenía su propio manual de metodologías tipo PMP para la entrega de proyectos.; eso sobre el Manual que ya llevaba yo de mi propia empresa de como entregar proyectos en cascada según nosotros. PERO al final - ESTABA EQUIVOCADO AL PENSAR ASÍ.

10 Tuve oportunidad de hacer cursos de SCRUM, tanto como DESARROLLADOR como también de SCRUM MASTER (el que facilita y lleva a término cada una de las iteraciones); el Jefe de Proyectos de la forma de trabajo SCRUM. Luego tuve la suerte de trabajar dentro de un proyecto ágil por un par de iteraciones. Y al final tuve que ir con una pala a enterrar todos mis preconceptos y malas ideas sobre el tema. Es un marco de trabajo magnifico. Un ejemplo práctico en SCRUM: Para que lo entendamos con claridad. Una vez que tenemos el objetivo que nos da el cliente (una página web, una serie de componentes, lo que sea), debemos sentarnos a preparar el proyecto Scrum, conseguir el equipo adecuado, y dividir el

11 trabajo que nos pide el Dueño del Producto (Product Owner, o PO) normalmente el cliente -, trozándolo en tareas más pequeñas en una Lista de Producto (Product Backlog). Todo el equipo hace un ejercicio de estimación de esfuerzo para cada una de esas tareas, al menos las iniciales. Se decide cuantos Sprints (o Iteraciones) haremos, de acuerdo al tiempo de proyecto, y por ende cuantas Entregas (Releases, a producción). Por ej.: Un proyecto de 8 semanas, con Sprints de dos semanas y dos releases, una a la 4 (cuarta) y otra a la 8 (octava) semana. Entonces cada lunes que comienza un sprint de dos semanas, se reúne el equipo y elige que tareas de la Lista de Productos va a realizar durante esas dos semanas, en esa iteración. Las tareas se reparten intentando cubrir las prioridades dadas por el Dueño del Producto, pero no hace falta tomar la #1. Entonces de una lista de 100 tareas totales, elegimos 10, por ejemplo, de distinta complejidad. La estimación del esfuerzo que hicimos antes nos permite intuir que podemos hacer entre todos los del equipo unas 2 tareas complejas, 4 de mediana complejidad, y 4 simples. Entonces cada uno trabaja en esas tareas con el objetivo de terminarlas bien, de darlas por Terminada, testeada, integrada, potencialmente entregable al usuario final (sino no se considera terminada por más que casi casi ya este). Hay reuniones muy cortas todos los días llamada el Scrum Diario (el Daily Scrum), y cada miembro del equipo tiene la oportunidad de contar lo que hizo el día anterior, lo que espera hacer hoy, y que obstáculos le preocupan. Es tarea del Scrum Máster el quitar esos obstáculos del camino (llamados también impedimentos); luego se encarga de promover el dialogo, facilitar el trabajo.. y por ultimo no menos importante ocuparse de escudar/proteger el equipo de cualquier interacción con el mundo

12 exterior, el cliente, o nuevos requerimientos, hasta que las dos semanas se terminen. Al final del Sprint, o Iteración, (al final de la segunda semana) se presenta lo Terminado y solo lo terminado, nada a medias al Dueño del Producto, que da sus impresiones; se realiza luego otra reunión de Retrospección para hablar todos con honestidad y decir que se hizo mal (estimaciones por ejemplo), y como mejorar esas cosas. Las lecciones aprendidas. Y por ejemplo, decidir que la próxima iteración tomaremos mas o menos trabajo respecto al esfuerzo que hemos calculado. Esto define lo que es la Velocidad del equipo (podríamos llamar productividad). Entonces cuando empiece el próximo Sprint, el lunes siguiente, el ejercicio se vuelve a repetir, la toma de tareas pendientes, la re-estimación de esas tareas basándose en lo que hemos aprendido, y a trabajar nuevamente.

13 Todo bien, pero Qué es Scrum? Empecemos por el principio, pero no voy a hacer historia, tranquilos. Todos conocemos de la metodología en Cascada (o Waterfall) para la entrega y desarrollo de proyectos, esa que va paso a paso, desde la toma de requerimientos, control, ejecución, test, y producción, básicamente. Pues lo que tiene de efectiva, lo tiene de aburrida. Y tienda a matar lisa y llanamente a la creatividad. De ahí que grandes empresas se hayan planteado utilizar metodologías más dinámicas, agiles y entre ellas, la más usada es esta, llamada SCRUM. Al ser un marco, no una metodología que hay que seguir a rajatablas, SCRUM puede ser adaptado a las necesidades del proyecto, es flexible, y tiene en la mira permanentemente el tema de la mejoría incremental del producto que se pretende entregar. Entonces, en vez de tener que esperar hasta la Etapa de Producción (o Mantenimiento), dentro de varios meses, lo que SCRUM promueve es que al final de cada iteración (o Sprint) haya una serie de componentes que el dueño del producto pueda presentar a los usuarios; esto es en una, dos o tres semanas, y entonces volver a repetir el proceso y entregar algo mejorado luego, y así sucesivamente. Empirismo Es la palabra clave que describe de que se trata SCRUM. Que en realidad significa que conoceremos mejor aquello que experimentamos, por tanto iremos

14 mejorando nuestra calidad, cantidad, capacidades, y muchos otros parámetros tras cada iteración del proyecto. Y entonces se apoya en tres pilares que hay que tener siempre en cuenta: TRANSPARENCIA, INSPECCION y ADAPTACION Transparencia: Que todos los interesados, el equipo, el dueño del producto (el cliente); todos sepan cómo está la situación en cualquier momento dado. Que las reglas sean claras, por ejemplo la de los criterios que usaremos para dar por Terminado un trabajo. Tiene que haber sido testeado? Tiene que haber sido revisado por un colega? etc. Todo muy claro, si es posible, impreso y a vista de todos en la oficina. Inspección: Que tenemos que controlar, revisar, permanentemente como estamos ejecutando los procesos y utilizando los artefactos que nos provee la técnica SCRUM. No tan frecuente como para que lleve mucho tiempo, pero lo suficientemente efectiva como para que cada nueva iteración (o Sprint) notemos una mejora. Adaptación: Como resultado de la Inspección, quizás tengamos que cambiar, y eso es muy bueno. Cuanto antes lo hagamos, mejor.

15 Los Pilares de Scrum Lo primero que me viene a la cabeza cuando pienso en los Pilares de Scrum es precisamente una imagen de una batalla de caballeros honorables. El rival, en este caso, sería la sobre-planificación. Para trabajar en un proyecto Scrum tenemos que entender cuáles son los pilares de los proyectos Scrum. Y estos son: Compromiso, Concentración, Franqueza, Respeto y Coraje... lo necesario para ir a cualquier batalla. Es importante que entendamos porqué son fundamentales: Compromiso

16 Que el equipo tenga un deber con la calidad; con la colaboración y el deseo de aprender e intentar ser cada día mejores, más eficientes en su trabajo. Que no sea una obligación pero un acuerdo ser profesionales, auto-organizarse, y el compromiso de entregar un software funcional, ni más ni menos. Sentirse atados a la definición de trabajo Terminado, y qué es lo que significa para el resto del equipo. Jurarse entregar un producto de valor al cliente; y finalmente, el compromiso a tener autocritica, mirar como grupo hacia adentro y sacar las mejores conclusiones y lecciones para el próximo ciclo. Concentración: Y foco en lo que sabemos, en nuestras capacidades. También en lo más importante. Y principalmente en aquellas cosas simples que agregan valor a nuestro trabajo. Desmontar el bosque, árbol a árbol. Franqueza: Ser transparentes ésta es una palabra clave en Scrum -. Ser sinceros en el estado actual de nuestro trabajo. Y ser abiertos a dar una mano al compañero que puede necesitarla. Dar opiniones leales, y aceptar valoraciones de nuestro trabajo por parte de otros miembros del equipo. Respeto: Estar siempre consciente que todos somos distintos. Y en organizaciones globales, especialmente, el hecho que los miembros del equipo pueden provenir de culturas

17 distintas. Y, en particular, respetar la experiencia y forma de pensar del otro; sus derechos y sus responsabilidades. Coraje: Mostrar audacia por ejemplo en no hacer una tarea que no aporta ningún valor al producto final. Bravura en ser sinceros y transparentes, aunque nos afecte. Admitiendo que nadie es perfecto, y que podemos equivocarnos Y cambiar de rumbo si fuera necesario. Y, por último, en saber pedir ayuda.

18 El Equipo Scrum Vaya diferencia de roles para un Jefe de Proyectos, el participar en un proyecto Scrum. Pasas de ser el que toma las decisiones a ser un pobre tipo que la misma metodología quiere hacer desaparecer. No lo dicen abiertamente, pero los creadores de SCRUM tienen en claro que se quieren sacar a los Jefes de Proyectos de encima. Un buen equipo Scrum es auto gestionado, auto controlado, se inspecciona a si mismo y elige como mejorar para la próxima iteración (o sprint). El equipo Scrum consta de tres roles muy bien definidos:

19 El Dueño del Producto (o Product Owner, o PO) El Scrum Máster (el Facilitador) El Equipo de Desarrollo (Development team). y una muy buena aclaración: En Scrum, la palabra Desarrollador no connota a un Programador, todos desarrollan algo en Scrum, ya sea un experto en Bases de Datos, o un Arquitecto. En sí, el Equipo de Desarrollo es el que trabaja en cada ítem y lo desarrolla. Los equipos auto gestionados eligen ellos que trabajo hacer; cómo hacerlo; y que criterios usar para darlo por Terminado en cada Entrega Incremental La idea es que un equipo Scrum no necesite de otras personas (externas) para entregar el producto/programa objetivo. El Dueño de Producto No hablamos de un equipo, siempre de una persona, incluso cuando esta sea la cabeza visible de un equipo del cliente, o de analistas de negocio, detrás de él. Lo dicho, normalmente es parte del cliente, pero puede ser una persona que conoce muy bien el negocio, y el sistema a ser entregado; lo suficiente como para definir granularmente las tareas a ser completadas. Es la única persona que es RESPONSABLE de gestionar la Lista de Producto (Product Backlog) o sea, la lista discreta de tareas que el Scrum Máster y el Equipo de Desarrollo debe entregar sprint a sprint. Aunque puede delegar esa tarea, la responsabilidad no se delega. Entre sus objetivos están:

20 Crear y mantener la Lista de Producto Ordenarla y Priorizarla Clarificarla, que nadie tenga dudas, y todos entiendan cada ítem. Al ser el único responsable, es también el único que puede venir con nuevos requerimientos de parte del cliente. Y es trabajo del Scrum Máster de controlar que esos nuevos pedidos no interfieran con lo que el equipo ya esta haciendo en este periodo (sprint) El Equipo de Desarrollo Son las personas que tienen que entregar las tareas de cada iteración o sprint en un formato Terminado. No a medias tintas. Se trata de un equipo multidisciplinario y jerárquicamente plano. No hay títulos para nadie, todos son Desarrolladores, aunque haya arquitectos, programadores, testers, etc. No existen tampoco sub-equipos. Y todos, TODOS, son responsables del objetivo del sprint, por más que se distribuyan las tareas. Así que idealmente tienen que ayudarse entre sí. En cuanto a su número, se acuerda que tiene que estar entre 4 y 9 miembros (ni tan pocos como para que haya problemas de capacidad al realizar las distintas tareas, ni tantos como para que no puedan trabajar en equipo). A esto hay que agregarle que no podemos agregar nuevos miembros durante el sprint porque rompe con la sinergia del grupo (y obligatoriamente debemos re-comenzar el sprint si así fuera)

21 El Scrum Máster Aunque exista la tentación de pensarlo como un Jefe de Proyectos, el Scrum Máster es un Facilitador. Alguien que se encarga de que todos los miembros del Equipo Scrum se adhieran a su marco de trabajo. Es un líder AL SERVICIO del equipo. Entre otras tareas tiene que: Ayudar al Dueño de Producto a lograr una Lista de Producto aceptable. Facilitar durante los eventos del Scrum (las reuniones, etc.) Guía (no ordena) al Equipo de Desarrollo para que se auto gestione Eliminar obstáculos que el Equipo vaya encontrando. Guiar a la Organización, a la Compañía, en lo que significa un proyecto Scrum, y manejar sus expectativas. Motivar a que haya mejoras en cada iteración. En otras palabras, es quien debe dar la cara ante la Organización, pero por sobre todo llevar el librito bajo el brazo para explicar una, y mil veces, que es Scrum y cómo sacarle mayor valor a la experiencia de utilizarlo.

22 Lista de Producto en Scrum (Product Backlog) Los requerimientos del cliente No hay nada peor en Scrum que tener un Dueño de Producto (Product Owner) que no le da importancia a la Lista de Producto en Scrum (Product Backlog). Recordemos, la Lista de Producto es una lista ordenada de tareas (o en realidad: acciones) que son necesarias para completar el producto final. Esto es, creación del webservice, por ejemplo, o creación de la pantalla principal. La importancia de la Lista de Producto radica que en Scrum es el único listado de Requerimientos válido.

23 Se puede tener un mal Dueño de Producto (o inexperto); para eso está el Scrum Máster, para ayudarlo a entender y adueñarse de ese listado de requerimientos y su priorización. El Dueño de Producto es el único responsable de la Lista de Producto, de su contenido, su disponibilidad, y el ordenamiento, claro. Cada Ítem de la Lista de Producto sería el equivalente al WBS (Work Breakdown Structure) o EDT (Estructura de Decomposición de Trabajos) en los sistemas de Cascada. En definitiva: El listado de todo lo que hay que hacer, componente por componente, pantalla por pantalla.

24 Qué contiene una Lista de Producto? En una Lista de Producto suele contener características, funciones, requerimientos, mejoras y correcciones que aún están pendientes para completar el sistema (o producto). Obviamente de ese listado saldrán las tareas que elegiremos en cada Sprint o Ciclo de nuestro proyecto Scrum. Cada uno de esos items suele llamarse PBI (Product Backlog Item) o ILP (Ítem de la Lista de Producto).

25 Cada Item debería tener las siguientes características: Deben estar expresados en un lenguaje claro (tanto para el equipo Scrum como para el negocio del cliente. Tener valor esto es fundamental -. Recordemos que en Scrum no hacemos nada al divino botón. Puede ser creado o desarrollado por (casi) cualquiera. Deben ser propiedad del Dueño de Producto. Deben estar ordenados de una forma coherente para alcanzar el objetivo. El esfuerzo debe ser estimado por el Equipo Scrum (no por el Dueño) Cómo le ayudamos al Dueño del Producto a elaborar la Lista de Producto? Aunque un PBI puede ser una pantalla, un requerimiento, o un error-bug incluso una historia de usuario, no es sencillo a veces obtener un listado de parte del cliente. Por eso es importante que el Product Owner el Dueño de Producto sea realmente un Analista de Negocio (Business Analyst), o alguien con profundo conocimiento de las necesidades del cliente. Una buena forma de lograr descomponer la solución es mediante el uso de Historias de Usuario, a las que le dedicaremos un artículo en breve. Mediante las historias de usuario que son de un nivel muy alto podemos extrapolar acciones, y de esas acciones, finalmente tareas (que son las que necesitamos en nuestro PBI.

26 Las Historias de Usuario, en general tienen una estructura estable: Como un <tipo de usuario>, necesito <alguna funcionalidad> con la finalidad de <razón o resultado>. Por ejemplo: Una historia de Usuario podría ser: Como usuario, necesito poder enviar un correo electrónico, con la finalidad de confirmar la participación del evento. Esto nos lleva a inferir las siguientes acciones: 1. Pantalla para enviar correo. 2. Detalles del formulario con Selección del Evento 3. Botón de Envío y funcionalidad. Y de esas, podemos concluir los siguientes ítems. 1. Agregar opción de enviar correo (botón) 2. Diseño del Botón 3. Codificar la Re-dirección a la nueva pantalla 4. Testear Botón 5. Crear formulario-pantalla para detalles del correo 6. Configurar la Base de Datos para los nuevos campos 7. Crear Procedimientos Almacenados para la n 8. Agregar campos y opciones a la pantalla de acuerdo a documento de diseño. 9. Comprobar que el destinatario del correo es usuario valido. 10. Configurar textos, títulos, contenidos y validaciones del correo electrónico.

27 11. Codificar el envío del correo. 12. Testear el formulario 13. integrar la solución 14. Hacer pruebas del correo 15. Y así seguiríamos pero ya son ítems accionables por parte de los desarrolladores (diseñadores, expertos de base de datos, programadores y testers). Imagen de Ejemplo: Ejemplo de Descomposición de Historia de Usuario a Tarea.

28 Lista de Tareas de Sprint (Sprint Backlog) La Lista de Tareas de Sprint (o de una iteración o ciclo) está muy unida a la Rapidez (Velocity) de nuestro equipo. Cuánto trabajo puede dar por "Terminado" en el período de tiempo convenido del Sprint. Hablaremos de la Rapidez en otro artículo, pero debo insistir en cuán importante es: La Rapidez o Velocity es lo que nos va a decir que podemos tomar sólo cuatro o cinco tareas del total que hay en la Lista de Producto.

29 Por definición una Lista de Tareas de Sprint (Sprint Backlog) son una serie de ítems seleccionados (PBIs), incluyendo un "plan" para entregarlos, o terminarlos al finalizar el Sprint. En realidad es también un "pronóstico" en sí mismo, que incluye un subconjunto de funcionalidades que el equipo espera terminar en este ciclo o incremento, y el trabajo que hay que hacer para lograrlo.

30 Podemos ver el trabajo pendiente por cada día del Sprint. Cada día se actualiza la Lista de Tareas de Sprint, con el trabajo pendiente. El plan debe tener suficiente detalle como para poder ser seguido, evaluado, mientras avanza su desarrollo durante el Sprint. Para eso es común utilizar una pizarra con columnas, así nos vamos ubicando en qué estado está cada ítem en un momento dado. Cada vez que se identifica una nueva tarea (por ejemplo: la corrección de una funcionalidad entregada anteriormente, un nuevo bug, puede ser agregada a la Lista de Tareas del Sprint. Sólo el Equipo de Desarrollo puede agregar tareas durante el Sprint (nunca el Dueño de Producto, que debe saber esperar; ni mucho menos el Scrum Máster, que está sólo para facilitarle las cosas al equipo). La Lista de Tareas de Sprint es muy visible, ya que casi siempre está puesta en la pared, con sus papeles de colores moviéndose hacia la columna de "Terminado". Siempre hay riesgo que el equipo tome demasiados ítems (o por el contrario muy pocos) durante los primeros ciclos o Sprints. Esto sucede hasta que encuentre su "Rapidez" y pueda pronosticar mejor cuánto trabajo puede realizar en ese período. En el ejemplo que vemos a continuación, el Gráfico de Pendientes (Burndown Chart), que veremos en otro artículo, nos indica que inicialmente el equipo tomó demasiadas tareas, y por tanto no podía completarlas. Entonces, de acuerdo con el Dueño de Producto, y con tal de entregar varios "Terminados" al final del ciclo,

31 accede a quitar algunos ítems de la Lista de Tareas de Sprint y así lograr los objetivos propuestos. Cómo lograr una mejor selección de las tareas que vamos a hacer en un Sprint?: Una alternativa son las reuniones de Refinamiento de la Lista de Producto Refinamiento de la Lista de Producto Como sabemos, la mayoría de las reuniones en Scrum tienen la duración muy restringida, para que el equipo empiece a trabajar cuanto antes en las tareas. Hay una nueva corriente de pensamiento que cree que en crear una reunión semanal periódica, de "Refinamiento de la Lista de Producto". Una reunión

32 donde todos (incluso el Dueño del Producto) puedan sentarse a discutir y agregar detalles a cada una de las tareas. Hay un alto riesgo que ser termine con más ítems en la cola de tareas, así que hay que estar muy atentos. Esta reunión puede ayudar a la hora de elegir las Tareas que vamos a incluir en un Sprint. El objetivo de este refinamiento tiene que ser: Una lista de tareas bien definidas. No es necesario que sean todas las del Sprint o o Logran una buena estimación del esfuerzo. Un entendimiento profundo de cada tarea, al punto que el equipo de desarrollo pueda tomarla sin miramientos, Importante: No perder mucho tiempo en el diseño. Recordemos que en Scrum, todo es incremental. o o Dividir las tareas donde haga falta. Agregas Historias de Usuarios y Detalles. Lograr que haya suficientes detalles en los ítems de la Lista de Producto, que el equipo pueda tomar esos ítems en - por los menos - dos futuros Sprints.

33 El Sprint o la Iteración en Scrum No existiría Scrum si no fuera por los Sprints. Eso está claro. El Sprint o Iteración (o Ciclo) es el Evento más importante y primario de la metodología Scrum. El Sprint es el corazón de la práctica Scrum, un evento con un tiempo acotado (de hasta un mes) en el que se debe entregar "Terminado" una serie de componentes. Terminado se entiende como aceptable por el cliente, debidamente testeado y probado (aunque sea limitado en sus funcionalidades). Todo lo que se entrega, tiene que estar funcionando. Lo que no está "Terminado" no se muestra. Los Sprints deben tener una duración estable durante a lo largo del proyecto. Y un nuevo Sprint comienza ni bien termina el anterior, tantas veces como se haya decidido al principio.

34 Dentro del Sprint se definen una serie de Eventos que son todos fundamentales: La Planificación del Sprint La Ejecución en sí misma. Los Scrums Diarios (Reuniones rápidas de alineación) La Revisión del Sprint. La Retrospectiva del Sprint. Durante un Sprint, no puede haber cambios que afecte el Objetivo del Sprint. Por ejemplo, no puede agregarse más gente al equipo - por más que se pudiera pensar que eso es algo favorable. La naturaleza dinámica y complementaria de las capacidades del grupo hace que el agregar un nuevo componente rompa la relación del grupo (ya que no sabemos probadamente que capacidad aporta). Tampoco deben bajarse las expectativas de calidad, durante el Sprint. Lo que se considera como "Completo y Terminado" es constante. Lo único que es flexible es la Negociación de los Objetivos (en particular de las Tareas del Sprint), junto al Dueño del Producto, en caso que se note la necesidad. De cierta forma, podemos considerar cada Sprint como un mini-proyecto en si mismo; un "mini-proyecto" con un mes de horizonte, como máximo. La razón por la que se limita la duración máxima de un Sprint a un mes es porque, sencillamente, el alargar provocaría más complejidad, mayor riesgo - por lo menos eso se ha comprobado. Es mejor tener horizontes cercanos para poder sentarse a revisar, discutir, corregir errores y comenzar otro nuevo Sprint.

35 Quizás esa sea la característica más loable de los Sprints cortos: Mayor predictibilidad, ya que vamos a estar inspeccionando el progreso y adaptándonos a los cambios al menos una vez al mes (normalmente dos). También eso implica que el riesgo de pérdida - o el costo de lo que se haya hecho mal, decrece a un mes. Una práctica común es comenzar un Sprint los martes, miércoles o jueves. Ya que los lunes y viernes son considerados días menos productivos. También, cuando los equipos están repartidos en diferentes ubicaciones geográficas (no recomendado). Es común que las reuniones de Revisión de Sprint (muestra de resultados), la de Retrospectiva (corrección de errores) y la de Planeamiento del - próximo - Sprint, se realicen al mismo tiempo. Pero no es necesario que estas se lleven a cabo el mismo día, ni mucho menos.

36 Planificación del Sprint Como ocurren en los proyectos en Cascada, cuando se planifica mal, se acaba mal. La Planificación del Sprint es igualmente importante. Después de todo es - como decíamos antes - un mini proyecto en sí mismo. El trabajo que tenemos que realizar durante una Iteración, o Sprint, se planea precisamente en la reunión de Planificación del Sprint. Todo el equipo debe participar: El Equipo de Desarrollo, el Dueño del Producto y el Scrum Máster. Como todos los demás eventos en Scrum, la reunión de Planificación del Sprint tiene un tiempo muy acotado, en promedio de 8 horas por cada mes de Sprint (así que si tenemos Sprints de dos semanas, debemos sentarnos en esta planificación el primer día, y por un máximo de cuatro horas).

37 Por cierto, no sé si lo mencioné antes, en Scrum el "Resultado" que se entrega al final de cada Sprint se llama "Incremento". Los Objetivos de la Reunión de Planificación son: Decidir qué vamos a entregar (Terminado) en el Incremento resultante del Sprint. Cómo vamos a trabajar para lograr alcanzar ese Incremento? La Meta del Sprint Después que el Equipo de Desarrollo haya decidido que ítems incluir en la Lista de Tareas del Sprint, tienen que ponerle nombre a la "Meta del Sprint". Por ejemplo: Mejorar la experiencia del usuario en las Páginas de Mis Pedidos. La Meta del Sprint es un objetivo que se debería alcanzar, si se finalizan todas las tareas que pusimos en la Lista, y proveen una guía al Equipo de Desarrollo como referencia de porqué está creando ese Incremento en particular. Una orientación y motivación. Al mismo tiempo, una buena Meta de Sprint, da al Equipo de Desarrollo cierta flexibilidad en cuanto a la funcionalidad que tiene que incluir en el Sprint, y por tanto intenta ser lo que "une" todo lo que los diferentes miembros del equipo está haciendo por separado. Otros ejemplos:

38 Hacer que la aplicación funcione tanto en la Web como en un teléfono móvil. Mejorar la habilidad del Panel de Control Mejorar los tiempos de respuesta de la Aplicación. Como vemos, las Metas de Sprint suelen ser bastante "generales" o difusas, Y ASÍ DEBEN SER. La idea es que si bien nos podemos ver forzados a quitar un ítem de la Lista porque no llegamos con el tiempo, podamos decir al Dueño del Producto, en la Revisión del Sprint, que la Meta ha sido cumplida.

39 El Scrum Diario Daily Scrum El Scrum Diario, el momento en que comentamos cómo va la serie o la peli que vimos la noche anterior. Naah, es broma. Es en esta mini reunión (de quince minutos, no más) en la que nos ponemos al día de cómo va el proyecto. Consejo: El scrum diario tiene que ser siempre en el mismo lugar y a la misma hora. Es más, propongo hacerlo de pie, que sea dinámico, frente a la pizarra. Que nadie se ponga cómodo. En el scrum diario tienen que estar todos, el Dueño del Producto, el Scrum Máster, y claro... el Equipo de Desarrollo. Puede haber otros invitados, pero están sólo para observar. Es el momento donde se discute todo lo que hay que hacer en el día, el momento de informarse qué es lo que tiene que pasar hoy. Cada miembro del equipo tiene que responder a tres preguntas:

40 Qué hiciste ayer? Qué planeas hacer hoy? Qué obstáculos tienes en el camino para hacerlo? El scrum diario - o daily scrum - no es para "controlar" lo que cada uno está haciendo. Sino el momento donde cada miembro del Equipo de Desarrollo se compromete, cara a cara, a hacer lo que dice. Este punto es muy importante, es donde nuestro compromiso queda grabado en la memoria de todos. No podemos fallarles. Otra alternativa, en vez de ir persona por persona, es ir ítem por ítem en la Lista de Tareas. Asi hay más oportunidades de interactuar para cada persona. Otro punto importante - si eres el Scrum Máster - es el de los impedimentos (u obstáculos). En los que tienes que adueñarte de los problemas e intentar solucionarlos. Ese es tú trabajo. Si no lo puedes hacer inmediatamente te debes encargar de pedir ayuda. Si algo no se puede resolver en 24 hs, el Scrum Máster debe elevarlo en la compañía. La reunión de scrum diario debe ser de 15 minutos, no más. No hay que perder el tiempo. Lo que necesite más tiempo para ser discutido debe ser agregado al listado de tareas y punto. Y recuerda, si eres Scrum Máster, estás allí sólo para facilitar, no para gestionar ni asignar tareas. Si ves a alguien yendo a la reunión de scrum diario apesadumbrado, o sin ganas de estar ahi. Es claramente una señal que hay problemas. La idea del scrum diario es

41 que salga todo el mundo motivado tras escuchar los progresos de los demás. Es más, procura tener chocolates, o caramelos, como premio. Hacer la reunión entretenida. Otro consejo que me han dado, que aún no puedo llevar a la práctica, es el de NO HACER CONTACTO CON LA MIRADA, con quién está reportando su trabajo. Lo de hacer contacto visual es humano, natural, pero si así sucediera estaríamos forzando la imagen del manager-examinador a los miembros del equipo; y Scrum no se trata de gestionar, sino de facilitar. Los miembros del Equipo de Desarrollo están reportándose a sus pares, no al Scrum Máster. Y finalmente, como en toda reunión de Scrum, puedes jugar a darles el trabajo de facilitador a otros miembros del equipo para crear "entendimiento" con el rol que te toca como Scrum Máster.

42 Retrospectivas en Scrum Cuando escuché por primera vez lo de Retrospectivas en Scrum supuse que cada uno tenía que ponerse a pensar en que hizo mal, o bien, como ir al confesionario... y eso que hace rato no piso una iglesia. Una especie de momento de relajación zen para luego compartir lo descubierto con el equipo. Pero me encontré con algo mucho más interesante. En Scrum, el proceso de Retrospectiva (que se hace al final del Sprint, luego de que se enseñasen los resultados al Propietario del Producto - el cliente -), es un ejercicio para re-alinearse con las nuevas lecciones aprendidas. En particular, tiene que ser una charla abierta, sincera y honesta, entre todo el equipo. Preguntarse: Qué funciono bien?

43 Qué cosas deberíamos intentar mejorar en la próxima iteración (sprint)? Qué lecciones hemos aprendido? Y MUY IMPORTANTE: contarle al Scrum Master, el Facilitador, cuales son los obstáculos previstos (para que se ponga a trabajar en removerlos) El objetivo es que gracias - y mediante - el ejercicio de Retrospectiva, todo el equipo de Scrum se beneficie de un crecimiento sostenido, en calidad, productividad, y motivación. Lo que suele suceder - lamentablemente - es que mucha gente dentro del proyecto piense que el ejercicio de Retrospectiva no sirve para mucho, y entonces desperdician ese tiempo (aunque suelen reservar ese espacio ya que creen que es una de las partes necesarias - por definición - de un Scrum). Para no perder el tiempo en una Retrospectiva, tenemos que focalizarnos en lograr Puntos de Acción por cada ítem, decidir que vamos a hacer al respecto. Algo debemos haber aprendido de la última iteración (sprint). Si la respuesta a todo es "Va Bien", "Hubo problemas", o expresiones no "accionables" o concretas, seguro será una pérdida de tiempo. La cuestión es no ver la Retrospectiva (en Agile, Cascada, lo que sea) como una reunión OBLIGATORIA sino como una NECESARIA. Hay varias formas de hacer las Retrospectivas entretenidas y hasta divertidas; hay muchas diferentes técnicas también, ninguna en particular más útil que la otra. Como la de la Estrella de Mar (que veremos luego).

44 Pero también es un problema hacerlo "divertido"; Hay muchos consultores, o programadores, que se toman sus trabajos muy enserio y que suelen esconderse o desconfiar si ven alguna actividad de grupo que parezca divertida. Pero necesitamos de esas cosas. Está claro. Organizar una reunión de Retrospectiva no es fácil. Hay que crear el ambiente y pensar en actividades para "extraer" la información y lograr puntos de acción. Una buena alternativa, para jugar un poco con los roles, es asignar a una persona distinta, cada tanto, para que haga de "Facilitador" de la Retrospectiva. Puede darse cuenta lo complicado que es, o puede extraer otro tipo de información del equipo. No solo se trate de escuchar lo que el equipo dice, sino también de lo que no dicen, de los gestos corporales, las inquietudes aparentes, o el tono de voz. El consejo que Norm Kerth - un gurú en estos temas - da, respecto a Retrospectivas, es intentar que todo el equipo vaya a ellas con el pensamiento de que cada uno de los demás presentes ha hecho lo mejor posible para lograr sus objetivos; evitar estar a la defensiva, pensando en los prejuicios o pre-conceptos que tenemos de esa persona, o que tienen una agenda (o plan ulterior) y que no es sincera. Es como que nos pusiéramos filtros, y realmente no "escuchamos".

45 Revisión del Sprint Sprint Review Al fin y al cabo, lo único importante en Scrum es lo que está "Terminado", lo que el cliente puede empezar a usar ya mismo si quisiera. Para eso, debemos pasar la Revisión del Sprint - Sprint Review. La reunión de "presentación" del Incremento, o en otras palabras, de lo que hemos logrado, del resultado del ciclo. El objetivo de la reunión de Revisión del Sprint es la de inspeccionar el Incremento, si es necesario volver a analizar la Lista de Producto (la lista general de tareas). Es una reunión informal, de máximo cuatro horas al mes (o dos horas si nuestro ciclo - o sprint - tiene dos semanas). En esta reunión tiene que participar todo el mundo: El Dueño de Producto, el Scrum Máster, el Equipo de Desarrollo... e incluso expertos del negocio, u otros invitados que puedan dar una opinión al respecto.

46 Lo fundamental es que en la reunión sólo mostraremos Software que esté funcionando. Que agregue valor al cliente. No mostraremos nada a medio terminar. Mi recomendación es preparar la presentación de forma que las pantallas se muestren o proyecten desde un segundo monitor, en especial si estamos mostrando algo en debugging. EVITAR QUE EL CLIENTE VEA EL CÓDIGO FUENTE en todo momento. Otra opción es capturar pantallas y hacer una presentación PowerPoint (aunque este último punto, lo de preparar una presentación, suele ser muy discutido ya que va a contramano del carácter "informal" que se espera de la reunión" Como decíamos, es ésta una reunión informal, para mostrar progresos y captar comentarios; refinar si acaso el Backlog. Otros conceptos para tener en cuenta en la Reunión de Revisión del Sprint: El Dueño del Producto es quien decide al final qué fue lo realmente "Terminado" y lo que aún no lo está. El Equipo de Desarrollo discute cuales fueron los problemas que se encontraron y cómo los resolvieron. Hay que hacer una demostración en pantalla de lo Terminado. Discutir unos momentos cómo luce ahora la Lista de Producto, y qué expectativas hay para el próximo Sprint con las experiencias del que acaba de terminar. Todos deben discutir sobre qué es lo próximo para hacer.

47 Recuerda: El resultado de esta reunión es una Lista de Producto (la general - insisto -) refinada, y ya una buena idea de qué ítems van a ser incluidos en la Lista de Tareas de Sprint del próximo ciclo. Es durante la reunión de Revisión del Sprint también que todos evalúan si la META del Sprint se ha cumplido o no.?? Recuerdan? La meta es aquel nombre - un tanto genérico - con el que bautizamos el objetivo que teníamos para ese ciclo. Y por último, insistir en una premisa: No se trata de cómo funciona la pantalla o el software en el que hemos trabajado, sino de qué valor tiene para el cliente, en qué le es útil. Hay que contarles historias, ejemplos, un poquito de actuar diferentes roles para que se entiendan los beneficios. Un poco de Show, pero... a no olvidarse, todo lo que se muestre tiene que estar funcionando. Típica Agenda: Reunión de Revisión 1. El Scrum Máster abre la reunión y recuerda a todos el objetivo de ella o o o Muestra lo que se ha conseguido Cuenta historias, la experiencia del usuario Pide opiniones a los presentes. Qué piensan del producto? 2. El Dueño de Producto explica cuáles eran "sus objetivos" para ese sprint o o o Describe la Meta del Sprint Explica por qué es tan importante esa meta para el negocio. Hace referencia a dónde estamos en el panorama del proyecto. 3. El Scrum Máster presenta el Sprint. o Cuenta la historia de cómo fue todo durante el período. Con qué problemas se encontraron, nuevos miembros del equipo, etc.

48 o Da un estado del Sprint y cuenta qué tareas se completaron, y cuáles se quitaron o modificaron. 4. Finalmente las Demos. El Equipo de Desarrollo elabora cada historia de usuario. o o o o El presentador explica qué se intentó hacer con esa historia de usuario. Demostrar el funcionamiento en el sistema real. Responder preguntas. Repetir este punto por cada historia de usuario. 5. El Scrum Máster cierra la reunión.

49 KANBAN KANBAN Un placer tener que escribir sobre Kanban. Pocas veces uno se encuentra con un sistema "nuevo" - por así decirlo - que pueda agregar mucha productividad a un equipo de trabajo. Así de útil resultó ser, en Proyectos Ágiles, una pizarra Kanban. Básicamente el término Kanban viene de Japón y significa más o menos "Tarjeta Visual", y en sí es un sistema que ya viene siendo usado hace sesenta años en la producción de productos y el abastecimiento de partes. Ahora bien, poniendo esos conceptos al servicio del software, nos encontramos con una metodología de

50 trabajo que nos permite hacer que las componentes vayan "fluyendo", lenta y sostenidamente, desde la concepción hasta la producción. A ver si puedo dar un ejemplo: En las metodologías Ágiles, como en Scrum, una de las partes importantes de cada ciclo o Sprint es cuando los desarrolladores escogen una tarea (o más) de la Lista de Pendientes. En Scrum esto se suele hacer de modo voluntario, de acuerdo a las capacidades de cada persona en el equipo. Ellas se encargan de llevar esa tarea a un nivel necesario (definido por lo que el equipo considera como "Terminado". Hasta ahí lo que sabíamos, y nos iba muy bien. En una pizarra Scrum, normal tenemos una columna para las tareas: Pendientes / En Desarrollo / Finalizadas. En Kanban, reemplazamos esa columna del medio "En Desarrollo" y la dividimos en tantas columnas como nuestro "flujo de trabajo" o Workflow necesite, por ejemplo en: Pendientes / Especificaciones / Diseño / Ejecución / Test / Finalizadas

51 Hasta ahí no parece que hiciéramos mucho más, pero el secreto está en que, de acuerdo a la capacidad de nuestro equipo, demos a cada columna un "Tope" de capacidad. Por ejemplo que no podamos estar "Diseñando" más de tres componentes en un momento dado, y que si quisiéramos meter un cuarto ítem, deberíamos mover a Ejecución alguno. De esa forma se crea un flujo de ítems que se van "empujando" unos a otros, como si fueran una cadena de producción hasta que se den por finalizadas todas las tareas. Terminaríamos con algo así: Pendientes (10)/ Especificaciones (3) / Diseño (3) / Ejecución (4) / Test (2) / Finalizadas La ventaja que tiene este modelo es que vamos generando ítems finalizados constantemente. Aquí algunos ejemplos (podemos ver arriba, donde está el nombre de la columna, la cantidad de ítems que puede aceptar)

52 La característica principal que tiene Kanban, es que limita el trabajo que se puede hacer en un momento dado. Es más realista que otros paradigmas.

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx Por

Más detalles

DES. Fundamento Institucional. Objetivos. Alcance

DES. Fundamento Institucional. Objetivos. Alcance DES INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de DESARROLLO en el ciclo de vida del software en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia

Más detalles

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 Scrum una descripción Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 v 2012.12.13 2012 Scrum Alliance, Inc. 1 Scrum Principios de Scrum Valores del Manifiesto Ágil

Más detalles

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Elaborado Por: Alejandro Arbeláez Acevedo Elaborado Para: Proyecto de Grado Versión: 1.0 Mayo, 2014 Confidencial Eafit UP. Versión

Más detalles

Aplicación de metodologías Ágiles en TI. Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013.

Aplicación de metodologías Ágiles en TI. Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013. Aplicación de metodologías Ágiles en TI Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013. 1 To Do En Proceso Done! Agile Scrum Intro Lean Kanban Aplicabilidad Cierre 2 To

Más detalles

SCRUM. Gestión ágil de proyectos

SCRUM. Gestión ágil de proyectos SCRUM Gestión ágil de proyectos 1 Qué es Scrum? SCRUM es una metodología ágil utilizada en el desarrollo de proyectos de software y que permite obtener el mejor resultado posible en la gestión de un proyecto

Más detalles

Principios y valores de la agilidad

Principios y valores de la agilidad Principios y valores de la agilidad Jesús Méndez #WebminarGratis 1 Quien es Jesus Mendez Coach Agile (2) Twitter: @chuzzete Web site: www.jesusmendez.ca Correo: info@jesusmendez.ca Scrum Master (5) + Volunteering

Más detalles

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles.

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Autor: Manuel Trigás Gallego Director de Proyecto: Ana Cristina Domingo Troncho Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Qué es un

Más detalles

Prototipado Ágil. Mateu Batle Sastre

Prototipado Ágil. Mateu Batle Sastre Prototipado Ágil Mateu Batle Sastre Uso informativo y confidencial Prototipado Ágil Prototipos Metodologías ágiles Metodología Scrum Definición de prototipo Ejemplar original o primer molde en que se fabrica

Más detalles

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Examen tipo EXIN Agile Scrum Foundation Edición Mayo 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Más detalles

Roles Scrum en Profundidad. ScrumMaster, Product Owner, Team

Roles Scrum en Profundidad. ScrumMaster, Product Owner, Team Roles Scrum en Profundidad ScrumMaster, Product Owner, Team Interdependencia entre Roles El verdadero proyecto lo llevan el Product Owner y el Team, mientras que el Scrum Master facilita la interacción.

Más detalles

EVALUAR para avanzar

EVALUAR para avanzar EVALUAR para avanzar La Red ciudadana de Formadores en Seguridad del Paciente está realizando una evaluación de sus acciones realizadas en los últimos 2 años METODOLOGÍA Modelo de formación en cascada

Más detalles

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress. Gestión de Equipos de Desarrollo Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.com Contexto Metodologías agiles de desarrollo de Software y como las usamos

Más detalles

Mejora Ágil de Procesos

Mejora Ágil de Procesos Mejora Ágil de Procesos Introducción Después de haber implementado por muchos años modelos de mejora, de dirección de proyectos y diferentes marcos ágiles, llegué a la conclusión de que el camino hacia

Más detalles

Desarrollo Ágil. Introducción a desarrollo ágil. Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012

Desarrollo Ágil. Introducción a desarrollo ágil. Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012 Desarrollo Ágil Introducción a desarrollo ágil Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012 Agenda Continuación de Scrum Tarea Bibliografía SCRUM Master (Roles) Representa la administración

Más detalles

PRODUCIVIDAD Y METODOLOGÍAS ÁGILES

PRODUCIVIDAD Y METODOLOGÍAS ÁGILES PRODUCIVIDAD Y METODOLOGÍAS ÁGILES FUNDAMENTOS QUÉ ES PRODUCTIVIDAD? Tiempo Eficiencia Capacidad Rendimiento Incluso le han dado funciones matemáticas Capacidad o grado de producción por unidad de trabajo,

Más detalles

Roles y Responsabilidades en la gestión de proyectos Scrum

Roles y Responsabilidades en la gestión de proyectos Scrum en la gestión de proyectos Scrum Jesús E Méndez A #WebinarGratis 1 Quien es Jesus Mendez Coach Agile (2) Twitter: @chuzzete Web site: www.jesusmendez.ca Correo: info@jesusmendez.ca Scrum Master (5) + Volunteering

Más detalles

Universidad ORT Uruguay

Universidad ORT Uruguay Facultad de Ingeniería Metodología SCRUM Cátedra de Ingeniería de Software. Docente Responsable: Gastón Mousqués. Autor: Adriana Peralta 123357 2003 ÍNDICE GENERAL Introducción 2 Principales características

Más detalles

Cómo mejorar la calidad de los aprendizajes de nuestros estudiantes?

Cómo mejorar la calidad de los aprendizajes de nuestros estudiantes? Cómo mejorar la calidad de los aprendizajes de nuestros estudiantes? Con frecuencia a los profesores nos gustaría que alguien nos diera una receta para que nuestros estudiantes aprendan mucho, se entusiasmen,

Más detalles

Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios

Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Guillermo Watson Datalytics Stibenzon Cañas Sánchez Ceiba Software House Business Intelligence No es una tecnología ni un

Más detalles

INSTRUCIONES PARA PARTICIPAR EN. Antes de explicarte el proceso, te preguntare Porque tantas personas Viven En Un Mundo SI?

INSTRUCIONES PARA PARTICIPAR EN. Antes de explicarte el proceso, te preguntare Porque tantas personas Viven En Un Mundo SI? INSTRUCIONES PARA PARTICIPAR EN http://ganardineroporsiempre.com Antes de explicarte el proceso, te preguntare Porque tantas personas Viven En Un Mundo SI? Si hubiese hecho eso Si hubiese tomado esa oportunidad

Más detalles

Cómo elegir una profesión cuando no se tiene ni idea de lo que se desea hacer

Cómo elegir una profesión cuando no se tiene ni idea de lo que se desea hacer Cómo elegir una profesión cuando no se tiene ni idea de lo que se desea hacer Fuente/adaptación: Dawn Rosenberg McKay, About.com Guide http://careerplanning.about.com/od/careerchoicechan/tp/career-choice.htm

Más detalles

UNIDAD 2: APRENDER A HACER ELECCIONES, APRENDIENDO A TOMAR DECISIONES

UNIDAD 2: APRENDER A HACER ELECCIONES, APRENDIENDO A TOMAR DECISIONES UNIDAD 2: APRENDER A HACER ELECCIONES, APRENDIENDO A TOMAR DECISIONES Índice: 2.1 Libertad para poder elegir 2.2 La importancia de tomar decisiones 2.3 Cuento: el hombre que no podía elegir 2.4 Aprendiendo

Más detalles

1 2 Qué Hace Que Un Equipo De Trabajo Trabaje En Equipo?

1 2 Qué Hace Que Un Equipo De Trabajo Trabaje En Equipo? 1 2 Qué Hace Que Un Equipo De Trabajo Trabaje En Equipo? GERARDO LACOUTURE Probablemente, la frase trabajo en equipo sea una de las más utilizadas al momento de pensar en cuáles son los factores que nos

Más detalles

Bienvenido! Y lo segundo antes de empezar con la guía déjame contarte qué vas a encontrar y cómo es mejor que estudies este material.

Bienvenido! Y lo segundo antes de empezar con la guía déjame contarte qué vas a encontrar y cómo es mejor que estudies este material. Bienvenido Lo primero darte las gracias por querer mejorar tus terapias o sesiones de coaching. Y lo segundo antes de empezar con la guía déjame contarte qué vas a encontrar y cómo es mejor que estudies

Más detalles

Comunicación Audiovisual

Comunicación Audiovisual Comunicación Audiovisual Más que trabajar en grupo es un trabajo de equipo Guillermo Vásquez Fermi, egresado de la Universidad de Lima en la especialidad de Medios Audiovisuales, nos habla sobre la Comunicación

Más detalles

Certified Scrum Developer (CSD), Módulo 3 y Track Completo

Certified Scrum Developer (CSD), Módulo 3 y Track Completo Certified Scrum Developer (CSD), Módulo 3 y Track Completo Surgida en 2009, la certificación CSD es la última novedad en certificaciones oficiales de la Scrum Alliance a través de la cual los equipos de

Más detalles

Liderazgo, Calidad y Competencias Directivas Curso-taller: Desarrollo de habilidades directivas Módulo 5: Delegar y trabajar en equipo Primera parte

Liderazgo, Calidad y Competencias Directivas Curso-taller: Desarrollo de habilidades directivas Módulo 5: Delegar y trabajar en equipo Primera parte Guía de aprendizaje Te ofrecemos la siguiente guía de aprendizaje que te puede ayudar a seguir una metodología para el estudio y análisis de los temas propuestos en este quinto módulo Guía de aprendizaje

Más detalles

Ingeniería de Software II Segundo Cuatrimestre de 2008

Ingeniería de Software II Segundo Cuatrimestre de 2008 Ingeniería de Software II Segundo Cuatrimestre de 2008 Clase 14: Introducción a los métodos ágiles y Scrum Buenos Aires, 9 de Octubre de 2008 Scrum: Qué es? Qué es un scrum? Un scrum es un agrupamiento

Más detalles

INNOVACIÓN DE LA PRÁCTICA EDUCATIVA. Angélica María Guerrero Escamilla. Estudiante de la Licenciatura en Derecho

INNOVACIÓN DE LA PRÁCTICA EDUCATIVA. Angélica María Guerrero Escamilla. Estudiante de la Licenciatura en Derecho PRESENTA: INNOVACIÓN DE LA PRÁCTICA EDUCATIVA.. Asesora INEA Estudiante de la Licenciatura en Derecho Col. Rancho Nuevo, Mpio. de Apaseo el Grande, Gto. Octubre de 2003 1 INNOVACIÓN DE LA PRÁCTICA EDUCATIVA

Más detalles

Módulo III - PowerPoint

Módulo III - PowerPoint Módulo III - PowerPoint Índice Insertando imágenes prediseñadas... 2 Moviendo imágenes insertadas... 3 Copiando y duplicando imágenes insertadas... 4 Eliminando imágenes insertadas... 5 Definiendo una

Más detalles

CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES

CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES INSTRUCCIONES:. Este cuestionario consta de 55 declaraciones breves. Lee cuidadosamente cada declaración y decide cuál te describe de forma más

Más detalles

Potencia tu talento y el de los que te rodean MÉTODO SIDECAR. No basta saber, se debe también aplicar. No es suficiente querer, se debe también hacer.

Potencia tu talento y el de los que te rodean MÉTODO SIDECAR. No basta saber, se debe también aplicar. No es suficiente querer, se debe también hacer. No basta saber, se debe también aplicar. No es suficiente querer, se debe también hacer. Johan Wolfgang Goethe INDICE 1. 2. OBJETIVO PROCESO Evaluación ANTES: Perfil de partida. Evaluación DESPUÉS: Perfil

Más detalles

LA OPORTUNIDAD FAMILIAR INTEGRAL REDCOM O.F.I.

LA OPORTUNIDAD FAMILIAR INTEGRAL REDCOM O.F.I. LA OPORTUNIDAD FAMILIAR INTEGRAL REDCOM O.F.I. RedCom, La Red Social de Servicios Integrales es la primera de este índole que ha diseñado un programa tan fácil de duplicar por cualquier persona o núcleo

Más detalles

El rincón de los problemas. Nuevos horizontes matemáticos mediante variaciones de un problema

El rincón de los problemas. Nuevos horizontes matemáticos mediante variaciones de un problema www.fisem.org/web/union El rincón de los problemas ISSN: 1815-0640 Número 35. Septiembre de 2013 páginas 135-143 Pontificia Universidad Católica del Perú umalasp@pucp.edu.pe Nuevos horizontes matemáticos

Más detalles

Cómo piensan los que logran bajar de peso?

Cómo piensan los que logran bajar de peso? Cómo piensan los que logran bajar de peso? Qué pensaban ANTES Intentaban engañarse a sí mismos El monitoreo personal de lo que como no me ayudará a bajar de peso, hábitos alimenticios son lo suficientemente

Más detalles

Desarrollo Ágil. Introducción a desarrollo ágil. Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012

Desarrollo Ágil. Introducción a desarrollo ágil. Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012 Desarrollo Ágil Introducción a desarrollo ágil Periodo: 2012-2 Inicio: Ago 14, 2012 Termino: Nov 27, 2012 Agenda Continuación de Scrum Tarea Bibliografía Las 3 Preguntas de SCRUM Que hiciste el día de

Más detalles

Reporte inicial. Metodología

Reporte inicial. Metodología Reporte inicial Este reporte inicial expondrá las decisiones que tomamos al momento de selección de metodología, plantillas y métodos de recabado de evidencia y por qué tomamos dichas decisiones. Metodología

Más detalles

Índice 1/ 34. 1- Tu primera encuesta

Índice 1/ 34. 1- Tu primera encuesta Índice 1- Tu primera encuesta 1/ 34 2- Planificación previa Qué voy a preguntar? A quién voy a preguntar? Qué voy a hacer con los datos? Cómo los voy a presentar? 3- Recogemos los datos 4- Procesamos los

Más detalles

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED SCORECARD? Los empresarios se preguntaran por que necesitan mas indicadores, si con los financieros es suficiente, lo que no se dan cuenta es que así

Más detalles

MANUAL BASICO DE WEBEX

MANUAL BASICO DE WEBEX MANUAL BASICO DE WEBEX Webex es un servicio de web conferencias y soluciones de colaboración, lo que significa que nos permite crear una conferencia por internet en la cual además de vernos los unos a

Más detalles

Ingeniería de Software II Primer Cuatrimestre de 2008

Ingeniería de Software II Primer Cuatrimestre de 2008 Ingeniería de Software II Primer Cuatrimestre de 2008 Clase 14: Introducción a Scrum Buenos Aires, 12 de Mayo de 2008 Scrum: Qué es? Qué es un scrum? Un scrum es un agrupamiento (formación fija) en Rugby.

Más detalles

CÓMO VENDER POR TELÉFONO CON ÉXITO

CÓMO VENDER POR TELÉFONO CON ÉXITO Referencia: ecobachillerato.com CÓMO VENDER POR TELÉFONO CON ÉXITO BEATRIZ GIMENO MOROS LUNES Lo primero de todo tenemos que controlar algunos factores; tanto positivos como negativos. Primero nos hemos

Más detalles

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM Mariani, María Florencia Okabe, Evangelina Agenda Introducción Metodologías RUP SCRUM Proyectos PDSM: Definición y Aplicación del proceso

Más detalles

Miga de pan... 9. Columna... 9. Información general... 9. Mi correo... 10. Redactar mensajes. Redacta... 10. Bandeja de entrada. Leer mensajes...

Miga de pan... 9. Columna... 9. Información general... 9. Mi correo... 10. Redactar mensajes. Redacta... 10. Bandeja de entrada. Leer mensajes... Guía del alumnado Qué es la plataforma?... 4 Cómo realizo un curso on-line?... 4 Dónde encuentro la información del curso?... 5 Criterios de evaluación del curso:... 5 Dónde puedo consultar los requisitos

Más detalles

Qué significa que en internet lo que ves y oyes puede no ser real? Por qué crees que un adulto podría ponerse el nombre de cariñosito?

Qué significa que en internet lo que ves y oyes puede no ser real? Por qué crees que un adulto podría ponerse el nombre de cariñosito? LECTURA PARA EL DÍA LUNES 8 DE OCTUBRE Caso 1: LO QUE VES PUEDE NO SER REAL María y Julia jugaban en Club Penguin cada una en su propio iglú, estaban muy contentas entrando y saliendo de todos los lugares

Más detalles

La comunicación con las personas mayores

La comunicación con las personas mayores La comunicación con las personas mayores 1. Introducción El proyecto SEE-GREEN es una iniciativa europea que plantea las posibilidades de ahorro de energía y dinero que tienen las personas mayores de nuestras

Más detalles

PROFE! TÚ TAMBIÉN PUEDES APRENDER A SER ASERTIVO! (TUTORIAS 1º ESO)

PROFE! TÚ TAMBIÉN PUEDES APRENDER A SER ASERTIVO! (TUTORIAS 1º ESO) PROFE! TÚ TAMBIÉN PUEDES APRENDER A SER ASERTIVO! (TUTORIAS 1º ESO) Ser asertivo es sinónimo de ser habilidoso socialmente. Y poseer habilidades sociales (HS) eficaces se refiere a poseer comportamientos

Más detalles

Consejos: 2 prácticas: Ser amable Hacer concesiones Cómo vencer las 4 quejas terco en error deshonesto egoísta

Consejos: 2 prácticas: Ser amable Hacer concesiones Cómo vencer las 4 quejas terco en error deshonesto egoísta A la teoría de colaboración se le llama simultaneidad o informática en paralelo, la cual es una parte de las ciencias informáticas La investigación de la colaboración está en el ámbito de las ciencias

Más detalles

Los 15 errores más comunes en estrategias de medios sociales

Los 15 errores más comunes en estrategias de medios sociales JC MERCADEO DIGITAL www.jcmercadeodigital.com Los 15 errores más comunes en estrategias de medios sociales Hay docenas de errores que cometen día a día aquéllos que se ocupan de desarrollar campañas de

Más detalles

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Octubre de 2011. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Octubre de 2011. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland La Guía de Scrum La Guía Definitiva de Scrum: Las Reglas del Juego Octubre de 2011 Desarrollado y soportado por Ken Schwaber y Jeff Sutherland Contenido Propósito de la Guía de Scrum... 3 Visión general

Más detalles

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

Más detalles

Tema 3. Procesos ligeros de desarrollo de software.

Tema 3. Procesos ligeros de desarrollo de software. Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema.

Más detalles

PREGUNTAS EFECTIVAS. Tenemos un problema.

PREGUNTAS EFECTIVAS. Tenemos un problema. PREGUNTAS EFECTIVAS Formular o hacer preguntas cerradas libera a la personas de tener que pensar. Hacer preguntas abiertas las obliga a pensar por sí mismas. John Whitmore Con un acto de conciencia, de

Más detalles

Cómo crear una cuenta en Facebook?

Cómo crear una cuenta en Facebook? FACEBOOK Es un sitio Web gratuito de redes sociales, abierto a cualquier persona que tenga una cuenta de correo electrónico. Permite establecer contacto con personas a través de una relación de amistad

Más detalles

DOTPROJECT MANUAL BÁSICO

DOTPROJECT MANUAL BÁSICO DOTPROJECT MANUAL BÁSICO AUTORES Karen Giraldo Escobar Julián Andrés Lozano Febrero 25 de 2010 Universidad ICESI TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. MANUAL DE INSTALACIÓN... 4 3. CONFIGURACIÓN DE

Más detalles

EJEMPLOS DE PREGUNTAS PARA UNA SELECCIÓN BASADA EN COMPETENCIAS

EJEMPLOS DE PREGUNTAS PARA UNA SELECCIÓN BASADA EN COMPETENCIAS EJEMPLOS DE PREGUNTAS PARA UNA SELECCIÓN BASADA EN COMPETENCIAS Durante una entrevista de selección debemos obtener información respecto a aquellas variables que hemos definido en el profesiograma y que

Más detalles

En la convivencia, respeto y buen trato

En la convivencia, respeto y buen trato primer Grado - Unidad 3 - Sesión 14 En la convivencia, respeto y buen trato Por qué son importantes el respeto y el buen trato? Los niños y las niñas deben gozar de respeto y buen trato en la convivencia

Más detalles

GUIA PARA PREPARAR Y ENVIAR PROYECTOS. CLAVES PARA FINANCIAR UN PROYECTO VÍA CROWDFUNDING

GUIA PARA PREPARAR Y ENVIAR PROYECTOS. CLAVES PARA FINANCIAR UN PROYECTO VÍA CROWDFUNDING GUIA PARA PREPARAR Y ENVIAR PROYECTOS. CLAVES PARA FINANCIAR UN PROYECTO VÍA CROWDFUNDING 1. Elementos que tienes que preparar antes de enviar un proyecto. 2. Claves para financiar un proyecto vía crowdfunding.

Más detalles

Apellidos... Nombre... // Código... Centro... Curso... // Fecha...

Apellidos... Nombre... // Código... Centro... Curso... // Fecha... CUESTIONARIO M.A.P.E.- I J. Alonso Tapia y J. Sánchez Ferrer () Apellidos... mbre... // Código... Centro...... Curso... // Fecha... INSTRUCCIONES Esta prueba consiste en una serie de frases que se refieren

Más detalles

SYNCHRONIT SCRUM SCRU

SYNCHRONIT SCRUM SCRU SCRUM SCRU 21-22 Jul 2015 M CURSO DE SCRUM Y METODOS AGILES - CONCLUSIONES - En nombre de Carolina, Daniel y el mío propio, primero que nada queremos agradecerles a todos por la riqueza del grupo que formó

Más detalles

Docencia compartida 1. CASO PRÁCTICO

Docencia compartida 1. CASO PRÁCTICO 1. CASO PRÁCTICO Hace algunos años el trabajo de dos maestros/as en el aula era un hecho normal en la escuela. Cuando digo normal no quiero decir que todos lo hicieran sino que la gente estaba acostumbrada

Más detalles

Guía del entrenador de estilo de vida: Fase de seguimiento

Guía del entrenador de estilo de vida: Fase de seguimiento Guía del entrenador de estilo de vida: Fase de seguimiento Sesión final: Mirar hacia atrás y mirar hacia el futuro Visión general Esta sesión pone énfasis nuevamente en que los cambios en el estilo de

Más detalles

El futuro de la peluquería. Aspectos a tener en cuenta en la gestión del salón de peluquería.

El futuro de la peluquería. Aspectos a tener en cuenta en la gestión del salón de peluquería. El futuro de la peluquería Aspectos a tener en cuenta en la gestión del salón de peluquería. Prólogo.. No podemos seguir esperando, nos toca ver lo que estamos haciendo bien y lo que necesitamos mejorar,

Más detalles

Arsys Backup Online Manual de Usuario

Arsys Backup Online Manual de Usuario Arsys Backup Online Manual de Usuario 1 Contenido 1. Instalación del Programa Cliente... 3 Pasos previos... 3 Instalación... 3 Configuración del acceso... 6 Ubicación del servidor de seguridad... 6 Datos

Más detalles

Dar Seguimiento a tus Prospectos.

Dar Seguimiento a tus Prospectos. Dar Seguimiento a tus Prospectos. La fortuna esta en el seguimiento, la mayoría de las personas no dan ningún seguimiento. Como Profesional necesitas entender conceptos para dominar esta habilidad: Concepto

Más detalles

Actividad y materiales muy originales

Actividad y materiales muy originales Actividad y materiales muy originales Me gusto Para mí fue clara, amplio mis conocimientos Muy buena presentación Muy útil para llevarlo al aula Diversidad de marcos teóricos en el auditorio, yo pertenezco

Más detalles

Scrum. Juan Palacio Bañeres

Scrum. Juan Palacio Bañeres Scrum Juan Palacio Bañeres La esencia de Scrum Al iniciar cada iteración, el equipo revisa el trabajo pendiente del proyecto y selecciona la parte que terminará como un incremento de funcionalidad incorporado

Más detalles

Google Docs es una de las tantas aplicaciones gratuitas del gigante Google, a la que podemos acceder con sólo registrarnos.

Google Docs es una de las tantas aplicaciones gratuitas del gigante Google, a la que podemos acceder con sólo registrarnos. Muchas veces en la carrera docente nos encontramos ante la necesidad de recolectar datos para luego ordenarlos, clasificarlos, extraer de ellos conclusiones y realizar estadísticas. Estas actividades,

Más detalles

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Universidad Rafael Landivar Campus Quetzaltenango Facultad de Ingeniería PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Linda Estrella Córdova Monterroso

Más detalles

Educar a los hijos. La estrategia principal: economía de fichas

Educar a los hijos. La estrategia principal: economía de fichas Educar a los hijos La estrategia principal: economía de fichas Algunos niños arman un verdadero escándalo a la hora de irse a dormir, cuando tienen que irse del parque en el que están jugando, dejar de

Más detalles

COMO AUMENTAR MIS VENTAS: ENFOQUE EN PROMOCION Y PUBLICIDAD

COMO AUMENTAR MIS VENTAS: ENFOQUE EN PROMOCION Y PUBLICIDAD COMO AUMENTAR MIS VENTAS: ENFOQUE EN PROMOCION Y PUBLICIDAD OBJETIVOS Conocer la importancia del uso de Publicidad y Promoción en el negocio. Cómo mejorar el negocio a través de la Promoción y Publicidad.

Más detalles

Metamodelo.com.ar. Entonces, como vamos a hablar de la ley de la atracción lo primero que tenemos que hacer es definirla

Metamodelo.com.ar. Entonces, como vamos a hablar de la ley de la atracción lo primero que tenemos que hacer es definirla Hola Querido suscriptor cómo estas? Si estas recibiendo este video es porque te tomaste el tiempo para responder las preguntas que te envie. Por ello te quiero agradecer ya que al responder las preguntas

Más detalles

ACTIVIDADES PARA LA REFLEXIÓN Y PROFUNDIZACIÓN TRAS EL VISIONADO DEL DOCUMENTAL

ACTIVIDADES PARA LA REFLEXIÓN Y PROFUNDIZACIÓN TRAS EL VISIONADO DEL DOCUMENTAL ACTIVIDADES PARA LA REFLEXIÓN Y PROFUNDIZACIÓN TRAS EL VISIONADO DEL DOCUMENTAL Elaboradas por Vicent Ballester García y Albert Pitarch Navarro Se proponen las siguientes actividades: Documental 3: Diálogo

Más detalles

ASA, REY BUENO DE JUDA (C.9.3.7)

ASA, REY BUENO DE JUDA (C.9.3.7) ASA, REY BUENO DE JUDA REFERENCIA BÍBLICA: 2 Crónicas 14, 15; 1 Reyes 15:9-24 VERSÍCULO CLAVE: CONCEPTO CLAVE: "Busquen al Señor mientras puedan encontrarlo, llámenlo mientras está cerca. Que el malvado

Más detalles

PRINCIPIANTES - COMO TRABAJAR MI PRIMER CONCURSO

PRINCIPIANTES - COMO TRABAJAR MI PRIMER CONCURSO PRINCIPIANTES - COMO TRABAJAR MI PRIMER CONCURSO De un tiempo a esta parte he observado en muchos colegas el interés por trabajar en concursos, ya sean en fonía o en modos digitales, pero que por diferentes

Más detalles

Ficha: Unidad de Apoyo. (Animación Territorial)

Ficha: Unidad de Apoyo. (Animación Territorial) () Febrero, 2008 Introducción De acuerdo con nuestro Plan Trienal, conteniendo la Misión del M.S.U., nuestra Visión de Futuro, las acciones propuestas por varias Asambleas Nacionales, y las sugerencias

Más detalles

[ TALLER DE RADIO-TEATRO PARA JÓVENES] Guión de radiofónico Voces Mesoamericanas Acción con Pueblos Migrantes A.C.

[ TALLER DE RADIO-TEATRO PARA JÓVENES] Guión de radiofónico Voces Mesoamericanas Acción con Pueblos Migrantes A.C. Locutora: - Bueno, hombres, mujeres y todos los que están presente y los que están escuchando la radio vamos a escucharla historia niña que quiere estudiar. porque antes las niñas no tenían derecho a estudiar

Más detalles

Charla sobre los servicios de participación remota

Charla sobre los servicios de participación remota Filiz Yilmaz:.pero que están en la comodidad de sus hogares. Mi nombre es Filiz Yilmaz, soy Directora sénior de participación y compromiso. Y les voy a contar un poco sobre los detalles de los servicios.

Más detalles

ACADEMIA AGIL PROFESSIONAL SCRUM. Jr. Huamachuco 1408 Of. 504 - Jesús Maria Tel: +51(1) 4235124 - +51(1) 987500271 www.joedayz.pe

ACADEMIA AGIL PROFESSIONAL SCRUM. Jr. Huamachuco 1408 Of. 504 - Jesús Maria Tel: +51(1) 4235124 - +51(1) 987500271 www.joedayz.pe ACADEMIA AGIL PROFESSIONAL SCRUM JoeDayz EIRL SCRUM - 1 - SOBRE SCRUM Scrum es un proceso ágil y liviano que sirve para administrar el desarrollo de software. El desarrollo se realiza en forma iterativa

Más detalles

LOS ÁNGELES Reunión del GAC: Nombres de dominio de dos caracteres en los nuevos gtld

LOS ÁNGELES Reunión del GAC: Nombres de dominio de dos caracteres en los nuevos gtld LOS ÁNGELES Reunión del GAC: Nombres de dominio de dos caracteres en los nuevos gtld Domingo, 12 de octubre de 2014 09:00 a 10:00 PDT ICANN Los Ángeles, Estados Unidos Les pido por favor que todos tomen

Más detalles

Guia Nexus. La Guía Definitiva de Nexus: El exoesqueleto del Desarrollo de Scrum Escalable. Desarrollado y mantenido por Ken Schwaber y Scrum.

Guia Nexus. La Guía Definitiva de Nexus: El exoesqueleto del Desarrollo de Scrum Escalable. Desarrollado y mantenido por Ken Schwaber y Scrum. Guia Nexus La Guía Definitiva de Nexus: El exoesqueleto del Desarrollo de Scrum Escalable Desarrollado y mantenido por Ken Schwaber y Scrum.org Agosto 2015 Contenido Vision General de Nexus... 2 Proposito

Más detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

BLOQUE 2: RECEPCIÓN, DISTRIBUCIÓN Y ENTREGA DE PAQUETERÍA Y DOCUMENTACIÓN

BLOQUE 2: RECEPCIÓN, DISTRIBUCIÓN Y ENTREGA DE PAQUETERÍA Y DOCUMENTACIÓN BLOQUE 2: RECEPCIÓN, DISTRIBUCIÓN Y ENTREGA DE PAQUETERÍA Y DOCUMENTACIÓN BLOQUE 2 Recepción, distribución y entrega de paquetería y documentación. COMPETENCIAS Recibir, organizar y distribuir paquetería

Más detalles

19 PATRONES HEREDADOS

19 PATRONES HEREDADOS 19 PATRONES HEREDADOS "Según Richard y yo revisamos una de las dinámicas de la familia, nosotros procesamos algunos de los asuntos que ha tenido con su mamá. Le sugerí que sería de valor considerar que

Más detalles

GUÍA INSTRUCTIVA PARA INGRESO DE CONTENIDOS EN SITE BUILDER INDEX

GUÍA INSTRUCTIVA PARA INGRESO DE CONTENIDOS EN SITE BUILDER INDEX GUÍA INSTRUCTIVA PARA INGRESO DE CONTENIDOS EN SITE BUILDER INDEX Introducción...2 I. Cómo puedo Editar mi sitio?...4 1. General...4 2. Diseño...6 3. Logotipo y pie...7 4. Páginas de mi sitio...8 a. Página

Más detalles

" Quién quiere durar más en la cama y disfrutar de un mejor sexo con su novia esta misma noche?"

 Quién quiere durar más en la cama y disfrutar de un mejor sexo con su novia esta misma noche? " Quién quiere durar más en la cama y disfrutar de un mejor sexo con su novia esta misma noche?" Hola, Estoy feliz de que haya decidido probar este material. Todo lo que necesita para mejorar su resistencia

Más detalles

LLAMADAS EFECTIVAS. Una real llamada de negocios, NO más llamadas misteriosas, nerviosas y engañosas

LLAMADAS EFECTIVAS. Una real llamada de negocios, NO más llamadas misteriosas, nerviosas y engañosas LLAMADAS EFECTIVAS Una real llamada de negocios, NO más llamadas misteriosas, nerviosas y engañosas Cual es realmente la función de la llamada a un prospecto? Muchas personas piensan que la llamada a un

Más detalles

Metodologías Lean-Agile: retos, ventajas y los enfoques modernos de calidad y valor. Luis Nava lunava@gmail.com

Metodologías Lean-Agile: retos, ventajas y los enfoques modernos de calidad y valor. Luis Nava lunava@gmail.com Metodologías Lean-Agile: retos, ventajas y los enfoques modernos de calidad y valor Luis Nava lunava@gmail.com Apropiación de nuevas metodologías: En todas las regiones del mundo, la combinación de las

Más detalles

PMI Tour Cono Sur Mendoza 2013. Desafíos y lecciones aprendidas al gestionar proyectos ágiles. Mónica Colombo

PMI Tour Cono Sur Mendoza 2013. Desafíos y lecciones aprendidas al gestionar proyectos ágiles. Mónica Colombo PMI Tour Cono Sur Mendoza 2013 Desafíos y lecciones aprendidas al gestionar proyectos ágiles Mónica Colombo 1 Mónica Colombo Es la Directora de QA (Gerente de Aseguramiento de la Calidad) desde hace 10

Más detalles

Fundación Vivo Sano Proyecto Yo Cambio el Mundo Cambiándome Yo

Fundación Vivo Sano Proyecto Yo Cambio el Mundo Cambiándome Yo Fundación Vivo Sano Proyecto Yo Cambio el Mundo Cambiándome Yo Herramienta: Mi del Plan de Éxito Personal Modelo Mi Plan de Éxito Personal Esta herramienta ha sido diseñada como un modelo a seguir para

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

PARA LOGRAR EL CUERPO DE TUS SUEÑOS!

PARA LOGRAR EL CUERPO DE TUS SUEÑOS! EL 4 TO PILAR PARA LOGRAR EL CUERPO DE TUS SUEÑOS! Te cuento que hace unos minutos llegué del gimnasio después de una rutina MUY INTENSA de piernas, realmente di todo en el gimnasio! ya ingerí mi alimentación

Más detalles

Son aplicables las metodologías ágiles a la dirección de megaproyectos?

Son aplicables las metodologías ágiles a la dirección de megaproyectos? Son aplicables las metodologías ágiles a la dirección de megaproyectos? Ing. Carla Fernández C, PMP 1 Metodologías Ágiles Son aplicables? Megaproyectos 2 1 El tradicional enfoque de cascada Análisis Diseño

Más detalles

Banco Galicia Maneja 12.000 Tickets Mensuales con CA Service Desk Manager

Banco Galicia Maneja 12.000 Tickets Mensuales con CA Service Desk Manager CUSTOMER SUCCESS STORY Diciembre 2012 Banco Galicia Maneja 12.000 Tickets Mensuales con CA Service Desk Manager PERFIL DEL CLIENTE Industria: Servicios Financieros Compañía: Banco Galicia Empleados: 12.000+

Más detalles

CÓMO GRABAR VIDEO DESDE EL DISPOSITIVO MÓVIL TUTORIALES TRANSMEDIA

CÓMO GRABAR VIDEO DESDE EL DISPOSITIVO MÓVIL TUTORIALES TRANSMEDIA TUTORIALES TRANSMEDIA DESDE EL DISPOSITIVO MÓVIL Las cámaras de los teléfonos y tablets actuales sirven para algo más que hacer fotos. Estas permiten realizar grabaciones que, posteriormente, se pueden

Más detalles

PROPUESTA PÚBLICA NACIONAL SCRUM

PROPUESTA PÚBLICA NACIONAL SCRUM BLU Concept PROPUESTA PÚBLICA NACIONAL SCRUM Mexico First Kristian Mir Cervantes Director Comercial (55) 5515-5205 5277-0371 kristian.mir@blu.com.mx www.blu.com.mx Índice Descripción de la Propuesta...

Más detalles