Requerimientos en el Software I – Requerimientos y éxito del software

Requerimientos y éxito del software

El éxito en un producto conlleva a conseguir tres objetivos:

  1. El producto correcto.
  2. Realizado correctamente.
  3. Gestionado correctamente – buen mantenimiento futuro.

requerimientos1

El producto correcto: Lo que el cliente necesita pero además lo que el usuario final necesita (no solo el cliente).

Realizado correctamente y buen mantenimiento: Comienza con unos requerimientos de calidad, planeado, diseñado, implementado y testeado. Todo con un pensamiento futuro de facilidad de mantenimiento de la aplicación con un código limpio y entendible (legible) para cualquier futuro programador que coja el código.

Para poder elaborar unos buenos requerimientos realizaremos 5 tareas:

  1. Sonsacar los requerimientos al cliente
  2. Expresar los requerimientos
  3. Priorizar los requerimientos
  4. Analizar los requerimientos
  5. Gestionar los requerimientos

1º Sonsacar los requerimientos

Querer y necesidad. El cliente tiene una idea de lo que quiere. Deberemos distinguir entre lo que quiere de lo que realmente necesita. Normalmente las necesidades las pondremos como prioritarias. Transmitiéndole lo que es posible y lo que no en función de la facilidad de desarrollo y el objetivo de desarrollar un producto MVM, con el CORE fundamental de las necesidades consiguiendo un mínimo producto viable del que partir e ir evolucionándolo siempre con la máxima comunicación mostrándole la evolución del producto lo más frecuentemente posible.

2º Expresar los requerimientos

Una vez tenemos todas las “necesidades” y “querer” del cliente debemos enmarcarlas en requerimientos que nos permita que el producto sea construido.

Típicamente se encarcan en: casos de uso, historias de usuarios, o en storyboards.

3º Priorizar los requerimientos. MoSCow. Must have. Should have. Could have.

  • “Must have”: ¿Para conseguir el éxito del producto qué requerimientos deben ser realizados sí o sí?
  • “Should have”: ¿Cuáles aun siendo importantes pueden ser realizados más adelante y no al principio del proyecto?
  • “Could have”: ¿Cuál es importante para mejorar el proyecto pero no imprescindible al principio?

Las prioridades que entren dentro de las dos últimas preguntas sólamente se incluirán si tanto el tiempo como los recursos lo permiten.

4º Analizar los requerimientos

Asegurarse que los requerimientos son: claros, completos y consistentes con el producto a desarrollar.
Es un proceso continuo: El proyecto debe ser constantemente evaluado y los requerimientos mejorados siempre que lo creamos necesario.

5º Gestionar los requerimientos

También es un proceso continuo: Organizar y re-organizar los requerimientos en diferentes etapas, prioridades, y cambios en los requerimientos. Dentro de la gestión de los requerimientos envuelve el tener en cuenta los muchos procesos de la creación del producto (creación, programación, testeo y cambio de logs).

 

Antonio Navas on EmailAntonio Navas on FacebookAntonio Navas on GoogleAntonio Navas on Linkedin
Antonio Navas
Software Product Engineer at Aertec Solutions
Inventor apasionado de soluciones tecnológicas. Especializado en acústica, web y aplicaciones móviles.
Con amplia experiencia en dirección de productos, ingeniería y sistemas de calidad.
Convencido cada día más que ha venido a este mundo para crear productos eficientes, bellos y rentables.

Deja un comentario