I have the ball, I pass the ball...

Parafraseando la frase de mi admirado Guardiola, admirado sobre todo por el gusto que tiene por hacer las cosas bien, y primar el juego sobre el resultado.. No todo vale para ganar !!!  A lo que voy, es que desgraciadamente en nuestro mundo de la Ingeniería del Software, pasar la bola rápidamente no es el camino.

Cuando llega una petición de trabajo, una tarea, un requerimiento, un cambio.. debe existir un valor añadido de la cadena, hay que aportar algo más de un  "Por favor ponte con esto.. lo antes posible". Esto acaba ocurriendo por la sobresaturación de la cadena, donde el JP llama al Analista, este pasa el cambio al Diseñador, y así hasta el programador, que naturalmente hace lo que puede..

La vuelta es peor, una cadena de mails en las que se dice "Hecho" o "OK subido" que nadie comprueba hasta que llega al cliente.. que devuelve un "Se reproduce" y vuelta a empezar..

Es difícil asentar un modelo de ingeniería basado en un modelo "I have the ball, I pass the ball" , en el que todos acabamos cayendo.. más fácil, más rápido, más barato..  pero muy malo y poco rentable. 

¿Soluciones? Procesos y procedimientos de trabajo adecuados..  Ahhh pero si eso ya se tiene.. Ya ¿ pero se cumplen? En esto se debe poner el esfuerzo..

Creo que puedo sacar algo más de jugo a la frase.. Se trata de hacer un juego sencillo y ágil, en este sentido si me parece algo más apropiado a intentar dentro del ámbito del software. Me gustan los modelos ágiles pero no los entiendo como un modelo no procedimentado. Ágil no quiere decir anarquico y cuando un proyecto esta desorganizado no se debe decir que el modelo que se sigue es Ágil..

Pep Help me !! (.. y renueva)

¿Es una SCAMPI un buen modelo de evaluación?

El método SCAMPI es el método de evaluación que sirve para certificar en  CMMI a las compañías interesadas en cumplir con dicho modelo. El hecho o premisa de una certificación es que tiene que existir un equipo auditor que "certifique" que la Organización cubre las practicas de CMMI para los niveles 2,3,4 o 5.  (modelo escalonado matizo para los entendidos).

A lo largo de mi carrera he podido participar en varios procesos SCAMPI, y tengo que decir que es un método pesado, sobre todo la parte documental.

Un auditor necesita que las practicas de CMMI estén soportadas por evidencias y dichos "artefactos" deben estar almacenadas en una base de datos llamada PIIDB. El problema es que la recolección de evidencias es bastante farragosa y más cuando cada día es más habitual que estas ya no sean documentos ofimáticas sino que sean trabajos embebidos en herramientas case, de pruebas, de Gestión de la Configuración, etc..

El problema en CMMI 2 es de entidad menor debido a que solo tenemos 7 Áreas de Proceso, pero en CMMI 3, la cosa cambia con 18.

Tengo que romper aquí una lanza en favor de la versión 1.3 que ha eliminado un tipo de evidencia, con lo cual ahorra bastante trabajo, pero aún así es demasiado repetitivo en ocasiones.

Ahora bien sin embargo, otra parte del Modelo SCAMPI son las Entrevistas, destinadas a encontrar afirmaciones sobre el cumplimiento del modelo.. Esto si, me encanta, tanto como entrevistado como formando parte del equipo de auditoria he disfrutado mucho siempre con ello... y es algo que no me perdería, sobre todo si los auditores son buenos ;-)  (y los nuestros lo son).

La verdad es que no puedo contestar a la pregunta que encabeza este post, porque no veo claro otra forma de hacer tanto trabajo, pero si creo que es un punto de reflexión.

Con cariño para mis auditores y amigos.

Thinking in Testing

Hace tiempo que tenía ganas de hablar del Testing sin tapujos y contarte las claves del éxito para poner en marcha un modelo de Testing Factory o Fabrica de Pruebas. En mi modesta opinión lo más importante a tener en cuenta sería... 

1) No reinventar la rueda.  Las Pruebas ya existían y seguirán existiendo después de lo que hagas.  Hay que apoyarse en el conocimiento existente en el mercado desde a nivel de certificaciones como ISTQB, TMMI, hasta autores de referencia como Dorothy Graham , con mucha más experiencia que la de cualquiera en el sector.  No te creas más listo !!! 

2) Elige bien al equipo.  No todo el mundo es el más indicado para Pruebas , al final esto es otra disciplina diferente a la programación..  Si son júniors fórmalos bien , si son programadores recíclalos adecuadamente.  La experiencia me dice que las dos posibilidades son viables, y comprobadas.  No creo que para probar haya sido necesario ser antes desarrollador, y a lo hechos me remito. 

3) Herramientas Herramientas Herramientas !!! .  Si esto es uno de los puntos que hay que tener muy claro, sin ellas eres hombre muerto (o mujer) , no pretendas llevar las Pruebas en excel o las incidencias por mail.. será un caos.   Por supuesto, ni es oro todo lo que reluce, ni lo gratis siempre es bueno. A veces pagar licencias te da un plus de productividad que amortiza rápido los costes. Si te pasas la vida enlazando 10 herramientas open que cambian de versión...  Sopesa, elige , y acierta !!  ya sabes mi opinión lo mejor es Rational, pero no me creas y  compruébalo.. 

