Como algunos sabéis, hace ya un par de añitos traduje desde Proyectalis el magnífico libro “Scrum y XP desde las trincheras” de Henrik Kniberg, uno de mis heroes Ágiles de todos los tiempos. Las razones que me llevaron a ello fueron varias. Fundamentalmente, mi consideración sobre la estupenda calidad de la obra, el caracter abierto de la misma (podéis descargarla gratuitamente en InfoQ o en Proyectalis) y el convencimiento de que uno debe devolver algo a la comunidad de vez en cuando. Esto vale para el software libre, las presentaciones de Slideshare, los libros abiertos, los wifi sin contraseña y cualquier otra cosa de la que os estéis beneficiendo de forma gratuita: si creeis en los mecanismos de retribución Kármica, y ya sabéis que yo lo hago a pies juntillas, hay que ir compensando lo que uno recibe o se genera una deuda, y las deudas es lo que tienen, que crecen exponencialmente. Total, que la cosa fue bien, porque conseguimos bastantes enlaces, tráfico y el pagerank de Proyectalis mejoró. Karma wins again.

Ahora Kniberg ha sacado un nuevo trabajo comparando Scrum con una aproximación nueva que se está realizando a los procesos de desarrollo: Kanban. Kanban no es nuevo para nada, surge como todas estas herramientas y disciplinas en el seno del sistema de producción de Toyota, “la máquina que cambió el mundo”. Consiste en la generación de una serie de tarjetas que representan los productos que se están desarrollando y que actuan como testigos de una carrera de relevos a lo largo de la línea de producción, disparando los eventos de fabricación conforme van siendo necesarios. La ventaja que pregonan los partidarios de Kanban para el desarrollo de software es la reducción del número de reglas y obligaciones respecto a otras metodologías: nada de planificación de producto, nada de scrum diario, nada de retrospectivas; sólo flujo productivo, priorización y limitación del número de tareas en curso en un momento dado (WIP o Work In Progress).

Es un planteamiento muy positivo para equipos que ya han “disuelto la regla” de Scrum y han interiorizado muy bien el proceso, o bien para equipos de mantenimiento u operaciones en los que los “tickets” deben ir atendiéndose conforme van generándose y no es factible realizar planificaciones ni predicciones a medio o largo plazo. El problema estiba en que equipos sin experiencia previa en Ágile se vean atraidos por la simplicidad de Kanban y entonces no lleguen a interiorizar los importantes conceptos contenidos en los roles, procesos y artefactos de Scrum. Por ello este trabajo de Kniberg, en colaboración con Mattias Skarin, es tan importante para todos aquellos que quieran iniciar una experiencia con Kanban, ya que en él resumen tanto las diferencias como los parecidos y la manera de combinarlos ambos de la forma más efectiva posible.

Hay que reseñar que esta vez la traducción ha sido coordinada por Proyectalis pero realizada por el equipo de contenidos de Agile Spain. Concretamente hay que agradecer la colaboración desinteresada de Rodrigo Corral, Teo Sánchez, Gregorio Mena, Laura Morillo Velarde, Ángel Agueda (Legnita), Jorge Uriarte, Agustín Yague, Juan Palacio, Xavier Quesada, Javier Sánchez, Jorge Jiménez y Juan Carlos Quijano.

Así que aquí lo tenéis. A la fecha de redacción, y por culpa de as múltiples versiones de MS Word y el puñetero filtro PDF de Mac, la versión PDF pesa unos 74Mb (OMG!), pero procuraremos bajar esa cifra en los próximos días. Si alguien no tiene tanta paciencia, lo podéis ir bajando ya de aquí.

Actualización 29/01/10: nueva versión, con un peso mucho más razonable aunque con mayor margen… Gracias a Xavi Albaladejo y Antonio Kobashikawa por liarse con el PDF (es probable que subamos una versión con márgenes correctos pronto, ¡Beta perpétua!). Ah, por cierto, lo lamento por todos los que se han “fusilado” este artículo en sus sitios en vez de enlazar aquí, pero el enlace anterior ha dejado de funcionar… ¡Oooh, que mala suerte! . Esto os pasa por enfadar al enanito del Karma… :-D

