Está recién estrenado. Es un tablero kanban virtual que ha preparado en un "plis plas"Leandro Vazquez" , al ver que el modelo que se está estaba empleando en la convocatoria beta del curso de kanban de Scrum Manager, no permite variar el nº de columnas, o el título.Es una herramienta muy simple, que puede ser más que suficiente en muchos casos:  una página HTML que puedes guardar en el escritorio, o en una carpeta de proyectos desde el navegador. Permite configurar nº de columnas, el título de cada una, crear tareas (notas) en las que se puede incluir una barra de progreso.Gracias Leandro. Queda apuntada en la lista de herramientas libres para gestión ágil :-)

• Página de Virtual Kanban.
• Blog.

Gestión VisualEn una calle la organización es compleja: circulación de coches, peatones, zonas de aparcamiento, carriles para autobuses, etc. pero la señalética nos indica todo. Estamos acostumbrados a la "gestión visual."La industria de la automoción es posiblemente la primera que incorporó la "gestión visual" en el propio escenario de producción: todo está a la vista, la identificación de los sectores, los productos son reconocibles y están etiquetados indicando su fase dentro del proceso de la cadena.En todo momento se sabe qué se está produciendo. La información está en el mismo entorno de trabajo, visible, expresada con simplicidad, y no en ordenadores o libros de registro de procesos.

Kanban Kanban es una técnica de control visual. Es un sistema de señalización para desencadenar acciones.  El término japonés Kanban se puede traducir por tablero, o tarjeta de
señalización, haciendo referencia a un sistema de señalización empleado
en los procesos de producción para coordinar que cada parte se entrega
al departamento o sección correspondiente sólo cuando se necesita,
reduciendo al mismo tiempo la sobreproducción o almacenamientos
innecesarios.

El origen de este sistema de control visual se remonta a finales de los
cuarenta o principios de los cincuenta, cuando su autor, Taiichi Onho
desarrollaba señales para implementar con gestión visual métodos de
producción "Just In Time" (JIT) en los centros de producción de Toyota
de Japón. Estas prácticas no tuvieron demasiada difusión, más allá de los centros en los que se aplicaban, hasta las fechas de recesión en los 70, cuando se empezó a popularizar el uso de “kanban’s”, para minimizar el trabajo en el proceso (WIP)  y reducir los costes asociados al almacenamiento de inventarios. Kanban es un sistema de señalización para comunicar información relativa y necesaria en la ejecución o monitorización de un trabajo  Kanban también es herramienta útil para la gestión ágilEl desarrollo ágil de software emplea prácticas de gestión visual, por ser las que mejor sirven a los principios de comunicación directa y simplicidad en la documentación y gestión. Desde 2005 es cada vez más frecuente reemplazar los formatos de lista para las pilas de producto y de sprint, por notas adhesivas, porque que resultan muy versátiles al poder cambiar su posición: para re-ordenar las prioridades de las historias de una pila de producto, e indicar sólo con su posición qué tareas o historias se están programando, o probando, o ya se han terminado, etc.La generalización del uso de kanban como herramienta en equipos de programación, puede inducir el error de considerar a kanban como método, práctica o modelo de gestión ágil surgido en equipos de programación.Antes de ver algunos ejemplos de las posibilidades de kanban, conviene resaltar que no se trata de un modelo ágil, sino de una herramienta, o técnica para comunicar información relativa y necesaria en la ejecución o control de un trabajo.Taiichi Onho usó información kanban como herramienta para producción. Pero el modelo de producción era just-in-time” + autonomatización, no "kanban". Habría dos suposiciones erróneas, al considerar a kanban como un modelo de gestión ágil, que despistarían y limitarían sus posibilidades:

• ¿Cómo es el modelo de gestión Kanban?
• ¿Cuál es el formato que debe tener un tablero Kanban?

Kanban no es un modelo o marco de gestión, sino una herramienta de señalización.No hay por tanto un formato cerrado de tarjetas o tableros kanban. Intentar acotar la forma de usar tarjetas con información kanban, o cómo gestionar las historias o tareas si se emplean tarjetas kanban, restringe las posibilidades de la herramienta, y va en contra de un criterio de gestión flexible para adaptar las técnicas a las características de la organización.  Fortalezas de kanbanUn sistema visual kanban puede emplearse para facilitar información, trazar la gestión de un procedimiento, controlar su ejecución, o una combinación de ellas.INFORMACIÓNLos principios ágiles a los que se puede dar un soporte adecuado empleando kanban en su dimensión de medio de información son:

