Navegapolis

Podcast de introducci�n a la agilidad

2009-07-04T12:16:18+00:00

Para los más nuevos en temas de agilidad, ya están publicadas las dos partes de la charla, en la que Alex Fuentes (del Grupo de Usuarios de Java en Chile) pregunta sobre agilidad a Agustín Villena, un "agilista" veterano, experto en extreme programming y administrador de la comunidad Chile Ágil.

Podcast de introduccion a la agilidad.

Diapositivas del libro Flexibilidad con Scrum

2009-06-28T15:02:19+00:00

No sigo la cuenta de cerca, pero hace ya tiempo que pasaron de 40.000 las descargas que lleva Flexibilidad con Scrum. Claro que al ser gratuitas, la mayoría serán por puro síndrome de Diógenes, pero también en el otro extremo estáis los que lo usáis no ya para uso personal, sino como me comentáis en algún correo, como libro de texto.
¡Gracias!

Para dare más utilidad tanto al libro como al proyecto Scrum Manager, va también el pack con las tropecientas diapositivas de todos los temas tratados en el libro. Es completamente libre para uso personal. Si lo empleáis, en todo o en parte, para actividades de formación con ánimo de lucro, está con licencia de que al menos los alumnos compren el libro. De todas formas si en algún caso supone un problema, decídmelo e irá la autorización para solucionarlo.

Descargar el fichero pdf

Formaci�n y acreditaci�n �gil

2009-06-23T15:30:03+00:00

En este sector, un profesional sin formación continua está "out" en menos de 5 años, y aunque hay nuevas formas de difundir y compartir conocimiento, se siguen empleando sólo modelos de formación económicamente pesados, que limitan el acceso.

Para mantenerse necesitan estructuras comerciales, que por su natural tendencia al crecimiento añaden el riesgo de transformar sistemas de formación, en sistemas de venta de certificados.

Estos modelos tradicionales emplean recursos pesados (salas, desplazamientos, comidas...) para cada comunicación a un número más o menos reducido de personas; pero ahora es posible aprender y compartir el conocimiento y la experiencia; y acreditar el interés y la implicación profesional, con formas abiertas y más "ágiles".

Este es el empeño de Scrum Manager: traer la apertura a la formación y acreditación profesional.

Un modelo de formación y acreditación profesional abierto y gratuito para profesionales, sustentado en los usos de formación y asesoría in-company.

Una acreditación profesional que se obtenga sólo por implicación y resultados en las pruebas de formación.

A mediados de julio estarán disponibles unos cursos "piloto" para probar y mejorar la plataforma.

Los que queráis participar en la prueba os podéis apuntar en

Pizarra de tareas virtual con el mando de la WII

2009-06-19T08:51:29+00:00

Poco más de 80 dólares hacen falta para tener la pizarra virtual que Johnny Chung Lee construia con el mando de una wii, y y ayer proponía Tommy Norman, emplear con un programa de gestión visual de tareas.

El material necesario es:

Un receptor bluetooth ($20)
Un mando de WII ($35)
Un rotulador infrarrojo ($18)
El programa de Johnny Chung Lee (gratis)

En este vídeo Tommy Norman explica el montaje y el resultado.

Herramientas de uso libre para gesti�n �gil de proyectos

2009-06-14T10:30:38+00:00

Una lista que iré ampliando y manteniendo actualizada con herramientas de uso libre, que pueden ser útiles en la gestión ágil de proyectos: para la gestión de las historias de usuario, o backlogs; para el seguimiento de la velocidad y avance de las iteraciones, etc.

Para empezar van, por orden alfabético, de las que conozco, las 10 que más me gustan:

Última actualización: 17-jun-2009

Agilefant

url: http://www.agilefant.org/
Licencia: Open Source MIT
Tipo: Web (J2EE Server - MySQL)

Breve

Gestión de Backlog a nivel de Proyecto, producto y sprint. Gestión y seguimiento de las iteraciones con gráficos de avance (burndown), seguimiento diario, informes...

Agilito

url: http://code.google.com/p/agilito/
Licencia: BSD
Tipo: Web (Python)

Breve

Herramienta para trazar sobre iteraciones: historias de usuario, tareas y pruebas unitarias.

Agilo

