“Forosíntesis” Scrum Manager

Del mes pasado en los foros…

Sobre las certificaciones profesionales

Sobre certificaciones ágiles en “Mi experiencia con las certificaciones ágiles“  de Raúl Herranz.

“Recomiendo que la gente se certifique con el objetivo de aprender y me gustaría que el negocio de las certificaciones dejara de ser eso! un negocio.”

Miguel Sierra Sánchez

“En estos tiempos que corren me temo que las certificaciones son un mal necesario.”

Noel Mamoghli

“Poder demostrar ante terceros unos conocimientos adquiridos de la experiencia”

Raúl Herranz

Hoja de cálculo para seguimiento del sprint

Juan Carlos Lafuente comparte la hoja e instruycciones que ha desarrollado para su equipo
Scrum Manager: A very nice way to start Agile project management.

 

Conocimiento, experiencia, o titulación (?)

¿Tenemos que contratar un Scrum Master? y si decidimos que sí, ¿en qué tenemos que fijarnos para contratar a un Scrum Master?.

Pablo Zaldivar propone esta pregunta: ” al contratar un Scrum Master al que no conocemos, o al participar de un proceso de selección para un nuevo empleo?, ¿la experiencia?, ¿las certificaciones ó conocimientos que acredita?” en el hilo “Scrum es fácil de aprender, difícil de aplicar”

“el scrum master es muy importante en el proceso, pero para mi no es la pieza fundamental para que funcione…. para mi la clave del éxito es justamente ese, las personas”

Ariel Epelman

“primero alguien con experiencia y certificaciones y luego a alguien con experiencia para ocupar ese puesto… hay otras aptitudes que también deberían tenerse en cuenta… entre ellas, las ganas de aprender”

Raúl Herranz.

“1ª – Experiencia 2º – Prueba o entrevista de evaluación básica de conocimientos   3º – Conocimientos certificados que acredita”
Juan Palacio

” Para mi también pasa por la experiencia … pueden pesar mucho más que las certificaciones”

Sergio Daniel Satulovsky

“Asi que como la agilidad, yo creo mas en las personas que en las herramientas …  Lo triste es que las empresas piden experiencia concreta sobre lo que supuestamente vas a desarrollar, y a mi modo de ver es un enorme y patetico error…  una persona que lleve 10 años desarrollando en Delphi y 2 en java, ¿tiene menos valor que uno que tan solo lleva 3 en java ?

Jonathan Vila

“no sería imprescindible la certificación pero sí la experiencia …  Para mi todo el peso del éxito depende de las personas que integren el scrum-team …
A usar una herramienta o conocer los 3 tipos de reunión de una metodología se aprende rápido, pero el concepto de equipo, de apoyo, de liderazgo…., eso solo lo da la experiencia.

Amaia Roldan

Solo si ves la hoguera en los ojos del candidato puedes considerar que se sobrepondra a cualquier cosa … debe tener sobre todo… PASION por lo que hace.

Carlos Valls

Hay que romper con el paradigma “curriculum+prueba+entrevista=selección”, … ¿Por que no una selección con una prueba real?

Manuel J. López Boja

 

Documentación en Scrum

A la pregunta de Carlos Vals ¿Cómo orientaríais una plantilla para plasmar lo que se ha desarrollado en una iteración?

Surgen las consideraciones:
¿El propietario del producto necesita registrar la documentación técnica además de la funcional?.

Raúl Herranz

” en Scrum si se puede generar documentación, pero solo la que sea necesaria y útil.”

Fernando Montenegro

“Es el equipo, por tanto el que acuerda la documentación que necesita para ejecutar el desarrollo y poder transmitir la evolución del mismo al PO

Noel Mamoghli

Se apuntaa para inventario de ideas:

Herramientas de generación de documentación UML a partir de código – Guardar las tarjetas kanban en carpetas por iteraciones a modo de “álbun kanban”- fotografiar el tablero kanban

 

José Vazquez Sánchez comparte la entrevista con Guillermo Montoya, CEO de Deiser, compartiendo la experiencia de la implantción de cultura Ágil en su empresa.

 

Cuando el cliente quiere una fecha a toda costa

José Manuel Vega  plantea “¿Qué hacer cuando el cliente, implicado en el proyecto Ágil en el que trabajamos, quiere realizar el “time-to-market” en una fecha determinada muy próxima a toda costa, por cuestiones de negocio? ”

