El triangulo de hierro

En cualquier proyecto de software partimos de unas especificaciones iniciales que inevitablemente es posible que cambien durante la duración del proyecto (imprevistos, cambios de cliente, ...). Por otro lado para determinar un plazo de ejecución y desarrollo es necesario que las especificaciones estén cerradas. Aquí el método ágil de Scrum una vez definida la entrega utiliza y ajusta tres variables dependientes, que son: tiempo, recursos y alcance, de tal manera que si una o dos de estas variables quedan fijadas, utilizaremos la tercera para ajustar el modelo para que este pueda cumplirse. Así por ejemplo:

A) Si fijamos la fecha de entrega a una fecha determinada (tiempo) y el equipo esta definido de antemano (recursos), podemos saber el alcance del proyecto que vamos a poder tener desarrollado a la fecha indicada.

B) Por el contrario si el alcance lo tenemos fijado y la fecha de entrega (tiempo) también, entonces la variable que debemos ajustar y definir es el equipo necesario.(recursos)

Así podemos ajustar estas tres variables hasta conseguir unos valores en los que todos, product owner y equipo se sientan cómodos y conformes.

Modelo Kano. Producto y cliente

El Modelo Kano nos explica de manera sencilla los tres puntos que debemos de tener muy en cuenta cuando definimos las características de un producto. 

1 - Características básicas u obligatorias. Si el producto no las tiene produce una gran insatisfacción, pero si las tiene no provoca sentimiento. P.e. El papel higiénico en el baño de un hotel.

2 - Características de rendimiento o lineales. Son aquellas que cuanto más se tiene más satisfacción provocan y viceversa. P.e. Los canales de televisión de un hotel.

3 - Características inesperadas o emocionantes. Si el producto no las tiene no provoca sentimiento porque no se esperaban, pero si las tienen producen una gran satisfacción. P.e. Los bombones que nos dejan encima de la cama en algunos hoteles.

Lo he puesto en mi blog porque este modelo me ha parecido muy sencillo y claro, para explicar que se debe de tener siempre en cuanta cuando nos planteamos desarrollar un producto.  

Compartir ideas

Cuando Internet ha desarrollado las herramientas para que la gente publicara de forma sencilla su conocimiento y experiencia se ha producido una gran revolución. Se hablo de Web 2.0 pero el motor de todo este gran cambio mundial se ha producido al compartir. Al compartir masivamente podemos imitar (desde que nacemos aprendemos imitando) y al imitar personalizamos lo que hace que el proyecto crezca y se desarrolle y se consolide.

Nadie tiene la sabiduría absoluta y por lo tanto aquel que sepa compartir mejor, tendrá una ventaja competitiva frente a los que no lo hacen. Y prueba de ello es gran movimiento de código abierto (Open Source) que nos ha demostrado que publicando el código de un producto en Internet la gente contribuye y aporta ideas que consolidan y hacen crecer el producto más haya de la idea inicial que haya podido tener su creador. A nivel individual es necesario compartir con el mayor número de personas las ideas y problemas porque nadie sabe de donde te puede venir la ayuda o donde esta la información que te puede interesar. Cuantas veces nos hemos sorprendido al conocer que un amigo tiene un contacto que nos es de utilidad.