url: http://www.agile42.com/cms/pages/agilo/
Licencia: Apache 2.0
Tipo: Web

Breve

Sistema Web orientado a gestión ágil tipo scrum tradicional: Pila de producto, plan de versiones, pila de sprint, capacidad y velocidad de los equipos, seguimiento de tareas...

Banana Scrum

url: http://www.bananascrum.com
Licencia: servicio gratuito (? la página de condiciones no está disponible)
Tipo: Servicio web

Breve

Servicio web con soporte multiproyecto y funcionalidades orientadas a Scrum tradicional: gestión de la pila del proyecto y la pila del sprint (backlogs), lista de impedimentos, gráfico de avance (burndown), usuarios, roles...

IceScrum2

url: http://www.icescrum.org/es
Licencia: libre (?)
Tipo: Web
Comentada en Navegápolis

Breve

Con el mismo interfaz para todos los roles, ofrece las opciones de operación, consulta, estimación de historias de usuario... activas o no, según el usuario sea propietario del producto, gestor, equipo o interesado.
Incluye listas de historias de usuario (backlog), de asuntos, de problemas y de pruebas; un chat en línea, un juego de cartas con el que el equipo puede hacer estimación de poker de las historias propuestas en el backlog...

Pivotal Tracker

url: http://www.pivotaltracker.com/
Licencia: servicio gratuito (? sin información específica sobre continuidad)
Tipo: Servicio web
Comentada en Navegápolis

Breve

La gestión de historias de usuario es muy cómoda e intuitiva, y una vez creadas se situan en una de las cuatro áreas de la pizarra virtual: "nevera","backlog", "en curso" o "terminadas". También se pueden exportar o importar historias en formato CSV, y a cada una, además de la información de título, descripción, propietario, o asignación, se le puede asignar una etiqueta, escribir comentarios o adjuntar ficheros.

Scrumpy

url: http://www.scrumpytool.com/
Licencia: Freeware
Tipo: Programa de escritorio (Java, multiplataforma)

Breve

Herramienta para responsables de producto en proyectos ágiles. (propietarios de producto, productmanagers) diseñada como ayuda para la gestió de la pila del producto y las historias de usuario.

Scrinch

url: http://scrinch.sourceforge.net/
Licencia: GNU (GPL)
Tipo: Programa de escritorio (Java - Multiplataforma)
Comentado en Navegápolis (próximamente)

Breve

Simple y más que suficiente para muchos proyectos. Por supuesto, si no tenéis, no podéis o preferís no usar una pizarra física.
Multiplataforma, con máquina virtual Java (Win, Mac, Linux...). Basta con descargarlo en un directorio y ejecutar scrinch.jar. No emplea base de datos. Trabaja sobre un fichero XML, que puede estar en nuestra máquina local o en una red compartida por el equipo.

Sprintometer

url: http://sprintometer.com/
Licencia: Freeware
Tipo: Programa de escritorio (Windows)
Comentado en Navegápolis

Breve

Es un programa windows, gratuito, contenido en un único fichero ejecutable, que no necesita instalación, para gestión, medición y seguimiento de programas con modelos ágiles tipo Xp o Scrum. Es la versión cliente "stand-alone". Hay también una versión "server" con licencia comercial.

X-man

url: http://www.offshoreagile.com/resources/toolbox/
Licencia: Freeware
Tipo: Programa de escritorio (Windows)
Comentado en Navegápolis

Breve

X-Man (Extreme Manager) es una herramienta fácil para gestión y seguimiento de proyectos ágile. Si trabajas con un formato ágil tipo XP o Scrum, merece la pena echarle un vistazo, porque además es un programa "limpio": Un fichero de 4 Mb que no necesita instalación. Basta grabarlo en una carpeta y ejecutarlo.

XPWeb

url: http://xpweb.sourceforge.net/
Licencia: GNU GPL
Tipo: Web (LAMP)
Comentado en Navegápolis

Breve

Plataforma web para gestión de proyectos con Extreme Programming

Ver también: Herramientas de uso libre para gestión de proyectos.

�Gur�s o telepredicadores?

2009-06-11T05:56:48+00:00