“Si las historias de usuario que puedan realizarse son suficientes para el cliente para la fecha de salida, perfecto. En otro caso, negociar con el cliente”

Jorge Fernández

” Si no le cuadra puede pensar en replantear las historias o el conjunto de funcionalidades con las que va a lanzar la release 1.0. Lo puede hacer (recomendable) en tormenta de ideas con el equipo”

Juan Palacio

Debéis acordar con el cliente que historias son realmente necesarias ya que la fecha esta prefijada, el alcance deberá ser negociado.

Miguel Mora

“A veces no es porque sea un capricho, sino porque hay una necesidad real”

Ernesto Cárdenas

“Las planificaciones iniciales de los proyectos son una cosa y las realidades de los negocios otra bien distinta, la realidad es asi de dura” … ” obligación del PM (si lo hay), del Jefe de Equipo, SM , etc, el explicar los impactos de un cambio de orden/prioridad sobre el resto del trabajo ya comprometido. Si gozas de credibilidad con tu cliente y le expones las cosas con transparencia, seguro que lo va a entender”

José Vázquez

“entendiendo las necesidades reales por las que el cliente quiere salir al mercado, veremos más claro que partes del todo son prescindibles para conseguir un resultado lo más cercano a los nuevos objetivos.”

Iván Gutiérrez

” generar imposibles solo entra en el terreno de la magia. ”

Daniel Sachi.

 

Ejercicio de simulación: “El juego del nombre en multitarea”

¿Traducimos “The Multitasking Name Game”?

Así lanzó la iniciativa Ángel Águeda Barrero al foro de colaboradores de Scrum Manager. No faltaron voluntarios para sumarse a un “Scrum” distribuido y en pocos días estábamos ya “quemando” horas sin prisa pero sin pausa en la tarea de traducción de este material compartido generosamente por Henrik Kniberg con la comunidad de entusiastas de la agilidad.

La simulación que nos propone a través de este juego permite ilustrar en forma divertida y vivencial los efectos adversos del trabajo en modalidad “multitarea”.  El artículo se orienta a formadores y facilitadores en agilidad aunque permite a cualquiera que lo lea adquirir una comprensión clara del problema y sus consecuencias.

“¿Cuánto se tarda en escribir un nombre?” es la provocación a través de la cual Henrik nos lanza a una entretenida demostración de lo costoso que resulta perder el “foco”, decir siempre que “sí”, no limitar nuestra cantidad de “tareas en progreso” (WIP) y nos revela el secreto detrás de la aparente contradicción:

Vamos a comenzar con su proyecto más tarde para poder terminarlo antes”.

 

Multitasking game

 

Tal vez el punto más interesante de este ejercicio sea dar visibilidad a un problema que la mayoría de las veces se confunde con una virtud. Pero como nos recuerda el autor “el primer paso y el más importante es conseguir que las personas estén de acuerdo en que hay un problema”. Esta es sin duda una práctica y amena herramienta para aprehender el concepto en profundidad.

Como rezan las notas a la traducción en español: va nuestro mayor agradecimiento a Henrik Kniberg por su contribución a la comunidad ágil y nuestro humilde aporte desde Scrum Manager a la comunidad ágil hispana a través de esta traducción.

Muchas gracias a todos los que participáis en los cursos de OK’s

GraciasAprovechando el cierre del último curso de OK’s, estamos haciendo retrospectiva para incluir de cara al año que viene las sugerencias que nos aportáis y actualizando las páginas de testimonio que nos dejáis (atentos a la nueva plataforma que estrenaremos en breve ;-)

Y la conclusión a la que llegamos es que lo mejor de los cursos de OK’s sois vosotros, con vuestro reconocimiento y agradecimiento que es la mejor motivación para seguir trabajando y aportando toda ayuda que podamos.

“Me ha parecido muy positiva la labor de la profesora del curso, favoreciendo siempre… Considero un esfuerzo y un aporte importante de scrum manager para los que propugnamos el pensamiento agile. Voy a difundirlo… El curso ha sido muy interesante e instructivo. Lo recomendaré a todo el mundo que crea que le puede interesar…. Scrum Manager te aporta una amplitud de miras que no obtienes en otros cursos sobre project management. Al tiempo que uno afianza conceptos de gestión ágil, obtiene… Me ha encantado el curso y la plataforma, sin duda seguiré… Excelente material y muy interesante experiencia… El profesor muy pendiente y con nivel suficiente para aclarar todas las dudas planteadas. Como todos los cursos que he hecho de scrum manager muy muy recomendable … Realmente me parece un curso muy completo y didáctico. Ademas esta actualizado y tiene un grupo de docentes muy capaces… Excelente material y muy interesante experiencia. Muchas gracias por vuestro excelente trabajo…”

