Con el nombre de Scrum Level hemos reunido y estructurado el conocimiento para la gestión ágil de proyectos, equipos y organizaciones sintetizado durante estos años en Scrum Manager, y empleado en proyectos reales de asesoría y mejora a empresas, por el equipo de profesores y colaboradores. Hemos preparado con ilusión el material para difundirlo y compartirlo de forma abierta con todos los profesionales a los que os pueda resultar útil para conocer el nivel de agilidad en una organización, y có

Con el nombre de Scrum Level hemos reunido y estructurado el conocimiento para la gestión ágil de proyectos, equipos y organizaciones sintetizado durante estos años en Scrum Manager, y empleado en proyectos reales de asesoría y mejora a empresas, por el equipo de profesores y colaboradores. Hemos preparado con ilusión el material para difundirlo y compartirlo de forma abierta con todos los profesionales a los que os pueda resultar útil para conocer el nivel de agilidad en una organización, y có

[English] Quizá este post sea simple catarsis: una arcada de desahogo al contar la amargura de esta pesadilla. O quizá sea un desquite con el que devolver fastidio por fastidio. Es posible que sea una constructiva y bienintencionada crítica para contribuir a la mejora de Ikea, o prevenir a futuros compradores de cocinas allí. Seguramente es un poco de todo, y aunque para mi resulte muy perturbador, lo cierto es que tan sólo es un número más en las ventas de Ikea. No sé si el trato que estoy re

El resultado de un marco de desarrollo scrum depende del grado en el que se compaginan sus dos componentes: Las técnicas y prácticas empleadas para producir el resultado de forma incremental y continua. Los valores y la cultura de la organización de las personas que trabajan con esas técnicas. Usar técnicas y prácticas ágiles en un marco de producción sin una cultura ágil, no es propiamente agilidad, sino ingeniería concurrente (solapamiento de fases) con ciclo de vida incremental, o lo que se

¿Sabes desde el principio qué es exactamente lo que quieres hacer, cuánto tiempo vas a necesitar y cuánto costará? ¿O lo que quieres es lanzar un producto, que sin tener un punto final definido, irá evolucionando y creciendo continuamente? Si es así, lo que te hace falta no es un gestor de proyectos que sepa de agilidad, sino un gestor de producto que sepa trabajar con un equipo ágil: lo que en scrum se llama product owner, o propietario del producto .   Scrum es un marco de trabajo para equipos

Esta fue una de las afirmaciones de Steve McConell, que ayer (1) defendió su postura ecléctica sobre los modelos de desarrollo de software en su intervención "10 Most Important Ideas in Software Development" en el congreso SD WEST2006 (Software Development Conference & Expo). Su experiencia profesional combina el conocimiento teórico de la ingeniería del software, por su etapa como editor jefe y miembro de IEEE Computer Society, con la visión real de la industria del desarrolo por su puesto actu

Los "CMMI's" cada vez se llevan menos. Tras 20 años de ayudar a las empresas de programación, no se sabe si a mejorar el software, o a licitar con ventaja en los concursos públicos, han perdido fuelle y terreno frente a la agilidad. Así que ahora le toca al negocio de la consultoría renovarse, porque el asesorar con "CMMI's" se vende cada vez peor, y la agilidad es sin duda la nueva tendencia. Lo malo es que algunos, o bien no entienden lo que venden, o sólo les preocupa hacer el dibujo de un m

El coste laboral está en relación directa con el salario: coste = salario, pero con un modificador importante: "valor que aporta la persona". coste = salario / valor. En la manufactura industrial, y demás trabajos que aplican ingeniería de procesos para garantizar la calidad del resultado,  y que la diferencia entre las personas no resulte significativa, al factor "valor" se le puede considerar una constante. Además la ingeniería de procesos minimiza la pérdida de know how en la rotación de pe

Es posible que en determinados trabajos se necesiten personas con una de estas fortalezas: Su capacidad de trabajo: "Dame gente trabajadora, dispuesta a echar horas o fines de semana". Su talento: "No necesito gente para calentar la silla; quiero brain time, no body time". O su nivel de compromiso: "Quiero gente que sienta los colores, que se sienta empresa". Sin embargo un equipo Scrum no funciona por su dedicación, talento o compromiso, sino por la combinación equilibrada de los tres. De h

Excipientes de Scrum Gráficos burndown, estimación de póquer, product backlog, sprint backlog, formatos de historias de usuario, reuniones de pie, tableros visuales kanban etc. Principios activos de Scrum: Visión: El proyecto tiene un objetivo definido, conocido y asumido por todos los miembros. Priorización: El criterio de prioridad del cliente define en cada momento las tareas inmediatas para avanzar hacia el objetivo. Visibilidad: No hay información oculta y en las decisiones se tienen en cu

