Mi espacio

Hace unos días leía en el blog de kybele consulting una entrada muy interesante sobre métodos de estimación software. En la entrada se hace referencia a unas transparencias en las que hay información con la que estoy de acuerdo, sin embargo, y probablemente sea un problema particular mío, todo eso me suena a pura teoría más propia de una asignura de aquella carrera que tanto me aburrió.

Estoy convencido de que mucha gente pensará que estoy equivocado, y es probable, sin embargo, creo que en cualquier método de estimación de proyectos software (incluidos productos) en el que no tengamos en cuenta a los recursos (al equipo), la incertidumbre será abundante. Muchas veces me veo obligado a planificar proyectos incluyendos costes y la sensación que tengo es de levantar el dedo y ver para qué lado sopla el viento. ¿Cuántas veces no se ha preparando una oferta para un concurso público haciendo ingeniería inversa? El dinero que hay es X, pues a partir de ahí defino mi oferta (planificación, recursos, tecnología, etc).

Una de las líneas de trabajo en los ecosistemas software es la base histórica de proyectos. Realizar una estimación teniendo en cuenta tus recursos (conocimientos, habilidades, especialización, etc) y una base histórica, sigue siendo predecir, pero lo cierto es que cada vez acertamos más. A continuación un breve listado de situaciones que hacen que la estimación se parezca a la realidad con la misma probabilidad que un niño de 3 años escriba en un post-it los números del euromillón:

1. Optar por un marco tecnológico en el que no se tenga experiencia. Hace un “Hola mundo” no es tener experiencia.
2. Que en el equipo definido no haya un líder tecnológico. Un líder tecnológico no es un jefe de proyecto.
3. No disponer de un entorno de desarrollo flexible, cómodo y fácil de usar. Podemos llamarlo Ecosistema Software.
4. Ausencia de metodología. Si es un proyecto pequeño y un equipo pequeño, el correo electrónico puede ser su ecosistema, pero en el resto de casos, mal vamos.
5. Reacios a los cambios. Si no admites y pones trabas a que lo requisitos cambiarán, entonces tienes el riesgo de que el mal rollo aparezca.
6. El proyecto tiene un tamaño que no puedes controlar. Muy simple, pasas de ejecutar proyectos de 3-5 personas durante 3-8 meses a 6-15 personas durante 12-18 meses. Los proyectos que se prolongan en el tiempo tienen ciertos aspectos que no aparecen en proyectos pequeños.
7. Tu diseño está condicionado por el cliente y no te siente a gusto desde el comienzo. Mal empezamos porque tu crees que deberían de confiar en ti como proveedor de software y dejarte libertad.

Como en todas las listas que hago, siempre se podrían añadir más puntos. Lo dejo para quienes leen este espacio.

Se acaba de publicar la versión 1.2.0 de Opina: gestor de encuestas. Los principales cambios en esta nueva versión son:

1. Se ha implementando el patrón OpenSession in View con el fin de controlar las transacciones y así evitar los problemas presentados en algunas implantaciones con gran tráfico.
2. Se ha cambiado ligeramente la representación visual de las preguntas de tipo matriz para resaltar las filas y mejorar su visibilidad.
3. Se ha resuelto un pequeño problema en el formulario de autenticación.
4. Ahora se permiten URLs con HTTS para redirigir a los usuarios.

El punto número 1 ha sacado a relucir un buen conjunto de malas prácticas que se han ido solventando progresivamente durante la evolución de la versión 1.2.0. Hay una versión de demostración disponible para evaluar la aplicación. Ah! y recordar que el sistema de donaciones aguanta mucha carga, no os preocupéis por ello.

Configuré este plugin hace algunas semana en un proyecto y me encontré con un pequeño inconveniente que me hizo perder unas horas. Hoy me disponía a configurarlo en Opina y me he encontrado con otro inconveniente. Para que no se me olvide, y por si a alguien le sirve, dejo por aquí la configuración que estoy usando:

<plugin>
    <groupid>org.codehaus.mojo</groupid>
    <artifactid>buildnumber-maven-plugin</artifactid>
    <version>1.0-beta-3</version>
    <executions>
	<execution>
	    <phase>process-sources</phase>
	    <goals>
		<goal>create</goal>
	    </goals>
	</execution>
    </executions>
    <configuration>
	<docheck>true</docheck>
	<doupdate>false</doupdate>
    </configuration>
</plugin>

Para es funcione debemos tener correctamente configurado el repositorio SCM:

<scm>
    <connection>scm:svn:http://svn.ebabel.info/repos/opina/branches/1.x</connection>
    <developerconnection>scm:svn:http://svn.ebabel.info/repos/opina/branches/1.x</developerconnection>
    <url>http://trac.ebabel.info/projects/opina/browser</url>
</scm>

Que no se os olvide la entrada developerConnection, sino, no funcionará.

No es que ponga en duda los benecifios que un conocimiento libre aporta a la sociedad, pero ayer surgió algo que me hizo replantearme -una vez más- ciertas cuestiones en mi carrera profesional.

Anoche, salí de casa para ayudar a descargar unas maletas y le pregunté a mi hermana antes de cerrar la puerta: “¿Tienes las llaves de casa?“, ella me respondió que sí, y automáticamente tiré de la puerta. Justo al cerrar me vino a la mente que me había dejado las llaves puestas por dentro. Os lo estáis imaginando, ¿no? La puerta no se podía abrir desde fuera porque la llave estaba puesta por dentro.

Automáticamente salí a la puerta del residencial donde vivo para buscar el teléfono de un cerrajero. Había varios, elegí el que tenía la pegatina que más me llamó la atención. En menos de 20 minutos, el cerrajero estaba en la puerta de mi casa. Intenté estar atento para ver lo que hacía pero fue imposible. Lo único que escuché fue el ruido de una segueta. En menos de 5 minutos la puerta estaba abierta sin necesidad de estropear ninguna llave ni la cerradura. Me cobró por el servicio 70 euros que pagué con mucho gusto porque me veía en la calle un viernes a las 22:15.

El cerrajero hizo por donde para que yo no conociera lo que había hecho. Estoy convencido que lo que hizo fue algo muy simple, sin embargo, si todo el mundo conociese la forma de hacerlo, él y otros cerrajeros perderían la oportunidad de ganar esos 70 euros por menos de 30 minutos de trabajo (incluyendo desplazamiento).

¿Qué pasaría si en nuestro sector aplicásemos ese planteamiento? No me estoy refiriendo a que Opina deje de ser libre y de fuente abierta, sino a ese conocimiento que uno adquiere con la experiencia del día a día y que es el que nos da valor en mercado laboral.