marzo 11, 2008

Devolver el tiempo

Si hay una empresa que me guste ahora, esa es Atlassian. Buenos productos y una imagen envidiable en la red. Comparten sus ideas, y distribuyen sus productos con una licencia muy interesante para los usuarios.
Ahora acaban de publicar el "experimento" que van a realizar con sus ingenieros: "El 20% del tiempo". Y además van a blogear los resultados de sus experimentos, así que hay que seguir atentos. Este asunto trata de permitir dedicar a los desarrolladores el 20% de su tiempo en la dirección que elijan, de innovación, tecnologías o mejoras en los productos que soportan.
Me direis que esa es la famosa regla que Google aplica en su empresa, pero primero, tampoco dan tanta información, y segundo, tengo la impresión que es el 20% de 11 o 12 horas diarias de trabajo, no de una jornada normal. Atlassian reconoce que "copia" esa regla. :)
Dar esa confianza a los desarrolladores, puede significar sacar a flote grandes ideas que permanezcan escondidas tras la burocracia y las jerarquías. Supongo que se trata de recuperar, o no perder, la ventaja competitiva que tiene una "startup", a la vez que crecer de manera controlada.

A startup engineer must be all things - he (or she) is a full time software developer and a part-time product manager / customer support guru / internal systems maven.
As a company grows, an engineer spends more time doing the software development - but paradoxically he spends less time building the things he personally wants in the product.

Ahora le doy vueltas a cómo este tipo de resolución se puede aplicar a una empresa de servicios. Una empresa de servicios factura por horas, no hay un producto dónde se pueda producir un retorno de la inversión claro, ni donde centrar los esfuerzos personales-divergentes dedicados en ese 20% de tiempo. ¿Qué os parece? ¿cómo se podría trasladar este tipo de iniciativas a una empresa de servicios de software, que funciona por proyectos?

marzo 10, 2008

JIRA y CMMI

En nuestra empresa hemos implantando CMMI, acabamos de pasar un reluciente SCAMPI y pronto seremos nivel 2 oficialmente. Pero lo que ahora voy a hablar es del uso de JIRA como herramienta de gestión de proyectos. Quién conozca la herramienta y un poco de CMMI pensará que va ser un poco dificil conseguir que JIRA de soporte a algún tema de CMMI, si no que será más fácil usarla como herramienta PARA los desarrolladores, puesto que en realidad es una herramienta de "bugtracking".
Pero al final le hemos hecho algunos cambios, y JIRA nos va a dar soporte al EDT (Esquema de Descomposición de Tareas) para la fase de ejecución de proyectos. Cada incidencia creada en el sistema JIRA ahora podemos clasificarla en un tipo de Actividad (o Area de Conocimiento): Planificación, Desarrollo, Configuración, Sistemas, Implantación, etc,... Y con las versiones de JIRA podemos basarnos en desarrollo iterativo e incremental.
Esto nos da bastante flexibilidad tanto para desarrollar proyectos a precio cerrado, como para un día poder saltar a modelos más "ágiles" de desarrollo y comercialización.
Pero la gran mejora que podremos tener es obtener la verdadera visibilidad del desarrollo del proyecto, puesto que cada tarea puede ser reestimada en cualquier momento por cualquier persona implicada como responsable de sus tareas asignadas. Ahora tenemos que ir valorando la fecuencia de esas reestimaciones, la exactitud de las mismas dependiendo de la experiencia, y sobre todo, el impacto del cambio en la gente, que seguro será positivo.

marzo 05, 2008

Adopción ágil

Me envió Luis un enlace a una encuesta sobre la adopción de metodologías ágiles en las empresas.

Not aware 13% 26%
Not using 13% 16%
Investigating 14% 14%
Analysed and rejected 4% 3%
Pilot projects 8% 4%
Partial implementation (adoption of some agile practices) 17% 17%
Partial deployment (some projects are using this approach) 14% 12%
Deployed (all new projects are using this approach) 17% 8%

Según esta encuesta, obviamente han pasado dos años, el desconocimiento de las metodologías ágiles ha disminuido significativamente. Sin embargo de lo que no me fío, es de la fiabilidad de los ratios de adopción, parcial o completa, por que principalmente lo que decimos que es adopción de metodologías ágiles, no se trata más que de una aproximación a sus "buenas prácticas". Esta perfectamente explicado en este artículo de Version Cero: "Nosotros hacemos Scrum".
De todas maneras, si quereis más estadísticas:
Google Trends:
cmmi agile


Esta última comparo CMMI y ágiles, por que la semana pasada pase mi primer SCAMPI en una empresa, y ha hablare de ello en otro próximo post.