Sé que soy políticamente incorrecto, pero cada vez estoy más convencido de que muchos seudo-gurús son a las empresas, lo que los telepredicadores a la sociedad. Estas charlas que acabo de cruzarme ahora son sólo una muestra, y además de lo más digna, que las hay mucho más cutres.

Es posible que esté equivocado, y seguro que ellos y su público están convencidos, pero aunque así fuera, estamos en un planeta algo loco, en el que tiene el mismo precio dos días de charla (1.500$) de obviedades de agilidad, trabajo de equipos auto-organizados, bla bla, rodeada de puesta en escena, que la vida de unos 25-30 niños. (39€ cada niño).

La agilidad necesita responsabilidades en toda la empresa

2009-06-07T16:14:04+00:00

Hacer de una empresa un campo de scrum implica a toda la organización, no sólo a los programadores, o a la gestión de proyectos. Las organizaciones son realidades sistémicas, interrelacionadas.

Olvidemos, o desaprendamos (y si no lo conoces, mejor que mejor) eso de que scrum funciona con tres roles: propietario de producto, scrum master y equipo.

El grado de éxito de la implantación ágil en la empresa no depende tanto de implantar unos roles, sino de asignar con solvencia las responsabilidades necesarias en la organización para que se desarrolle la agilidad; y las que se deben cubrir de forma coordinada y alineada con la visión de la organización pertenecen a tres categorías clave:

De management

Alineación y equilibrio sistémico de la organización
Coherencia del modelo
Medios y formación

De procesos

Configuración de scrum
Mejora continua
Garantía de funcionamiento de Scrum en cada proyecto

De producción

Gestión del producto
Auto-organización
Uso de prácticas tecnológicas ágiles

En la organización estas responsabilidades deben estar asignadas a personas profesionalmente capaces y con recursos suficientes para desempeñarlas.

Además de las responsabilidades de un product manager implicado en el equipo como product owner, un gestor de proyecto y equipo ágil como scrum master y un equipo auto-organizado, también se debe cubrir el uso de prácticas y técnicas ágiles (TDD, Integración continua, refactorización...),el conocimiento y compromiso con su implantación por parte de la dirección de la empresa, la dotación de los recursos y la formación necesaria. La alineación estratégina de las diferentes áreas (comercial, recursos humanos, producción, calidad o procesos...) la gestión de la cultura de la organización basada en el trabajo en equipo y gestión del talento, etc.

Que las diferentes áreas de la empresa se encuentren comunicadas y alineadas con una visión común, coherente con un modelo de trabajo ágil, disponga de medios para el diseño e implantación de una cultura ágil adecuada a la empresa, mejora continua del modelo y formación a las personas, son responsabilidades de la organización.

Desde la perspectiva de implantación de scrum desde el management global de la organización, resulta más eficiente adaptar los principios ágiles a la realidad de cada organización, de forma que lo relevante no es adoptar roles cerrados: Product Owner o Scrum Master, sino cubrir adecuadamente las responsabilidades que permiten desarrollar los principios de la agilidad.

Nos leemos en Chile �gil

2009-06-03T11:33:09+00:00

Gracias a la comunidad ágil de Chile, por el recibimiento y la invitación a participar y compartir en chileagil.cl

Con todo el interés para colaborar en el desarrollo de una comunidad profesional ágil, en la medida y dedicación que me resulte posible nos leemos también por allá. Empezamos ya mismo dando vueltas a cómo suelen considerar las empresas a los programadores .

Si resides en Chile y te interesan la aplicación de metodologías ágiles en empresas o proyectos de software:

Agilidad: El h�bito no hace al monje

2009-05-31T13:55:11+00:00

A las empresas no las valoramos por su realidad, sino por la percepción que de esa realidad tenemos. La clave no es por tanto que sean buenas, sino que se perciban como buenas; hecho que hace de las certificaciones de calidad herramientas de marketing, antes que de mejora; y como el hábito no hace al monje, quienes usan ISO, CMMI... sólo por la apariencia, no los los llevan como hábitos sino como disfraces.

Como la agilidad empieza a ser conocida, y reconocida, están empezando a surgir disfrazados de ágiles; aunque en este caso no se trata de farsantes, sino de ingenuos. No se disfrazan para engañar, sino por creer que las prácticas de backlogs, reuniones guays, burndowns, kanban, etc... tejen un hábito milagroso que transforma en ágil a la empresa que lo adopta.

