El feedback y la valoración de los primeros alumnos ha confirmado el alto nivel de calidad del curso, su utiilidad práctica, así como aspectos sobre el nivel y conocimientos necesarios previos para su asistencia y las primeras sugerencias para “redondearlo” aún más

Las 23 valoraciones recibidas tras la impartición del curso (anónimas y sin incluir en ellas colaboradores o profesores de Scrum manager) dan 8,2 al curso y 9,3 al profesor, superando de esta forma el nivel mínimo de 7 necesario para incorporarse y mantenerse en Scrum Manager.

Muchas gracias a todos los que habéis participado en la convocatoria première por vuestra colaborción.

• Imágenes del curso.
• Opiniones.

El fondo de la cuestión es: generar incrementos en ciclos temporales (“time-boxing”, “sprints” o como queramos llamarles) o de forma continua, funcionalidad a funcionalidad.

Porque al considerar que ésta es la diferencia, no nos perdemos en discutir si este método permite o no determinada técnica, o cómo debe llamarse al que combina técnicas de otros.

Estimaremos las tareas o no según creamos oportuno. Con el mismo criterio decidiremos si las registramos en una pila priorizada o en tarjetas adhesivas sobre un tablero. O si hacemos reuniones retrospectias cada x tiempo, al terminar una historia o una release. Si representamos el avance de un sprint con tarjetas adhesivas en lugar de con un gráfico burn-down, etc.

En definitiva la cuestión es si deberíamos considerar o no a scrum, a kanban o a cualquier otro, como métodos definidos, y por tanto actuar en nuestros proyectos según establezca el que hayamos adoptado.

Pues bien, es normal adoptar métodos definidos para gestionar sistemas de producción relativamente simples o de complejidad conocida y modelable, y sin embargo en la gestión de sistemas complejos resuelve con mayor solvencia el conocimiento tácito de un gestor experimentado. Se trata de la misma diferencia que hay entre la producción industrial y la producción ágil, trasladada a la gerencia: “preferimos las personas a los métodos”.

Con este criterio, hay dos posibles patrones de gestión: uno técnico, basado en la implantación del conocimiento profesional explícito, y otro experto, basado en el conocimiento tácito desarrollado con la experiencia profesional.

Para la gerencia técnica el fin es el método: conocerlo a fondo para implantarlo en la empresa.

Para la gerenica experta un método es un elemento más en su inventario de conocimiento y prácticas que conforman las piezas con las que la persona es capaz de construir la solución de gestión más adecuada a cada realidad.

Un gestor técnico estimará las tareas de los sprints de un proyecto si usa el “método scrum” y no las estimará si usa el “método kanban”.

Un gestor experto conoce ambos métodos, ha adquirido conocimiento de la experiencia en diversos proyectos, con distintos equipos y personas y sabe que según la combinación de tamaño del equipo, talento y motivación, la estimación puede ser contraproducente y favorecer la ley de Parkinson o por el contrario ser una buena práctica para combatir procrastinación o disipación. De igual forma un gestor técnico no contemplará la posibilidad de hacer sprints si usa kanban (y probablemente no comprenderá a quien lo haga).

El 8 de Mayo tendrá lugar en Madrid la primera convocatoria “première” del nuevo taller “Kanban y lean para gestión ágil de proyectos TIC”.

Como convocatoria “première” es completa y gratuita(1) por servir a Scrum Manager como primera evaluación de calidad(2) y punto de encuentro para compartir el primer feedback con los asistentes.

• : Taller “Kanban y lean para la gestión ágil de proyectos TIC”

El taller enseña de forma práctica los principios y técnicas kanban y lean en el marco de gestión ágil y flexible de Scrum Manager.

Es una jornada intensiva de ejercicios y simulaciones que enseñan de forma práctica los conceptos de gestión ágil, lean y kanban que los cursos tradicionales suelen dilatar en dos o más jornadas de formación.

Llevaremos a cabo simulaciones de:

• Producción artesanal.
• Producción en cadena.
• Producción Lean.
• Desarrollo completo
• Desarrollo incremental.
• Desarrollo continuo.
• Análisis y ajuste del flujo de trabajo.
• Diseño y prácticas individuales con tableros kanban.

Las actividades, el temario y el material de cada alumno es el mismo que se incluye en la formación comercial, porque necesitamos y te pediremos tu opinión y valoración

Incluye: libro de apuntes, fichas de actividades y ejercicios y una kanban folder para uso personal.

