|
 Algunos productos tienen factores de escala escasos: aumentar el número de unidades realizadas, supone incrementos de proporciones similares en el coste de fabricación.
El software tiene un factor de escala prácticamente infinito: cuesta lo mismo producir uno que mil.
Si mi tratador de textos, o mi solución de correo, o… es lo mejor del mercado, venderé, cien, mil o diez mil veces más programas, con la misma inversión de desarrollo; algo que sin duda no le ocurre, por ejemplo, a una empresa de construcción, o a una joyería. Cómo afecta esta característica a la ratio coste de prototipado / valor del producto. Si el producto necesita el máximo valor posible, un modelo de plan y requisitos cerrados, para hacerlo bien a la primera, y evitar costes de modificaciones; puede ser un ahorro miope. El feedback continuo, los requisitos siembre abiertos, la apertura al cambio, y la inyección de valor continuo durante todo el desarrollo es una gran inversión.
 |
RSS de los comentarios
Es cierto no recuerdo apenas ninguna experiencia de un proyecto en que los requisitos no fueran evolucionando con cada entregable (y a veces sin él) pero cada pequeña iteración puede ser perfectamente un proceso "cerrado".
Estoy siendo flexible en los conceptos, no me saquéis ahora la metodología tal o cual. Lo que quiero decir es que estoy de acuerdo en la idea final pero no veo la relación con el aumento de usuarios, es más, si estás haciendo algo para un sólo cliente, aunque él lo ponga para millones de usuarios, es 1 cliente y 1 feedback. Pero si los millones son tus usuarios ese feddback será interminable. Desde luego que será necerio, no hay sistema que se precie de tener un buen volumen de usuarios que no tenga que estar mejorando día a día, pero esa mejora tiene un coste grande, muy grande a veces. La propia escala de usuarios tiene un coste para la casa de software, incluso aunque esta no sea online/servicio. Hoy por hoy no hay programas sin servicios de soporte, actualizaciones, etc. Y crecer, escalar... es muy difícil. Ver sino lo prágmático que puede llegara ser un sistema en la entrevista a un arquitecto jefe de eBay http://www.infoq.com/interview...027DB7D7 B
Quizá me he desvidado un poco pero última frase de requisitos simpre abiertos me recuerda demasiado a muchos proyectos interminables. Al final hay que tener un conjunto de requisitos generales mínimos a cumplir para cerrar un proyectos.