Es tanta la información de estándares, modelos, marcos y prácticas para desarrollo de software, que apostar por uno u otro puede acabar siendo más una decisión guiada por conformidad con la mayoría, que por conocimiento y  evaluación de las opciones existentes. Para ayudar en esta decisión este artículo dibuja el marco general de los modelos de procesos y prácticas de la industria del software: CMMI, ISO 15504, Scrum, Extreme Programming, DSDM, MSF, RUP, PMI, etc. en una síntesis ejecutiva que m

Este fragmento de código corrobora la afirmación de que la diferencia entre los promedios y los mejores, en programación no es 1:2 como en otros trabajos, sino 1:100 (Nathan Myhrvod) Ese fragmento de código es un trabajo real escrito por un programador para hacer una función que comprueba la validez de una fecha, en un programa desarrollado con Visual Basic. ¿Hubiera sido muy diferente el resultado si lo hubiera realizado otra persona? Otra persona podría haber empleado directamente la funció

Hace dos décadas la medicina suprimía de la dieta de las personas con problemas de colesterol los alimentos grasos, incluidos pescado azul o aceite de oliva. Con frecuencia las soluciones simples crean mitos que por simplicidad lógica de su razonamiento resultan fáciles de aprehender y difíciles de cuestionar: "Si el enfermo presenta exceso de grasa en sangre, reduzcamos la ingesta de grasa". "Para todo problema complejo hay siempre una solución simple, que es errónea" George Bernard Shaw Cuan

La industria del café y la de la tila han descubierto el potencial "sinérgico" de sus productos:  tomar café y tila a la vez... Una misma infusión, saludable y útil para todo el mundo: lo mismo para  somnolientos, que para insomnes.   Estoy convencido de que no es posible aplicar en un proyecto desarrollo ágil con CMMI (o con otros modelos de procesos) y que el afán de mezclarlos surge de modelos y asesorías más centrados en su crecimiento (o mantenimiento) que en el de sus asesorados. Y que una

Son muchas las críticas que argumentan que la ingeniería del software se asienta sobre bases y conceptos erróneos. En algunas se afirma incluso que el desarrollo de software no se sujeta a los principios científicos y rigurosos, propios de las ingenierías. Este artículo es una versión modificada del publicado en wikipedia "Criticism of software engineering" , y recoge la relación de críticas más frecuentes hacia la ingeniería del software; acompañadas de sus correspondientes reflexiones. El esp

Jung descubrió que las diferencias de personalidad entre las personas pueden clasificarse en patrones que afloran en la infancia se modelan durante la vida. Partiendo de la obra de Jung "Tipos psicológicos", Katharine Briggs y su hija Isabel Briggs Myers dedicaron 30 años al estudio de la personalidad y al desarrollo de un método para la clasificación y medición de los diferentes patrones. El resultado es el indicador de tipos Myers-Briggs (MBTI), uno de los modelos de clasificación y medición d

Este artículo es una traducción autorizada del post " I Killed The Scrum Master (And Why He Had It Coming) de Daniel Markham publicado el pasado jueves, 24 de octubre en Tiny Giant Books, y al que desde aquí agradezco el permiso y la disposición para publicarlo en Navegápolis. Por qué maté al Scrum Master Ayer me preguntaba un cliente cómo podía mejorar un equipo que ya estaba trabajando muy bien. No lo tuve que pensar dos veces, vi la respuesta inmediatamente: "Desazte del ScrumMaster" ¿Por q

Es difícil hoy pensar en un nuevo producto o servicio que no incorpore software para su funcionamiento, o para servicios colaterales, de marketing u otros. Así por ejemplo, son habituales los productos que tienen una app. asociada. Los clientes de estos nuevos proyectos de software son cada vez más exigentes en términos de personalización, captura de las necesidades del usuario, innovación del producto, lanzamiento rápido al mercado e incorporación continua y rápida de cambios. El marco de des

El Departamento de Defensa de los Estados Unidos (DoD) está desarrollando un proceso "ágil" para la adquisición de Sistemas de Tecnologías de la Información.  Este es el informe (1) en el que pide al Senado autorización para emprender el desarrollo, por los cambios legislativos (aparte de los procedimentales) que implicará en el modelo de contratación pública  con el Departamento de Defensa. Y estos los 5 puntos que deben inspirar el resultado (pág. 4) Entrega temprana y frecuente. Desarrollo

En el último viaje a San Francisco pude conocer a programadores de Google, de Apple y de proyectos más modestos. Todos tenían en común estas dos cosas:  Su forma de trabajar las prácticas y métodos dan forma a principios ágiles: trabajan con una visión conocida y compartida por todo el equipo que van dibujando y mejorando de forma continua o a través de iteraciones cortas.  Pasan de metodologías y dogmas ágiles. Centrarse en las prácticas ágiles y no el fondo es como esforzarse en la caligrafí