Desde aquí queremos agradeceros todas y cada una de las declaraciones de reconocimiento que nos tranmitís (en el curso de métricas, de kanban, de introducción y de scrum) y que nos dejan emocionados.

Muchas gracias a todos vosotros por vuestro reconocimiento.

Los profesores de OK’s:
Gregorio Mena, Marta Ariza, Juan Palacio y Raúl Herranz

Predictibilidad vs. Agilidad vs. Flexibilidad

Presentación de Raúl Herranz en el pasado Tenerife Lan Party en la que trató de las características de la gestión predictiva, la agilidad y la flexibilidad al aprovechar lo mejor de ambos enfoques.

vi@ Utópica Informática.

“Forosíntesis” Scrum Manager

De los temas de estos días en los foros…

Agile as Slogan

Daniel Ceillan abre el tema de la faceta de eslogan del término Agile.

“El desafío del Ser Agil, es convivir con gente no-Agil. Y no le queda otra!”

“El núcleo del agilismo: el Equilibrio. Todo se puede resumir a una cuestion de balance. Y balance no es purismo”

Daniel Ceillan

“El tema Agile por otro lado, ha alcanzado una gran polularidad, con lo cual, muchos sin leer nada de ello lo emplean ‘a su maner’, desvirtuandolo. Pero ya que es popular, vamos aprovecharlo, cualgan un panel de tareas a la enrtada y listo ”

Francesc Costa

“Si lo de moda es Agile, yo me pongo ese casco cuando salgo a vender.”

“que es lo que importa ? que tenga la certificacion , pues la obtengo.”

Jonathan Vila

“Sin confianza no hay equipo y sin equipo no hay agilismo que valga.”
“Es importante no caer en la trampa de seguir al pie de la letra la metodologia. Ella esta para servirnos y no al reves.”

Carlos Valls

“Esperar que otros cambien para luego hacerlo nosotros, no es la solución. ”

Mario Acevedo

 

¿Te gusta hacer muchas cosas al mismo tiempo?

Juan Manuel Garrido abre desde su post un tema interesante : “¿Interrumpir una tarea para tweetear o responder correos electrónicos es una simple distracción o es hacer varias cosas al mismo tiempo?.”

“el reto de los profesionales multitarea, la clave para cumplir esas exigencias está en optimizar el tiempo, además de establecer prioridades y horarios de actividades.”

Juan Manuel Garrido

Para compaginar varias actividades con eficiencia María Mora recomienda Pomodoro. Abul Martínez lo recomienda junto con GTD y un poco de disciplina. Raúl Herranz apunta un par de enlaces de Pomodoro y GTD en su blog. Manuel Rubio señala una técnica similar y derivada de GTD: ZTD (Zen To Done).

 

Un Project Management Socialmente Enredado

Anna Marra abre el tema planteando:

“Las redes sociales son una herramienta de comunicación o una herramienta de gestión?… ¿Puede ser un blog la plataforma para un proyecto? Yo creo que quizás ahora sea la más rápida y efectiva. ”

Anna Marra

“¿Gestión de proyectos en ON’Gs en los que el equipo es una comunidad de voluntarios, no un equipo de trabajo.?
Se trataría de un gestor, que además de los “skills” de gestión de proyectos, necesita los de gestión de comunidad o “community management”

Juan Palacio

Daniel Ceillan por su experiencia en gestor de una ONG para desarrollo de software apunta los siguientes consejos:

  • Hacer listas de objetivos priorizadas. Es crucial para evitar desperdicios y lograr objetivos rápidos
  • Dejar que los grupos se auto-organicen
  • la motivacion sigue siendo la clave

No hay gestión ágil sin comunicación!!

Daniel Ceillan

Vanessa Romano recomienda el episodio 162 de “Project Managers Podcast” en el que entrevistan a la autora del libro “Social Media for Project Managers“, Elizabeth Harrin.

Si a tu equipo le propones usar twitter para hacer un foro común sobre el proyecto ó proyectos en los que estén, lo van a tomar como algo más natural que el hecho de tener que adaptarse a las particularidades y formalismos que suelen ofrecer las intranets corporativas”