• Favorece la comunicación directa
• Facilita la comunicación directa del equipo al actualizar la información en reuniones enfrente de un tablero kanban.
• Comparte la visibilidad de la evolución del proyecto con todos los implicados.

 DETECCIÓN TEMPRANA DE PROBLEMASLa información kanban ofrece un seguimiento próximo del proyecto: la actualización de la información just-in-time, ayuda a identificar en un primer momento los posibles impedimentos problemas y riesgos, que de otra forma suelen pasar desapercibidos hasta que empiezan a producir retrasos o repercusiones ya inevitables.FAVORECE UNA CULTURA DE COLABORACIÓN Y RESOLUCIÓN.Es un medio de comunicación abierto y transparente para el equipo y todos los participantes. GESTIÓN / CONTROLKanban como herramienta para la gestión del proyecto ofreciendo, además de información, pautas de flujo y control aporta:MONITORIZACIÓN Y REGULACIÓN DEL FLUJO Y CARGA DE TRABAJO.La posición de cada tarjeta sobre el tablero refleja el estado en el que se encuentra la correspondiente historia de usuario.Los estados básicos que se suelen representar en un tablero kanban para gestión o control son “pendiente”, “en curso” y “terminada”.En algunos casos puede resultar conveniente marcar sub-estados (testing, validada…).La ordenación de las tareas desde el área “pendiente”, indica ya en el inicio la secuencia de las tareas según sus prioridades.Al emplear kanban como herramienta de gestión o control, se suele establecer el parámetro “WIP” (Work In Process”) para delimitar el número máximo de tareas o de historias que pueden estar de forma simultánea en el estado   “en curso”.GENERA UN FLUJO DE TRABAJO QUE LLEVA LOS PROBLEMAS A LA SUPERFICIELos conflictos en la priorización o volumen de trabajo, las incidencias o impedimentos en el desarrollo se ponen de manifiesto de forma inmediata en el seguimiento diario del flujo de la pizarra.PRODUCE UN RITMO SOSTENIDO Y EVITA LA LEY DE PARKINSON Genera un flujo continuo de trabajo cuyo ritmo no está marcado por una planificación temporal: Gantt o Sprint.Los ritmos temporales tienden a generar ciclos arritmicos de trabajo favoreciendo la procrastinación al principio del plan o ciclo y presión al final del plazo.El trabajo se expande hasta llenar el tiempo disponible para que se termineLey de Parkinson. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.Manifiesto Ágil  PRODUCE DESARROLLO INCREMENTALY por supuesto responde al principio ágil imprescindible: desarrollo incremental. Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto. EJEMPLOS DE USO INFORMACIÓN Dos ejemplos que muestran posible usos de tableros kanban para monitorizar el progreso del trabajo, pero sólo mostrando la información de forma simple, visual y abierta, sin aportar pautas o criterios de gestión.No emplean el formato más habitual de distribu-ción horizontal en orden: “Pendiente” -> “En curso” -> “Terminado”; sino que agrupan en vertical la información del desarrollo de cada epic o historia de usuario.Pueden ser útiles como tableros de información para gestores de producto ("Product owners") A NIVEL DE EPICS / HISTORIAS Este ejemplo representa un posible tablero kanban en el puesto de trabajo del o de los responsables del producto, que podría ser el product manager, o el departamento de marketing, la oficina de proyectos, etc. según la organización de la empresa y de productos que desarrolle. El tablero informa del estado de desarrollo del producto a nivel de epics  y las correspondientes historias de usuario.Cada columna representa un “epic” o gran historia del producto, que está descrita en la tarjeta de la parte superior (1)Este tablero puede ser útil para un gestor de producto, que podría indicar en la tarjeta del epic información adicional como la versión o release de producto en la que se integrará, o fecha en la en la que se espera incluir, o esfuerzo estimado para su desarrollo, etc. Debajo de la tarjeta con el epic, de cada columna se despliegan las historias de usuario (2) que lo componen. En este ejemplo la tarjeta de cada historia de usuario refleja el avance que la misma está teniendo en la pizarra del equipo, a través de una barra de una barra de progreso que actualiza  a diario el propietario de producto, pintando sobre la tarjeta de la historia.A nivel de historias / tareasCon un esquema similar al anterior, el tablero de este ejemplo muestra información visual de las historias de usuario que se están desarrollando, las tareas que componen cada una, y el grado de avance. Las historias de usuario y su descomposición en tareas, están presentados en columnas.En la cabecera (1) está situada la tarjeta con la descripción e información de estimación o fechas previstas según la velocidad del equipo, y a lo largo de la columna, las diferentes historias.  COMO HERRAMIENTA DE INFORMACIÓN + AUTOGESTIÓNFormato básicoEste es el formato más habitual para ayudar a los equipos a auto-gestionar un flujo de trabajo continuo a través del avance de las tareas por tres estados básicos: pendiente, en curso y terminado.Según las necesidades o preferencias de cada equipo, se suelen ampliar o detallar estos estados básicos, con indicaciones relativas a si se ha preparado ya la prueba unitaria, si se ha realizado, o si la tarea pendiente está en la pila o ya está preparada y estimada, etc.   WIP -Work In Process (Trabajo en el proceso)(1)Al emplear un sistema de monitorización kanban como herramienta de gestión o control del ritmo de avance se puede prescindir del concepto de sprint.El incremento ya no es el resultado de un sprint, sino cada historia que se termina. Par lograr un flujo continuo de funcionalidades que, una a una van aportando incrementos de forma sostenida, es necesario limitar la cantidad de trabajo que hay en proceso. Limitar el número de tareas que pueden estar de forma simultánea en los diferentes estados de desarrollo.De esta forma se evita que se amontonen tareas obligando a los miembros del equipo a trabajar en varias a la vez, perdiendo el foco, el ritmo y la eficiencia.Al parámetro que indica el número máximo de tareas en un área del tablero kanban se le denomina WIP: Work In Process.Un valor “WIP” demasiado bajo produce tiempos muertos, y demasiado alto, cuellos de botella.La experiencia ayuda al equipo a ir ajustándolo para lograr un flujo continuo, o lo más continuo posible.Si no se cuenta con experiencia previa, y considerando que las tareas no deberían tener tamaños mayores de 4 horas ideales, el equipo debe establecer un criterio de inicio, y  a partir de él ir ajustando.En este sentido una recomendación generalmente útil es empezar con un WIP igual  al nº de miembros del equipo x 1.5, redondeando el resultado por exceso, o x2.En ningún caso es aconsejable trabajar con tareas de tamaño que se prevea superior a un día de trabajo, y si esto ocurre lo aconsejable es dividirlas en otras de menor tamaño.Formato básico con control del trabajo en el poceso (WIP)La figura siguiente presenta una implementación kanban con límite de trabajo en los estados “Producto analizado” y “En curso”.En este ejemplo, el propietario de producto tiene una zona para registrar y ordenar de forma priorizada el backlog. (A). Es el área en la que el responsable de producto añade, modifica, y reordena la prioridad de cada historia de forma continua.Pero sólo son 3 las historias que pueden estar en estado “decididas” para pasar a producción. 3 con la que ya está previsto analizar y revisar la estimación con el equipo.  De igual forma, el área “en curso” tiene un límite de 3 historias.Hasta que una no pasa a “HECHO”, no puede entrar ninguna a producción, y de igual forma mientras haya 3 en la zona “ANALIZADO” no se decide cuál será la próxima historia del backlog.De esta forma se crea un flujo de trabajo sin cuellos de botella, continuo y enfocado. Kanban BoxUna práctica diseñada para responder a las dificultades frecuentes al gestionar tareas de varios proyectos en el mismo departamento de producción es una implementación Kanban diseñada en Scrum Manager que hemos denominado Kanban Box.La configuración es la siguiente:La organización mantiene una “pila de producción” o lista de historias de usuario, pendientes, estimadas y priorizadas. Si la organización trabaja en un único producto, la “pila de producción” es en definitiva la pila del producto o product backlog. Si lleva a cabo el desarrollo o mantenimiento simultáneo de varios sistemas, la pila de producción es gestionada por los propietarios de producto, o la oficina de proyectos... en definitiva quienes sean responsables según la estructura de la organización. En la pila de producción las tareas están estimadas y ordenadas según los criterios de prioridad compartidos entre los intereses de los diferentes proyectos y de la organización en conjunto.El equipo que va a hacerse cargo de una historia, la descompone en tareas que representa en una “caja kanban”:

