Leo en el libro "Kanban y Scrum, obteniendo lo mejor de ambos de Henrik Kniberg y Mattias Skarin" o en "Kanban" de David J. Anderson, cosas como: Scrum prescribe roles, kanban no. Scrum trabaja con iteraciones de tiempo fijo, kanban con cadencias (simples, múltiples o dirigidas por eventos). Scrum limita el wip por iteración, kanban limita el wip por estado del flujo de trabajo, los equipos de scrum son multidisciplinares, en kanban pueden ser de especialistas. Scrum no permite cambiar tareas de

Con kanban, ¿hay que estimar las tareas?, ¿En la reunión diaria hay que poner en la tarjeta kanban el esfuerzo que le queda? ¿Hay reunión diaria en kanban? ¿Puedes hacer scrum y cambiar una historia del backlog por otra a mitad de sprint? ¿Puedes ajustar el flujo con otras variables que no sean el WIP? ¿No estimar las tareas dilata la ejecución o reduce el efecto de la ley de Parkinson? ¿El rol de Scrum Master puede asumirlo lider técnico? ¿Hace falta un Scrum Master en un equipo ágil maduro y e

Frónesis es la característica principal de los nuevos líderes, según afirman los autores que hace 30 años nos enseñaron el concepto de agilidad como avance en campos de scrum:<http://en.wikipedia.org/wiki/Ikujiro_Nonaka> Nonaka y<http://en.wikipedia.org/wiki/Hirotaka_Takeuchi> Takeuchi; que comparto y me gusta tanto o más como en su momento me gustó Scrum. Si en su artículo de entonces "<http://hbr.org/product/new-new-product-development-game/an/86116-PDF-ENG>The New New product development game

Hace tiempo anduve pensando que podría poner un pequeño precio<http://www.navegapolis.net/content/view/694/> al libro de scrum que regalo, y enviar el dinero a un proyecto solidario; porque no parece lógico que las iniciativas que comparten y regalan desperdicien el posible beneficio que podrían generar, cuando en su mismo mundo hay millones de personas en extrema pobreza. Me acordaba de aquello que nos decían de pequeños: "Te lo tienes que comer todo. ¿No ves que hay niños que se mueren de hamb

Este artículo es una traducción autorizada del post "<http://blog.patchspace.co.uk/why-you-shouldnt-hire-more-developers>Why You Shouldn't Hire More Developers" de Ash Moran publicado el 3 de Febrero de 2012 en<http://blog.patchspace.co.uk/> PatchSpace Blog, y al que desde aquí agradezco el permiso y la disposición para publicarlo en<http://navegapolis.net/> Navegápolis. La situación latente Eres el responsable de un equipo de cinco programadores, y estás completamente quemado. Pasáis los días e

Al situar las técnicas y los métodos con los que trabajamos en el contexto de evolución del conocimiento profesional, además de "culturilla" adquirimos una perspectiva útil para comprender mejor cuáles son los problemas que solucionan, las diferencias y similitudes con otras técnicas, y las fortalezas o limitaciones en relación con ellas. Para los que os pueda ser útil, esta es una visión somera, pero quizá suficientre para ver el camino recorrido desde la fabricación artesana a la producción le

Prefiero las ideas que construyen cauces a las que levantan diques. Por eso no me gusta ni la Ley SINDE, ni SOPA ni PIPA ni tantas otras... Mañana, 18 de enero de 2012 este sitio estará desconectado en señal de protesta. Disculpad las molestias.

Enseñar competencias clave para desarrollar proyectos TIC en un mercado global, con equipos dispersados en distintos países, es el objetivo del<http://atlantis.seidenberg.pace.edu/wiki/gsd2008/Publications?action=AttachFile&#38;do=get&#38;target=qs2010slides.pdf> proyecto GSD de la<http://en.wikipedia.org/wiki/Pace_University> Univerisidad de Pace de Nueva York. Cada año pone en marcha, en colaboración con otras universidades (Tailandia, India, Camboya, Senegal...) el desarrollo de un proyecto d

El 24% de los usuarios de redes sociales en España se consideran saturados mientras que el 30% dice que le sabe a poco y que quiere participar más; y el 20% afirma que se dio de alta alta por seguir la moda o probar la novedad pero no se ha "enganchado". A Facebook la prefieren más ellas que ellos (81% frente a 75%) mientras pasa lo contrario con Twitter (11% frente a 17%). Estos datos y otros más serios ;-) están en el<http://www.ontsi.red.es/hogares-ciudadanos/articles/id/5557/estudio-sobre-co