Claro que es normal concluir que la agilidad es un conjunto de prácticas, cuando la información y formación ágil se ofrece con una distorsión de foco que consume todo o casi todo el esfuerso en las prácticas y las formas: en lo fácil; y pasa de puntillas sobre el fondo: lo difícil.

El cuerpo de conocimiento para la formación y consultoría de la agilidad se debe plantear al revés, dedicando el mayor esfuerzo al fondo, que en realidad es la parte dificil de compender e implantar:

Equipo

Motivado
Cualificado
"Sumergido" en la visión y problemática del cliente

Cliente

Implicado en el proyecto
Con un conocimiento claro de sus necesidades y la visión del sistema que desea.
Autoridad para decidir y re-trazar la visión

Organización

Basada en equipos
De conocimiento, o que usa como materia prima el talento para producir valor, con una cultura acorde y contrapuesta a las organizaciones "cárnicas" que con la materia prima del trabajo producen código.
Alineada y cohesionada

y tratar como temas y ayudas complementarias, como ejemplos y muestras para dar forma a los principio de fondo, las diferentes prácticas ("best practices") probadas o contrastadas por profesionales:

Formatos de reuniones para trabajar de forma auto-gestionada, transmitir y compartir la visión del cliente, seguir la evoluciñon diaria de cada iteración.
Técnicas y juegos de estimación...
Técnicas de gestión visual: gráficos, pizarras..
etc.

Llegar al extremo de afirmar que quien no hace determinadas prácticas de determinada manera no es ágil, es haber perdido el norte y caido una vez más en el fundamentalismo.

Relacionado: Una visión de la agilidad desde el fondo: Flexibilidad con Scrum.

Recopilaci�n de artefactos para gesti�n visual

2009-05-29T17:25:52+00:00

Me he encontrado esta recopilación de pizarras, juegos, gráficos y otros ejempos de artefactos para gestión visual ágil, realizada por Peter Janssens y Patrick Debois.

Trabajo directivo: positivo y negativo

2009-05-24T22:09:38+00:00

Es curiosa la idea que de apalancamiento y trabajo negativo expone Andrew s. Grove en High output management:

Los directivos realizan (o deberían realizar) trabajos de apalancamiento elevado, llamando apalancamiento a la medida de las consecuencias de productividad para la organización.
El rendimiento de un directivo se relaciona con la actividad directiva a través de la siguiente ecuación:

Rendimiento directivo = Rendimiento de la organización
= L1 x A1 + L2 x A2 +...

Esta ecuación nos dice que para cada actividad que un directivo lleva a cabo (A1, A2, etc.) el rendimiento de la organización debería incrementarse en algún grado. Por tanto, la extension en que se haya incrementado dicho rendimiento viene determinada por el apalancamiento de esa actividad: L1, L2, etc

Un tipo de actividades de elevado apalancamiento son las que afectan a muchas personas, como por ejemplo cada vez que un directivo imparte a un grupo su conocimiento, habilidades o valores.

Pero el apalancamiento también puede ser negativo. Los directivos pueden realizar actividades que reducen el rendimiento de la organización. Un ejemplo: supongamos que soy el participante clave de una reunión a la que llego sin preparación. No solo haré perder el tiempo a los asistentes a la reunión, a causa de mi falta de preparación -un costo directo de mi descuido-, sino que también privaré a los otros participantes de la oportunidad de emplear ese tiempo en hacer algo más.

Hay muchos ejemplos de apalancamiento negativo:
Un directivo que comprueba que su división no ganará aún dinero el año siguiente y se queda deprimido. Aunque no se percate de ellos, afectará a la gente que le rodea, extendiendo la depresión a todo su equipo.

Otro ejemplo lo tenemos cuando un directivo titubeante aplaza una decisión que afectará al trabajo de otras personas. En efecto, la falta de decisión equivale a una decisión negativa: el no tener luz verde equivale a tenerla roja, con lo cual el trabajo puede quedar detenido en toda una organización. Tanto el directivo deprimido como el inseguro pueden conseguir un apalancamiento ilimitadamente negativo.