Ángel Luis González

 

 

 

Scrum como patrón pedagógico para el aprendizaje basado en proyectos

No es fácil trabajar en un marco de Scrum con un equipo distribuido y es precisamente el tema que analiza Sergio Yazyi en su trabajo de Fin de Master en las TIC en Educación de la Universidad de Salamanca ”Una experiencia práctica de Scrum a través del aprendizaje basado en proyectos mediado por TIC en un equipo distribuido “.

El trabajo emplea para su análisis el taller que realizamos en  Open Knowledge Scrum  en el que participó el año pasado, y que fué dirigido por Claudia Ruata.

El documento compone una visión general y análisis, objetivo y riguroso tanto del aprendizaje basado en proyectos como de los retos del trabajo con equipos distribuidos.

El aprendizaje basado en proyectos se presenta en varias disciplinas como una estrategia pedagógica óptima para ejercitar conocimientos a la vez que desarrollar habilidades, afrontando situaciones similares a las del mundo real no sólo en términos individuales sino también en la acción coordinada, al mismo tiempo que ofrece un escenario para facilitar la incorporacióntransparente de la tecnología dentro del proceso de trabajo, por sus virtudes para alcanzar el logro de los objetivos.

En contextos
donde los requisitos son estables, esto ha funcionado bien. Sin embargo, con la aceleración en el ritmo de evolución tecnológica de las últimas décadas, la aplicación de este enfoque en escenarios donde los cambios frecuentes no sólo son inevitables sino incluso deseables, y donde la capacidad de predecir el resultado y el momento es menos importante que
garantizar la producción de valor genuino en el proceso, el modelo tradicional en cascada, predictivo, se ha revelado insuficiente. En particular, en la industria del software se ha vuelto evidente que cuando las definiciones de los requisitos son más dinámicas, inciertas o inestables, este modo de desarrollar produce sistemáticamente  retrasos, altos costos para los proyectos e insatisfacción en el cliente

Entre las conclusiones del trabajo una particularmente interesante, que apunta una nueva dimensión de Scrum: en la formación.

Se podría incluso considerar Scrum dentro del aprendizaje basado en proyectos como un verdadero patrón pedagógico, que sintetiza en un conjunto de reglas simples, los principios y buenas prácticas para permitir a un grupo de trabajo transformarse en un verdadero equipo de alto rendimiento, en contextos de incertidumbre e interdisciplinariedad.

… continúa en: “Una experiencia práctica de Scrum a través del aprendizaje basado en proyectos mediado por TIC en un equipo distribuido”

 

“Forosíntesis” Scrum Manager

Algunas citas interesantes de lo leído estos días en los foros de Scrum Manager sobre horario de trabajo, motivación del equipo y síntesis entre procesos y metodología ágil:

Horario flexible y teletrabajo

De la discusión iniciada por Miguel Sierra.
la métrica de horas en la oficina no tiene sentido.  La métrica es la velocidad.”

El teletrabajo está tan de moda que es “casi” políticamente incorrecto decir algo en contra.”… ” La flexibilidad exige una altísimo nivel de autodisciplina, compromiso, respeto, etc., que por desgracia no todas las personas están dispuestas a asumir.

Hay mejores resultados cuando hay mayor flexibilidad

Pero el hecho principal y fundamental, es el avance. El proyecto tiene unos requisitos, unos recursos y debe de entregarse en una fecha.

Manuel Rubio

Nadie se plantea si Norman Foster trabaja desde casa o si hace horario flexible.

El que es de escaquearse, lo va a hacer estando en una sala rodeado de gente ó desde su propia casa.”

Los horarios inflexibles, las métricas de horas como medida de produccion, y no medida de esfuerzo… lo unico que logran es aumentar la ley de parkinson.

Mientras el negocio se base en facturar horas, lo proyectos se midan en horas/personas”… “abandonar el modelo de negocio de consultoría y reorientarse a un modelo de industria donde no se facturan horas si no productos o servicios.

La motivación del Equipo.

De la discusión iniciada por José Vazquez

Lo mejor es crear un buen ambiente. La gente trabaja mejor cuando se divierte. Ser politicamente incorrecto, bromear, permitr que la gente diga lo que piensa, que se sienta valorada. Que se sienta corregida, pero que sea tenida en cuenta, son factores que ayudan mucho. Las recompensas materiales no lo tengo tan claro.” ¿Motivamos equipos o motivamos personas? ¿La motivacion en cualquiera de los dos casos debe nacer del equipo?