(1)    Estimación temprana de la historia, realizada por “juicio de experto” por el propietario del producto.(2)    Estimación de la tarea realizada por el equipo al descomponer la historia en tareas. En cada caja se representa:(1)    Puntos totales de esfuerzo estimados(2)    Tarjetas con las tareas(3)    Un fondo de escala graduado con los puntos totales de esfuerzo estimados(4)    Barra dibujada con rotulador “borrable” que representa la velocidad prevista(5)    Barra de velocidad real(6)    Una descripción de la historia de usuario.  De esta forma se van “encajando” las historias de usuario, o preparando para pasar a producción.   Las cajas preparadas van entrando en los “slots” disponibles en la columna “pendiente” del tablero general de la organización.

 A diario, cada equipo realiza la reunión de seguimiento o reunión de pie frente al tablero, actualizando el estado de cada tarea (pendiente -> en curso -> hecho), y la actualización de las barras de velocidad:La barra de velocidad prevista (1) se actualiza  todos los días con el ritmo de velocidad previsto según la velocidad media de la organización, y el nº de miembros del equipo. Si por ejemplo se trata de un equipo de 3 personas, y la velocidad media es de 3 puntos por persona/día, cada día la barra de velocidad prevista disminuye e 9 puntos.La barra de velocidad real (2) representa la suma del esfuerzo de las tareas que aún se encuentran en estado “pendiente” y “en curso”.La diferencia de altura entre las barras de velocidad muestra desviaciones del esfuerzo previsto, en uno u otro sentido, de forma visual y rápida., de forma similar a un gráfico burn-down.El tablero general de una organización o departamento de producción con cuatro equipos presentaría un aspecto similar a la figura siguiente.La columna “Pendiente” contiene cuatro “slots” en los que van entrando las cajas kanban, a medida que se van terminando las anteriores.  (1) WIP como "Trabajo en el proceso" no como "Trabajo en progreso"  