El entrometimiento directivo (alias "microgestión") constituye otro ejemplo de apalancamiento negativo. Esto sucede cuando un superior emplea sus mayores conocimientos y experiencia de las responsabilidades de un subordinado para asumir el mando de una situación, en vez de permitir que el subordinado realice las cosas por sí mismo.

El apalancamiento negativo se basa en el hecho de que, al haber sido expuesto a muchos ejemplos de este tipo, el subordinado comenzará a seguir un más restrictivo punto de vista de lo que se espera de él, mostrando menos iniciativa para resolver problemas y traspasándolos a su supervisor.

�Un caf� en Santiago de Chile?

2009-05-22T08:19:30+00:00

Aprovechando que me voy a acercar por Santiago de Chile, si te apetece y podemos coincidir, tomamos un café. En serio, como andaré de domingo a miércoles (24 a 27) y supongo que habrá huecos entre la charla que tengo el martes y un par o tres de entrevistas, si se tercia, será un gusto compartir café y un rato de conversación.

Si a alguno os interesa, avisadme (jpalacio--a--navegapolis.net) y el domingo en cuanto tenga la agenda vemos si podemos coincidir.

Gracias!

Reunionitis y burocracias diversas

2009-05-21T15:34:57+00:00

Cambiar la burocracia material de documentación y procesos evitables, por la "burocracia ágil" es un riesgo de jefes (gestores, "scrumes-gestores", team leaders, product managers...) que, o ya padecían, o han adquirido con la agilidad una reunionitis aguda, que puede acabar siendo crónica.

Hace pocos días, en un correo me comentaba Julio que la implantación de scrum había dado un especial "gustillo" a su jefe por las reuniones, que empezaba a preocupar y cansar a muchos, y cuestionaba, con mucho tino, la existencia de una "burocracia ágil".

Las reuniones tienen algo de puesta en escena, y también de laboratorio de dinámica de grupos, por lo que algunos gestores con necesidades especiales de atención o de reconocimiento o afianzamiento, o socialización, etc. (vamos, ¿¡quién de nosotros está libre de algo de esto!?) encuentran (o encontramos) en ellas el suministro fácil de una dosis con la creencia ilusa de que están realizando su trabajo con especial competencia.

Las reuniones son un recurso muy caro, y por eso pueden ser el mayor agujero de ineficiencia en empresas de gestión paradójica, en las que siempre está ocupada la sala de juntas con reuniones interminables, mientras el responsable de recursos humanos, apunta a los que sobrepasan los 20 minutos de la pausa del café.

No sé si sería útil un "taximetro" en la sala, como el Meeting Miser de PayScale; pero quitando las reuniones "institucionales" un consejo es cambiar el "chip": abandonar la mesa y las sillas, por charlas de pie, con un objetivo claro, junto a una pizarra, y un límite de tiempo de 20 minutos.

Recomendable: "Orientación a Reuniones" de Vorjales

Opinión:

{sidebar id=9 align=left}

Productividad

2009-05-16T10:12:28+00:00

Las empresas que desarrollan texto, las "texto-factory", deben ser muy cuidadodas en la contratación de personal, porque las diferencias de productividad y calidad entre los mediocres y los mejores es muy grande; siendo, generalmente, los mecanógrafos los más productivos, seguidos de traductores, notarios, novelistas y por último los poetas.

Pero aunque esto es lo habitual, tampoco hay que actuar con prejuicios, porque siempre hay excepciones, además de que dentro de cada categoría también hay diferencias muy grandes; y así, por ejemplo, entre los novelistas, los hay tan buenos como Corín Tellado, que con una obra de más de 4.000 libros, deja muy atrás a mediocres como Cela o tantos otros.

Estas empresas necesitan modelos de ingeniería con procesos que midan objetiva y cuantitativamente la eficiencia con alguna de las métricas que ha desarrollado la "Ingeniería del Texto", como puede ser el número de líneas (~~LOC~~ LOT) por hora, o por día; y la calidad, a través de la densidad de erratas y faltas de ortografía.

Scrum y el marketing de la comunidad �gil

2009-05-11T19:49:42+00:00

Empleando Wikirank, se puede comprobar que Scrum despierta de 3 y 10 veces más interés que otros modelos y prácticas de desarrollo de software (Extreme Programming, Lean Software Development, DSDM, FDD, RUP, CMMI, ISO 15504...)

