Actualizaciones ocasionales en inglés, mayormente sobre programación, ocasionalmente de fútbol.
Ecología de características
A product is its features. More specifically, it is the union of its features within a given context. When a feature is added to a product, the nature of that product has changed.
Jeremy Voorhis, Feature Ecology
Por lo tanto, tengo una pseudo-especificación de un proyecto encima de la mesa, un montón de papelitos con prototipos de esto o aquello que quiero que el software en cuestión sea capaz de hacer, y me encuentro en el momento exacto de decidir qué va a hacer y qué no dicho software desde el principio.
La lista de características es más larga que la de la compra para un mes en el Carrefour, asi que soy perfectamente consciente de que, para que el proyecto sea viable, necesito reducirla a la tercera parte, como máximo.
Pero claro, ¿cómo post-pongo algo que, si decido incluirlo a posteriori, hará que el software parezca otro?.
Ok, hablamos de interfaz de usuario. En principio, el producto puede tener más de una; en concreto 3: navegador, línea de comandos, REST.
Primera separación realizada: la primera parte puede consistir en la implementación de dichas características en una sóla de las interfaces mencionadas. Para el resto de las interfaces, las características pueden o no ser similares, en función de la naturaleza de las mismas. En cualquier caso, el usuario interaccionará forzosamente de un modo distinto con dichas interfaces, por lo que no representaría ningún problema de alteración de la personalidad del producto.
Segunda parte: la lista sigue casi igual de larga; es cuestión de establecer prioridades. Tal vez el método de Joel para comprobar cuanto de ventajosa es una característica sea de utilidad …
25/09/2006 04:12 PM
No sé si conoces un viejo libro que ayuda mucho a pensar sobre estas cosas: “PRESOS DE LA TECNOLOGIA, por qué los productos tecnológicos nos vuelven locos y cómo podemos recuperar la cordura”, de Allan Cooper. (está en Casa del Libro, por ejemplo)
Da muchas pistas sobre cómo plantear la lista de funcionalidades que soportará una aplicación en base a los futuros usuarios. Sobre todo insiste en desterrar la idea de generalizar al usuario como “usuario medio / usuario avanzado” y aboga por la creación de personajes tipo que tendremos siempre en mente para plantearnos qué les gustaría a ellos encontrarse en la aplicación y cosas así.
— Jorge 25/09/2006 04:43 PM #
La verdad es que no conocía el libro, Jorge. Muchas gracias por la sugerencia. A ver si da la saca para hacerse con él.
Sobre lo de los personajes tipo la verdad es que, aunque uno trata de hacer el ejercicio, hay veces que le pierde la fé. Si no hay quien ponga a 3 diseñadores de acuerdo, imagina ponerte en su lugar :P.
— Pedro 25/09/2006 04:53 PM #