Actualizo la lista de herramientas libres para gestión ágil incorporando FireScrum, que lo desarrolla con licencia GPL, el Instituto Nacional de Ciencia y Tecnología para la Ingeniería del Software de Brasil. (INES).Se instala sobre un servidor web con:

•  Java 6 Development Kit.
• Tomcat 6
• Red5 Open Source Flash Server
• PostgreSQL 8

Páginas del proyecto: Home - Descarga - Pantallas . 

Había un ejercicio en lingüística de COU (cosas que se estudiaban antes de la LOGSE) que consistía en descubrir la síntesis de un discurso, eliminando eufemismos y circunloquios.No sé por qué me acordaba de él al leer el artículo 90 de la actual ley de propiedad intelectual , relativo a la remuneración de los autores de obras audiovisuales.¿Qué le hubiera contestado "al Cecilio", mi profesor de lingüística, si hubiera puesto un ejercicio de ese tipo con el texto de los apartados 3º, 4º y 6º del artículo 90 de la Ley de Propiedad Intelectual?La pregunta sería más o menos así: Descubre la intención real del autor del siguiente texto, eliminando del mismo los circunloquios y eufemismos. 6.- Los derechos establecidos en los apartados 3 y 4 de este artículo serán irrenunciables e intransmisibles por actos «inter vivos» y no serán de aplicación a los autores de obras audiovisuales de carácter publicitario. 3. En todo caso, y con independencia de lo pactado en el contrato, cuando la obra audiovisual sea proyectada en lugares públicos mediante el pago de un precio de entrada, los autores mencionados en el apartado 1 de este artículo tendrán derecho a percibir de quienes exhiban públicamente dicha obra un porcentaje de los ingresos procedentes de dicha exhibición pública. Las cantidades pagadas por este concepto podrán deducirlas los exhibidores de las que deban abonar a los cedentes de la obra audiovisual. En el caso de exportación de la obra audiovisual, los autores podrán ceder el derecho mencionado por una cantidad alzada, cuando en el país de destino les sea imposible o gravemente dificultoso el ejercicio efectivo del derecho. Los empresarios de salas públicas o de locales de exhibición deberán poner periódicamente a disposición de los autores las cantidades recaudadas en concepto de dicha remuneración. A estos efectos, el Gobierno podrá establecer reglamentariamente los oportunos procedimientos de control.4. La proyección, exhibición o transmisión, debidamente autorizadas, de una obra audiovisual por cualquier procedimiento, sin exigir pago de un precio de entrada, dará derecho a los autores a percibir la remuneración que proceda, de acuerdo con las tarifas generales establecidas por la entidad de gestión correspondiente. Mi respuesta sería:
Se prohíbe a los autores audiovisuales
regalar su trabajo, excepto cuando trabajen para empresas de publicidad.Curiosa forma de  prohibir por ley la difusión gratuita de un trabajo, vendiéndola como la defensa de un derecho irrenunciable. Vamos, que no está permitido renunciar a cobrar :-( Las razones del legislador.... bueno, creer que las leyes no tienen por qué ser justas, ayuda a imaginarlas ;-)
(1) Eufemismo: Manifestación
suave o decorosa de ideas cuya recta y franca expresión sería dura o
malsonante.
Circunloquio:
Rodeo de palabras para dar a entender algo que hubiera podido expresare
más brevemente.
RAE

Comunidad de abogados a los que sólo pagas si ganas el juicio, e-mail interactivo, micro inversión para nuevas ideas, información de dónde están tus hijos o amigos,  programa para reservar mesa desde el móvil, personalizado para cada restaurante, buscador de aplicaciones para dispositivos móviles, ERP en la nube, etc.Son las 10 empresas start-up que se presentarán el próximo miércoles para acceder a la semifinal del  Pitch Slam Innovate! 2010 en Silicon Valley (Mountain View)Si también os resulta interesante conocer nuevas ideas, o perspectivas originales para otras no tan nuevas:

No sé si me convence mucho este formato de foros "negocio-evento-competición", organizados para enseñar y ayudar a los innovadores. Bueno, sí lo sé ;-)  pero es una opinión personal, y quizá equivocada.