Enlace

Extreme Programming, FDD, Lean Software Development... tienen conocimiento tan útil o más que Scrum en lo que a agilidad se refiere, pero... el márketing es perverso.

Se trata de la "cuarta ley del Marketing" ⁽¹⁾. La ley de la percepción: "Lo que importa no es el producto sino su percepción".

Lo que importa no es que el producto sea bueno, sino que se perciba como bueno, y por eso para ser líder la cuestión no es ser el mejor, sino parecerlo.

Es curioso. Parece extraño, pero es evidente si analizamos a los líderes y los comparamos con otros también buenos (productos o personas).

Algunas citas de la "Ley de la Percepción":

Lo que existe en realidad cuando se habla de marketing no son productos, son las percepciones que esos productos construyen en la mente de los clientes actuales y potenciales ...

Una buena gestión de marketing consiste en el manejo adecuado de las percepciones existentes en la mente de los clientes. La mayoría de los errores en marketing son resultado de suponer que se compite en batallas entre productos reales. Aún hoy la mayoría de los responsables de marketing se basan en la premisa incorrecta de que el "producto", valorado con términos objetivos y especificaciones mensurables es el que da o quita el éxito. De ahí que promocionarlo con estas bases resulta invariablemente equivocado.

Un caso famoso e histórico en la historia del marketing que explica esta ley: cuando en Pepsi cambió el director de marketing y el nuevo (tal vez para dejar constancia de que había llegado) hizo un cambio. Violó la Ley de la Percepción. Creyó el el marketing es una batalla de productos. Así que si estaban ganando debía ser porque Pepsi "objetivamente", era mejor que Coca-Cola. Y se empeñó en demostrarlo. Los ensayos a ciegas lo decían. Cuando no veían el nombre ni la forma de la botella, sólo juzgaban por el sabor, más de la mitad de la muestra preferían Pepsi. Lo contaron en televisión y creyeron que ganarían la guerra. Coca-Cola se puso nerviosa por la situación y desarrolló una nueva fórmula. Una fórmula que en más de 250.000 ensayos a ciegas fue la preferida. Presentó la New Coke pensando que sería el caballo ganador. Como la historia es bastante conocida, saltemos al final. El "mejor" producto, New Coke, ha desaparecido. El segundo "mejor" Pepsi-Cola, está vagando por todas partes sin estrategia y perdiendo cuota. Y Coca-Cola Classic, el peor de los tres, es el triunfador.

(1) The 22 Immutable Laws of Marketing (Al Ries, Jack Trout). En español

Presi�n y creatividad

2009-05-07T15:30:55+00:00

La programación es, las más de las veces, un trabajo creativo que casi siempre se realiza con presión. ¿Son compatibles presión y creatividad?. ¿Somos capaces de realizar un trabajo creativo cuando nos sentimos presionados?.

El sentido común nos apresura a responder que no, que hay que trabajar de forma relajada... pero éste tampoco es un buen consejo: la ley de Parkinson tiene bien merecido el calificativo de "ley", porque siempre "el trabajo tiende a expandirse hasta llenar todo el tiempo disponible".

Parece que hay que considerar más factores, y este artículo (1) apunta otro que tiene pinta también determinante: el entorno de trabajo.
Hay entornos "buenos" y "malos".

Los primeros permiten a las personas concentarse en una actividad durante una parte significativa de su tiempo de trabajo. En ellos las personas son conscientes y sienten que están realizando una parte importante de la misión de la organización.

Los segundos generan distracciones con facilidad y producen ritmos de trabajo fragmentados, mezclando actividades diferentes. Las personas no sienten que su trabajo es importante. La presión se siente "por el tiempo" no por una "misión". Son frecuentes los cambios de planes de última hora...

Con estas dos variables la matriz está servida:

(1) Creativity Under the Gun
Teresa M. Amabile, Constance N. Hadley y Steven J. Kramer en

Hablando de agilidad

2009-04-30T17:24:19+00:00

En el podcast 45 de Java Hispano , Jorge Rubira charla con tres buenos conocedores de la agilidad: José Manuel Beas , Xavier Quesada y Xavi Albaladejo sobre los principios y el porqué del desarrollo ágil: en qué consiste, las ventajas de involucrar al cliente, trabajar en iteraciones cortas, evitar las barreras de comunicación de los procedimientos documentados, trabajar en equipos reducidos, con líneas de integración continua, refactorización y deuda técnica, etc.