Esta presentación es un ejemplo real la teoría del<content/view/1045/49/> post anterior, con la que comparto mi experiencia con dos proyectos reales y los patrones de entrega de valor al cliente de cada uno: uno desarrollado en 2000 cuando dirigía el área de proyectos y programación de iA Soft: la versión 1.0 de<http://espublico.com/> espublico.com (gestión tradicional) y el otro, el que dirijo actualmente (gestión ágil):<http://www.safecreative.org/> Safe Creative, comenzado en 2007. Para un ge

El objetivo de la gestión predictiva es construir el producto planificado en el tiempo y con los costes previstos. El de la gestión ágil, entregar el mayor valor posible en el menor tiempo, e incrementarlo de forma continua. <http://www.slideshare.net/JuanPalacio2/gestin-agil-y-entrega-de-valor>Gestión Agil y Entrega de Valor

Si falta alguna de estas piezas el ecosistema para un Campo de Scrum estará cojo. Cuando más evidente es más rozamiento produce, e incluso lo puede hacer inviable.

La agilidad es lo fácil y la ingeniería de procesos (ISO 12207, ISO 15504, CMMI...) lo difícil. El marco de trabajo Scrum se explica en media docena de páginas y para conocer las veintitantas áreas de procesos, objetivos y prácticas, específicas y genéricas de un modelo como CMMI, hacen falta cientos. Hace unos años, cuando CMMI hablaba sin miedo a perder mercado por la competencia de la agilidad, una implantación para un nivel 2 de madurez, entre pitos y flautas se te iba a más de un año de tra

Vaya por delante que no soy abogado, que hablo desde el sentido común, basándome simplemente en lógica proposicional, no en teoría jurídica, y con la intención de contrastar el siguiente razonamiento, como hipótesis que reforzar o debilitar con vuestras opiniones. Los que queráis, disparad sin compasión, pero mejor a la idea que a mí... que ríase usted de las filias y fobias sobre CMMI, Scrum y demás temas habituales de este blog, comparadas con las que se gastan en el mundo copyright-copyleft :

Este es el comentario reciente de una empresa argentina a su proveedor de software, y con el que hace un rato comentaba lo que se le podía responder. Como este prejuicio es bastante frecuente, comparto en abierto lo que le hubiera dicho, por si os puede interesar como un argumento más para el inventario personal, o como opinión con la que contrastar, los que penséis lo mismo. Se me ocurre que la cuestión principal, el comentario: "No me gusta Scrum poruqe estas metodologías no permiten estimar l

Hace ya algún tiempo empecé a no tirar a la papelera las etiquetas con las historias de usuario que retirábamos de la pizarra al cerrar cada sprint. Todo empezó el día que al limpiar la pizarra tenía en la mano una carpeta de las que empleamos para encartar folletos de publicidad. Son de cartón grueso y de acabado satinado... y surgió de forma instintiva. Fui pegando dentro las etiquetas adhesivas que quitaba de la pizarra. Cuando volví al despacho, la cerré... me la quedé mirando y le puse en l

La de arena <http://www.computerweekly.com/blogs/public-sector/2011/04/agile-will-fail-govit-says-cor.html>las afirmaciones de<http://www.mofo.com/alistair-maughan/> Alistarir Maughan (Asesor jurídico para la Administración Pública británica de<http://www.mofo.com/> Morrison Foerster): Estoy dispuesto a aceptar que si todo va bien la agilidad puede reducir el riesgo de fracaso del proyecto. Pero la agilidad simplemente no funciona en el mundo real de proyectos TIC para la Administración. Necesit

Excipientes de la agilidad Tableros kanban, etiquetas adhesivas, reuniones de pie, gráficos burndown, estimación de póker, product backlog, sprint backlog, gráficos burnup, formatos de historias de usuario, etc. Principios activos 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 los trabajos inmediatos para avanzar hacia el objetivo. Visibilidad: No hay información oculta y

Es una pregunta más ambigua de lo que parece. ¿Vendemos horas de trabajo o sistemas valiosos?. Preguntar cómo se debe facturar el software, es como preguntar cómo se debe facturar la pintura.

Añado Kunagi a la<content/view/902/87/> lista de herramientas libres para la gestión de proyectos ágiles. Es una herramienta gratuita sobre interfaz web para gestión ágil de proyectos que además de los artefactos más frecuentes (<http://www.scrummanager.net/ok/mod/glossary/showentry.php?courseid=1&#38;eid=13&#38;displayformat=dictionary>pila de producto,<http://www.scrummanager.net/ok/mod/glossary/showentry.php?courseid=1&#38;eid=14&#38;displayformat=dictionary> pila de sprint y pizarra de traba