4)  Apoyo de la Dirección:  Que nadie se meta en esto si no tiene el apoyo de su Dirección de manera incondicional, ya que habrá muchos problemas para implantar una estructura horizontal.. si estas solo estas muerto. 


5) Un buen líder :  Aparte de conocer el mundo del Testing, necesita mucho empuje para arrancar y romper con ciertos cánones, y modelos rancios.  No olvidéis un correcto manejo de la Diplomacia y de los tiempos de implantación. 


6) Poco a poco:  No intentes montar todo a la vez, un montón de servicios, un montón de personal.. mil líneas de trabajo.. Marcate un Roadmap y ejecútalo sin prisa pero sin pausa. 

7) Medir para Crecer:  Las Pruebas son números, datos y elementos.. hay que ordenarlos y sacar indicadores para mejorar, para valorar los proyectos y tomar decisiones.  No abuses de ellos. Pocos y buenos , es mejor que Muchos y bobos.. 

8) Procesos, Procedimientos, Plantillas, guías y otros propósitos !!  Es necesario que todo este escrito, no dejes nada al azar. Aún así se te quedarán mil cosas por atar, que irás cerrando el primer año. Y que no sean solo propósitos, cumple lo que escribiste.. todo el mundo dirá "Mi proyecto es diferente.." No es cierto. 

9) Social Testing:  Si, vivimos en una sociedad, y tu entorno es un ecosistema donde aparece una nueva entidad que se lleva todas las miradas, las criticas etc.. Hay que venderse, hay que ganarse a las personas, hay que manejar sus expectativas, velar por sus preocupaciones.. hacerse querer !!. 

10) Esto es un reto. !!!   No infravalores lo que tienes entre manos, seguramente sea una de las cosas más complejas que te han caído. Pide equipo, recursos y presupuesto.. No lo hagas con aficionados. Recuerda que el éxito esta en los detalles. 

Todo esto sale de la experiencia, si te parece obvio mejor.. te será más fácil.. 

Stay Hungry. Stay Foolish.

La verdad es que creo el fenómeno Steve Jobs se ha ido un poco de las manos tras su muerte. Para mi sin duda ha sido una persona de cierto talento, mucho más quizás cuando creo el Mac que lo hizo grande, que el Iphone que lo hizo popular. Lo que ocurre es que ahora parece que hubiera inventado la Penicilina o la bombilla, sin embargo poca gente en España sabía quien era hasta que salió en la tele la noticia de su muerte.

Ahora que  ha muerto y que han hecho una gran campaña con sus mensajes, se puede entender que el personaje despertará esa atracción ya que las frases que dijo acaban siendo lemas o consignas.

Me encantaría poder cumplir el lema de este post, pero aveces es muy complicado trabajando por cuenta ajena y en un país con miedo a la innovación.

No se puede llegar lejos en este terrero, cuando la administración subvenciona igual la creación de una panadería que la creación de una empresa de IT. La realidad del problema es que es mejor que no haya subvenciones, hay que buscar financiación privada para montar las empresas.

La financiación privada no llega porque las subvenciones dan una pobre cobertura al arranque de la empresa, que es donde el emprendedor cree que pueda tirar solo en base a subvenciones que son siempre menos de lo que parecen y llegan tarde. Para entonces el emprendedor esta estrangulado.

Sin embargo en USA nadie piensa así, no hay subvenciones, de hecho cuando las hay son percibidas como algo negativo ya que si tu negocio necesita dinero publico para sobrevivir quizás no sea un buen negocio.

Si Steve Jobs hubiera sido Español probablemente hubiera sido panadero. porque nadie le hubiera dado una peseta para montar una empresa llamada Manzana.

Wellcome Java 7

Han pasado cuatro años desde Java 6  y ya ha llegado Java 7. Creo que esta vez se lo han tomado con más calma, cosa que se agradece ya que años atrás nos enfrentábamos a continuos cambios en versiones de los entornos de desarrollo y servidores.

Para algunos java había entrado en una locura de evolución tanto de su JDK como de sus "frameworks amigos" que estaban convirtiendo la plataforma tecnológica en un locura para desarrolladores y empresas.

La pausa espero haya merecido la pena, para asentar en cierto modo los impulsos de las versiones anteriores como las anotaciones y los genéricos, activos que los programadores no desarrollan con la misma soltura que otros elementos. 

Por otro lado sigue en el aire el saber que acaba siendo Java en las manos de Oracle, lo cual hace que todas las evoluciones de la plataforma haya que sopesarlas viendo también los términos de licencia. Ahora solo queda esperar a que realmente esto llegue a las fábricas de software, Universidades, Empresas etc.. Esto quizás tarde más en expandirse, al menos en España.

Para los interesados en las nuevas características os dejo este enlace que me ha parecido muy interesante.