specifications - ventas - ¿Qué hace que una gran especificación funcional sea genial?
requisito no funcional (4)
¿Qué cualidades lo hicieron tan bueno y qué lo hizo destacar en comparación con las no tan geniales especificaciones con las que has tenido que lidiar? O, si nunca ha trabajado con una buena especificación funcional, ¿qué tipo de cosas esperaría en una gran especificación?
Lo siento, esto es obviamente subjetivo, pero estoy creando una especificación funcional (no la primera) y se me ocurrió que puedo obtener algunas buenas ideas de la gente brillante en SO!
En mi humilde opinión, una cualidad clave debería ser que la especificación funcional especifica el "qué" con gran detalle pero no el "cómo". De esa manera, el solicitante (¿marketing?) Obtiene la apariencia y el conjunto de funciones que desea, pero la implementación se deja a quienes mejor la conocen: los desarrolladores.
Las specs del Proyecto Aardvark de Joel en Software son las mejores que he encontrado hasta ahora. Cada pantalla está muy bien definida, con imágenes. Se describen las principales características del software, así como algunos detalles técnicos.
Lamentablemente las especificaciones que he recibido personalmente no son tan brillantes. Por lo general, son solo una lista con viñetas de las características que esperan de cada sección del sistema y esperan que usted resuelva todos los detalles. Lo cual está bien, supongo. Sin embargo, estoy escribiendo un documento de diseño de juego para un juego de rol en el que estoy trabajando como un proyecto personal, y creo que las especificaciones que estoy escribiendo están muy bien escritas. He dividido el juego en secciones como
- Caracteres
- Armas y Armadura
- Niveles
- Mapa
- Física
y así sucesivamente, y describí cada sección en términos de juego, así como algunos detalles técnicos. Es muy fácil de trabajar.
También recomiendo encarecidamente leer la Serie de especificaciones funcionales sin dolor de Joel on Software para cualquier persona interesada en escribir mejores especificaciones.
Obviamente, la especificación debe ser completa, consistente y comprensible. En mi opinión, también debe estar bien organizado, ya que mantiene todos los requisitos para una parte específica del producto juntos. He leído más de una vez las especificaciones donde los requisitos para algunos módulos estaban dispersos en todo el documento, por ejemplo, la descripción general se encuentra en el capítulo 4, pero se pueden encontrar requisitos adicionales en las cláusulas de los capítulos 2, 5, 7 y el apéndice B. Para trabajar con Tal especificación, primero tengo que crear un mapa de referencia cruzada de requisitos a módulos.
Una buena especificación debe indicar qué se supone que debe hacer la aplicación, de manera clara.
Esto parece obvio, pero las cosas que normalmente consigo son a menudo muy vagas. Aparentemente, no es muy fácil para las personas expresar lo que quieren en un papel, SI saben lo que quieren.