Los próximos días de 17 y 18 de Diciembre celebraremos un curso de Scrum en Barcelona. El horario del curso será de nueve de la mañana a seis/siete de la tarde, y se incluye en el importe del mismo el almuerzo/networking. Durante el curso estudiaremos desde los fundamentos de la gestión de proyectos con Scrum y los principios de Agile hasta los detalles de la planificación, priorización, estimación, ejecución, gestión de equipos Scrum, implantación, escalado, mejores prácticas… Nuestros resultados hablan por nosotros (podéis consultar en nuestro blog los comentarios de algunos clientes ), y creo que puede ser una buena oportunidad tanto para aprender más sobre la gestión de proyectos con Scrum como para conocer personas y empresas con vuestros mismos intereses o reflexionar sobre la forma en la que veis los negocios, los clientes, los proyectos…

Tenéis algo más de información sobre el curso en la web de Proyectalis. Se atenderán las inscripciones por riguroso orden de pago, y en el curso de Madrid se nos quedó gente fuera a última hora, por lo que os recomiendo que si tenéis las fechas disponibles os pongáis en contacto con nostros cuanto antes a través del correo info (arroba) proyectalis.com

Durante la pasada semana Proyectalis ha impartido el curso “Lean Thinking & Lean Software Development” en el que se estudia la aplicación de los principios de Lean al mundo del desarrollo del software. Lean es una corriente de transformación de las empresas centrada en la eliminación del gasto y la entrega del máximo valor al cliente y está derivada de los avances logrados por Toyota durante los últimos cincuenta años. El eje central de Lean es el Kaizen o mejora continua, un estado mental que debe instaurarse en toda la empresa y que significa nunca estar contentos con el nivel de calidad alcanzado, siempre buscar el estado ideal, la perfección.

La aplicación de los principios de Lean al mundo del desarrollo del software ha derivado en varias prácticas como el Test Driven Development, los desarrollos iterativos e incrementales, la colaboración constante con el cliente, la refactorización, la compilación continua… En este sentido, y a pesar de haberse desarrollado de forma paralela, Lean comparte las concepciones y principios de las metodologías ágiles como Scrum o XP, por lo que el conocimiento de esta disciplina es un complemento importante en cualquier esfuerzo de implantación de Agile en una organización.

Como es habitual, el curso se compone de contenidos teóricos y prácticos, y los participantes tuvieron oportunidad de emplear algunas herramientas de diseño y diagnóstico como Value Stream Mapping, A3 thinking o el sistema de eliminación sistemática del gasto 5S.

Para más información sobre las actividades formativas de Proyectalis, puedes pasar por nuestra página de formación.

Uno de los libros que más recomendamos para la gente que quiere aprender más sobre Scrum y, especialmente, cómo implementarlo de forma efectiva es el magnífico “Scrum&XP from the trenches” de Henrik Kniberg. En este libro Henrik no se dedica a profundizar en los conceptos teóricos de Scrum, su procedencia y su relación con las metodologías ágiles o las ventajas de este tipo de metodologías frente a los enfoques más tradicionales o pesados. En su lugar, Henrik pasa directamente al meollo de la implementación de Scrum con un enfoque eminentemente práctico y holístico: qué hemos probado, qué fue mal, que hicimos en su lugar, por qué nos funciona mejor…

El libro está disponible de forma gratuita en InfoQ, un magnífico recurso para los interesados en las metodologías ágiles y el desarrollo de software en general. Dada su naturaleza abierta, hace unos meses contactamos con Henrik y le contamos que utilizábamos gran parte de su libro en la preparación de nuestros cursos o en los proyectos de consultoría e implantación de Scrum en empresas, y como agradecimiento nos ofrecimos a traducirlo al castellano. Henrik nos ofreció su colaboración y visto bueno desde el principio, y fruto de dicho ofrecimiento queremos poner a vuestra disposición el primer borrador de Scrum y Xp desde las trincheras en castellano.

Dado que hemos realizado este trabajo robandole horas al día y que no somos en absoluto traductores profesionales es posible que algunos párrafos resulten un poco literales o sean mejorables en estilo. Por eso hemos decidido que la mejor manera de perfeccionarlo era editar este borrador y pediros vuestra colaboración para mejorar el manuscrito. Os pedimos que dejéis vuestros comentarios en esta página para incorporar las correcciones al manuscrito final.