Podcast: Principios de agilidad .

Gu�a para propietarios de producto

2009-04-28T20:25:27+00:00

Añado "Confessions of a Serial Product Owner" a la lista de libros: una guía breve para propietarios de producto, escrita por Anna Forss que combina el conocimiento e interés por dos áreas de prácticas de gestión que a muchos puristas espantaría: Microsoft Project y agilidad.

Parece que el libro está publicado con llicencia Creative Commons 3.0 genérica Atribución-Sin Obras Derivadas según consta en la home del blog de Anna, aunque en el libro no se menciona y en los pies de página Anna reserva de todos los derechos (c).

Jobsket: innovaci�n en la selecci�n de puestos de trabajo

2009-04-26T10:56:08+00:00

Tomando como muestra 1.378 anuncios se trabajo, el sueldo anual medio de un analista programador en Madrid es de 27.415 €, y el de un administrador de sistemas: 27.805 (de una muestra de 875 anuncios). La ciudad española con el salario medio más alto es Madrid (25.802€), y la media más baja la da Gerona (22,316€).

Como ahora mismo está en beta, accesible con invitación, aquí os he capturado unas pantallas; pero que conste que esta información, que es sólo una muestra del derroche de datos que ofrece Jobsket, es lo anecdótico de este novedoso servicio para aspirantes y reclutadores; no su verdadera finalidad: Análisis, valoración y difusión de los curriculum.

La finalidad de Jobsket no es la publicación de anuncios. Para eso ya hay servicios.

Si buscas trabajo, te ofrece la forma más simple de subir el curriculum a la Red, sin engorrosos e interminables formularios, y lo valora en base a las ofertas de trabajo que hay publicadas en diversos sitios. Basta con enviar el PDF, o doc. Jobsket lo analiza, extrae los datos, lo valora e identifica las ofertas que se ajustan al candidato.

Y si buscas personas, también es bastante alucinante. Tecleas en el buscador (por ejemplo) "Java" "Jboss" y "Madrid", y te aparece un listado con los curriculums que encajan en tu búsqueda, junto con la valoración de cada uno según el análisis de Jobsket con las medias del mercado.

Una de estas cosas que cuando las ves dices: ¡qué difícil era antes!

�Para todos caf�?

2009-04-24T13:51:30+00:00

Parece ser que quieren prohibir los portales con enlaces P2P .
Parece ser que el mejor sistema de distribución de información del planeta son las redes P2P, y que protocolos como bitTorrent, son un gran invento. Lo empiezan a usar empresas para distribuir sus demos, lo podrían emplear las discográficas para maquetas o temas promocionales. Podría haber portales especialilzados. Me imagino un portal con enlaces P2P, o un rastreador (tracker) especializado en software libre, o en fotografía con derechos liberados o...

Puede haber tantas cosas.

Me gusta compartir y que mi trabajo se distribuya libremente. Los habituales de Navegápolis lo sabéis, y respeto, y me parece al menos igual de lógica, la opinión de los autores que prefieren lo contrario.
Me encanta estar en una sociedad que deja al autor decidir qué se puede hacer con su obra, y por eso me avergüenza cuando anuncia el cierre de sistemas que hacen posible la distribución de contenidos libres; cuando toma decisiones de resta y no de suma, en las que para dar a uno hay que quitar a otro.

Tengo la suerte de trabajar dando forma a las ideas que me gustan. Estoy convencido de que el problema no son los nuevos sistemas de distribución de contenidos, sino el que éstos operen sin información. Si la Red tuviera la información de los autores en un formato "entendible" por ella (semántico)... en lugar de cerrar las puertas que hemos conseguido, se abririan otras que ni imaginamos.

En eso estamos en Safe Creative, en lo que llamamos Copyright Semántico, y en darle un formato libre y abierto, que permita la interoperabilidad con otros registros que puedan surgir.
En cuestión de semanas tendremos un prototipo, y una invitación a la "suma" a todos los que quieran que se pueda elegir entre estar o no en la mayor red de distribución.