Tratar de encontrar, con el equipo, las posibles causas de tal desmotivación y, en función de las mismas, las posibles soluciones.

 

La motivación en el fondo es transmitir la visión. El equipo debería tener ganas e ilusión por hacer o mejorar el producto. El product owner tiene que transmitir y contagiar esas ganas. Un poco aquello de no encargar construir un barco, sino transmitir el deseo de llegar a la isla.

 

La motivación no es binaria, que dentro de la motivación siempre hay lugar a la mejora aunque en ese punto se fusiona con manejar expectativas y para cada persona, para cada equipo.

Síntesis entre disciplina y agilidad

Síntesis entre Disciplina y Agilidad

¿CMMI? ¿Agilidad? ¿Las dos a la vez?. Yo prefiero una síntesis continua: aplicar de forma flexible los principios de unos u otros que considero adecuados a mi circunstancia sabiendo que eso no es CMMI y que Scrum es un marco no una metodología.

 

Así, el sendero es un CMMI ágil, un ITIL ágil… y un Scrum como marco (Nonaka y Takeuchi), no como metodología (Schwaber y Sutherland), que es lo que, en mi opinión, se suele entender por el mismo.

 

Los que sepan moverse bien entre dos aguas, adaptándose al entorno que les toque (más o menos ágil o corporativo) y aplicando los mejor de ambos mundos, son los que yo veo que perdurarán. Tiempo después, la teoría de la evolución entra en escena: sólo sobrevivien los mejor adaptados, y los demás desaparecen. Ya tenemos servida la nueva tesis.

 

Hay que leer y estudiar de todo, tener contacto con mucha gente y estar siempre abierto a nuevas ideas sabiendo que lo que llegará mañana puede ser mejor que lo que tengamos o hagamos hoy.

 

Mi impresión es que las metodologías ágiles no son la antítesis de las formales de procesos. Básicamente, creo que las metodologías ágiles son la síntesis entre el caos y los procesos que tratan de ser la solución por sí solos.

Es verdad que algunos son explicados como una síntesis final de un proceso dialéctico, pero qué podemos decir de la rueda, del sistema heliocéntrico de Copérnico o de la teoría de la relatividad de Einstein,”

Agilizando CMMI

Presentción de  José Manuel Navarro con los conceptos clave que empleó en Unkasoft para impmantar un marco de trabajo con la síntesis del conocimiento aportado por CMMI y Scrum.

 

 

 

Más información sobre el principio de Síntesis de Scrum Manager:

 

 

Estimación basada en tallas para el cálculo del esfuerzo de las Historias de Usuario

A raíz del post Estimación basada en tallas que publiqué ayer (06/07/2011) en el blog Utópica Informática, me he decidido a escribir y compartir con la comunidad el artículo Estimación basada en tallas para el cálculo del esfuerzo de las Historias de Usuario.

En este artículo se contextualiza y explica en detalle esta técnica, poniendo al desnudo un procedimiento que facilitará el trabajo a los equipos que quieran estimar las Historias de Usuario de sus proyectos aplicando esta técnica.

Safe Creative #1107079626649

Scrum Distribuido

Muchas empresas buscan operativas ágiles con equipos físicamente distribuidos, para sumar a las ventajas de la deslocalización los beneficios de la agilidad.

Este es un escenario de gestión que por relativamente reciente, y cuenta con escasa experiencia y  conocimiento. Fue por eso el tema de trabajo elegido para desarrollar un documento de información y referencia y en primer taller de investigación de Open Knowledge, que acaba de publicar la primera versión del documento de análisis.

El objetivo del documento es ofrrecer una primera información de las implicaciones de Scrum en un contexto distribuido. Para ello parte de las definiciones base, e identifica los retos más relevantes para un equipo distribuido, recopilandoy analizando la información para cada uno, con la propia experiencia profesional,  así como la del trabajo  realizado para la ejecución del estudio, que es precisamente el trabajo de un equipo distribuido.

Han compuesto el equipo de desarrollo de esta primera versión:

Dirección: José Miguel Vera y Sergio Yazyi

Autores: Raúl Herranz, Noel Mamoghli, Sergio Yazyi, José Miguel Vera, Edgar González, Daniel Matulis, Victor Ratón, Miguel Salas, Salvador Arauzo, Felipe Muñoz y Luis Farias.

Safe Creative #1106149463894