La matriculación con los detalles de lugar y horario de la  convocatoria se abrirá en www.scrummanager.net/oks el miércoles 25 de abril a las 10h. (08 h. UTC)

(1) La convocatoria “première” incluye el taller completo, cuya horquilla de precio habitual es de 300 a 500€ según los costes de la convocatoria.  Incluida la prueba de certificación para los asistentes que lo deseen y la matriculación es gratuita y está disponible desde su apertura hasta completar el aforo.

(2) La garantía de calidad y utilildad profesional de la formación es un compromiso que hace de los cursos de Scrum Manager los mejor valorados del sector. La evaluación de los alumnos es el criterio de calidad empleado para decidir la validez o no de los servicios de formación, y en su caso de la continuidad de cursos, profesores y centros de formación. Más información

Una guía concisa de las pautas imprescindibles para lograr programas con código excelente. Un código que más allá de programar las funcionalidades requeridas, esté libre de errores, sea claro, simple y orientado a objetos.

Su autor es Raúl Herranz, Ingeniero de Software con más de 10 años de experiencia en desarrollo, calidad del software y gestión de proyectos, profesor y colaborador de Scrum Manager.

Índice

Automatización de tareas

• Convenciones de desarrollo
• Colectivización del código fuente
• Scripts de automatización
• Sistemas de integración frecuente

Revisiones de código

• Programación por parejas
• Revisión por pares
• Análisis de métricas de calidad

Pruebas

• Preparar el terreno
• Clasificación de las pruebas
• Pruebas unitarias
• Pruebas de integración
• Pruebas de sistema
• Pruebas de implantación
• Pruebas de aceptación
• Pruebas de regresión

Refactorización

• Refactorización y pruebas
• ¿Cuándo se aplica?
• Refactorizaciones básicas
• Refactorizaciones avanzadas
• Refactorizaciones “a la carta”

Anexo – Recordando Orientación a Objetos

Agradecemos a Raúl esta excelente aportación para hacer posible la plataforma de conocimiento abierto de Scrum Manager, con su generosidad al compartir su trabajo, experiencia y conocimiento.

• Descargar “En busca de la excelencia del código”

De esta forma aumenta el rigor del modelo al incorporar la garantía de identidad del examinando y supervisión del proceso de examen.

El crecimiento del marco de formación Scrum Manager, y su reconocimiento como referente tanto por la industria como por la Administración Pública, le exige acreditar, además de las garantías propias de Scrum Manager, (conocimientos evaluados con  exámenes, y grado de autoridad proporcional a las áreas de conocimiento conocidas)  la prevención de suplantaciones o irregularidades al realizar los exámenes de certificación.

En la formación abierta a través de la plataforma libre de e-learning no se puede impedir la suplantación, ni garantizar la honestidad en la ejecución de los exámenes. Se basan en la buena fe del titular, y no pueden ser comprobadas ni por tanto certificadas por Scrum Manager. Sin embargo esta supervisión sí que se realiza en los exámenes presenciales, de forma que la certificación de éstos también incluye su garantía.

La misión de Scrum Manager es mejorar la capacitación profesional de los gestores de proyectos TIC a través de un marco abierto para consulta y formación. La emisión de certificaciones no es una misión del proyecto, y se realiza para los miembros y alumnos del proyecto que necesiten acreditar en su curriculum su interés e inquietud por la formación continua, o los conocimientos adquiridos.

Con esta ampliación el modelo de acreditación da respuesta a las dos líneas de formación de Scrum Manager: Presencial e e-learning.

Más información: Certificación Scrum Manager.

En 2012 Scrum Manager apadrina económicamente un proyecto educativo en uno de los lugares más necesitados del mundo, garantizando con su donación la comida para 6 meses a los 265 alumnos del colegio de huérfanos GSON en Bunabumali (Uganda).

Bunabumali Good Samaritan Orphan & Needy Project (GSON)

Bunabumali ,Buwali ,Bubiita ,Bududa
P O Box 36021 Kampala Uganda
Mobile:+256772465135
Home: +256701465135
Grupo en Facebook.

El colegio para huérfanos de Bunabumali es un proyecto emprendido y dirigido por Norman Nakhokho, comprometido para garantizar el disfrute de la vida y de los derechos humanos de los niños huérfanos y familias más necesitadas del distrito de Bududa, en el este de Uganda.

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.

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”.

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.

• Descargar “El juego del nombre en multitarea“

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