También os agradeceremos cualquier tipo de feedback sobre cómo estáis empleando Scrum en vuestras empresas o qué necesidades tenéis en ese sentido. Podéis dejar un comentario en este artículo o escribirnos a info (arroba) proyectalis (punto) com. Os esperamos

(artículo aparecido en Versión Cero)

En esto de Scrum y las metodologías de gestión de proyectos en general existen dos corrientes de pensamiento principales. Una es la encabezada por Jeff Sutherland, co-creador de Scrum y gurú de las metodologías Ágiles: según él, para que Scrum funcione hay que ceñirse estrictamente a las reglas, y todo lo que no pase el checklist completo no puede llamarse Scrum (y de hecho debería estar perseguido por la iglesia y garantizarte una buena temporada en los fuegos del infierno).

Otra la forman los que piensan que no hay una policía del Scrum que vaya a venir a detenerte si decides formar equipos de 14 personas cuando la norma es de entre cuatro y diez personas por equipo, o que rodeen el edificio con sirenas y megáfonos si llegáis a la conclusión de que los Sprints de duración fija no son para vosotros.

Seguir leyendo…

En su día reflejamos en el centro de conocimiento de Proyectalis un artículo sobre el Project Management Maturity Model. En él presentábamos las bases para la instauración de una cultura corporativa orientada a la gestión de proyectos mediante la determinación del modelo de madurez de la organización y el establecimiento de un roadmap hacia este objetivo. Para complementar este artículo reflejamos a continuación una breve presentación sobre la necesidad de una orientación estrategica de la organización hacia la gestión de proyectos y la figura de los modelos de madurez corporativa como el OPM3 del PMI o CMMI.

Seguir leyendo…

(artículo original en Presión Blogosférica)

Nos quedamos al final de la fase de creación: Las ideas han ido surgiendo y se han ido anotando…Es importante insistir en que, si bien debe establecerse un límite horario, es igualmente importante fijar un objetivo cuantitativo, y mi consejo es fijarlo en el orden de los cientos de ideas. A veces no será posible, sobre todo cuando el objetivo de la sesión esté muy delimitado o el campo sea muy específico, pero es bueno marcarse objetivos ambiciosos.

Seguir leyendo…

(artículo original en Presión Blogosférica)

Se abusa demasiado de este término. Cada vez que se juntan cuatro personas a discutir, pensar o darle vueltas a una idea, es que hemos estado de brainstorming. Pero si nos ponemos académicos, este término se refiere a una técnica concreta para estimular el proceso creativo y, como tal, tiene ciertas reglas y procedimientos. Voy a reflejar aquí las que a mi me constan y que he empleado, lamentablemente, en muy poquitas ocasiones (porque las empresas no suelen prestarse a estas frivolidades, fijate ellas que serias ) pero en todas ellas con resultados espectacularmente buenos - ya ves, lo que son las cosas ;-).

Ante todo, es necesario que una persona dirija la sesión. Solo en grupos que ya están muy acostumbrados a la mecánica del brainstorming aconsejaría prescindir de esta figura. El siguiente principio básico de un brainstorming (tormenta de ideas, para los puristas del idioma) es dividir la sesión en dos partes. Tres si lo hacéis con calentamiento.
Seguir leyendo…

(artículo original en Presión Blogosférica)
En algunos casos uno, como Jefe de Proyecto, es consciente de la necesidad de implantar una cultura orientada a proyectos en la empresa. Y no es poque cuando uno es martillo vea clavos por todas partes: Es porque cada vez más las empresas no son meras máquinas de procesos repetitivos, sino que deben adaptarse a un ambiente que cada vez cambia con mayor rapidez. En este mercado, todo son proyectos, y la empresa necesita reinventarse cada poco tiempo.
Seguir leyendo…

A continuación te ofrecemos una serie de consejos si quieres enviarnos tu curriculum. En Proyectalis pensamos que estos consejos te serán validos para otras empresas a las que quieras remitirselo, y nos basamos en nuestra propia experiencia enviando y recibiendo curriculums. Te agradeceremos cualquier comentario al respecto.

Seguir leyendo…