Proyectos

La Ley Fundamental de los Proyectos

Elementos

Los elementos que componen la Ley Fundamental de los Proyectos son cuatro:
• Funcionalidad
• Plazo
• Coste
• Calidad

FUNCIONALIDAD

Llamaré funcionalidad al conjunto de cosas que hace el sistema resultante del proyecto.
Es decir la lista de requerimientos o peticiones del usuario incluidas en el sistema. Por
ejemplo, que registreusuarios, que imprima tal informe, que compruebe el número de la
tarjeta, que traiga café... Esto incluye los detalles; es decir, que imprima el informe en este
conjunto de impresoras, con numeración de páginas, pudiendo cambiar el tipo de letra, que los botones sean redondos pero no mucho, con tonos suaves pero no flojos...
Por cierto, no se engañe. Es imposible que un usuario defina hasta elúltimo detalle de lo
que desea. Fundamentalmente porque no lo sabe. Y si lo supiera, no sería capaz de
expresarlo. Y si fuera capaz de expresarlo, no seríamos capaces de entenderlo. Y si fuéramos capaces de entenderlo, no conseguiríamos desarrollarlo exactamente como lo necesitaba.
Y lo mismo ocurre con la calidad, tiempos de respuesta, rendimiento, etc. Tendremos
que encontrar la forma de trabajarcon esa incertidumbre... y de tener éxito en estas
condiciones.

PLAZO

Con plazo me refiero al tiempo que se emplea en desarrollar el sistema. ¡OJO!,
al tiempo que se emplea, no al que se tarda, porque podemos tardar seis meses
en programar una función, pero solo emplear una hora.


COSTE

El coste, hace referencia al trabajo necesario para desarrollar el proyecto.
Este trabajopuede medirse en horas/hombre, en dinero, recursos empleados, etc.
No me estoy refiriendo al precio (lo que se paga). Un patrocinador puede pagar un precio
alto por un proyecto en el que no se realiza un trabajo acorde a dicho precio. O por el contrario, es posible reducir el precio de un proyecto pagando menos al proveedor, pero no podemos reducir el coste.

¡Cuidado con los costes ocultos! Porejemplo, podríamos obligar a los desarrolladores
a hacer horas extras para cumplir una fecha de entrega. En ese caso, se incrementaría el
trabajo, pero, si no se pagan las horas extra (como es habitual) ¡parecerá que el Incremento de trabajo no tiene coste!. Nada más lejos de la realidad. El coste aparecerá en forma de personas trabajando a disgusto (y eso es mucho más caro).

CALIDAD

Lacalidad es sin duda, el concepto más escurridizo. Personalmente me gusta
considerar la calidad como el nivel de satisfacción del usuario ante el sistema resultante del proyecto.
Pero la calidad tiene dos partes:

En primer lugar, la ausencia de errores. Un sistema tendrá más calidad si falla menos.
Por ejemplo, un usuario puede solicitar el desarrollo de una página web. Eso es funcionalidad.Y el sistema resultante puede tener una disponibilidad del 99%, dando error en un 1% de los accesos. Para algunos usuarios este nivel de disponibilidad satisfacerá sus expectativas, y para otros, no.

En este mismo concepto de calidad se incluye el rendimiento. Para algunos usuarios
bastará con que el sistema atienda a un máximo de 100 usuarios con tiempos medios de 1
segundo. Otros encambio, necesitarán atender 10.000 usuarios en ese tiempo.
La segunda parte de la calidad no es cuantificable, es cualitativa. Por ejemplo, un
usuario puede considerar importante la facilidad de uso del sistema. Incluso puede haberlo
identificado como uno de los criterios de rendimiento del proyecto durante su planteamiento.
Este criterio es difícilmente cuantificable, así que el grado desatisfacción del usuario y, por lo tanto, la calidad del sistema, serán "bastante subjetivos".
Lo mismo puede aplicarse a otros conceptos habituales en los proyectos, como el diseño
gráfico, la escalabilidad, la interoperabilidad, etc.

Bien, ya tenemos los cuatro elementos que componen la Ley Fundamental de los Proyectos, pero ¿cuál es la relación entre ellos?

Relaciones

Vamos con un ejemplo....