Uno de los conceptos más difíciles en la construcción de un producto es definir y documentar exactamente lo que se va a construir. Aprendí por experiencia que solo se necesita un ciclo de usar el enfoque de «enamoramiento» para el desarrollo de productos antes de que la mayoría de la gente jure no volver a hacerlo nunca más. Todos llegaron a la conclusión de que si iban a ir a un destino en el que nunca habían estado antes, necesitarían un mapa.
Pero el péndulo también puede oscilar demasiado hacia el otro lado, lo que da como resultado un documento de requisitos grueso y difícil de manejar que describe casi todo sobre el producto, excepto lo que realmente se supone que debe hacer, y lo que el producto hace por el negocio.
¿Documenta los requisitos y actualizaciones de su producto? Si es así, ¿de qué manera? ¿Y ya ha dejado de leer esta publicación esperando a que la discusión sobre los requisitos lo arrulle para dormir?
Entiendo la indecisión reflexiva. Cuando consulto con startups y gerentes de productos, la documentación de requisitos es una de esas áreas en las que es como sacar dientes para que la gente se quede conmigo y entienda por qué este concepto es tan importante. Es aburrido. «Es un trabajo duro», dicen. «Vamos a dejar esta mierda».
Aceptaré este desafío. Voy a hacer un post práctico sobre los requisitos del producto sin aburriros.
3 cosas que debe hacer un documento de requisitos del producto
En casi todos los casos en los que falla un proceso de documentación y descubrimiento de requisitos dedicado, se debe a que el proceso no se está implementando correctamente. Tendemos a agregar mucha formalidad, pompa y circunstancia al documento de requisitos. Este es un trabajo que se le asigna a alguien para cubrir las espaldas de otra persona.
Cuando saca el proceso de reclamos del modo CYA, el proceso en sí se vuelve sorprendentemente simple: la razón por la que existen los reclamos es el dinero.
Asi que. dólares de dinero. Como en su fabricación. Eso es lo que hará que esta discusión sea interesante. No le diré cómo documentar sus requisitos, le diré por qué.
Debe poder responder a la pregunta: «¿Qué determina el ‘éxito’ de nuestro producto?»
Necesita hacer un plan para obtener más ganancias por menos. A medida que los líderes empresariales, los líderes de productos y los CTO luchan con cómo y qué construyen exactamente, deberán volver continuamente a este plan.
El punto es que no importa cómo documente sus requisitos. Solo tienes que hacer tres cosas:
3 cosas que debe hacer un documento de requisitos del producto
- Los requisitos comerciales deben definir y justificar las necesidades comerciales.
- Los requisitos funcionales deben describir una solución que satisfaga con elegancia estas necesidades.
- Los requisitos técnicos deben ser instrucciones paso a paso para construir esta solución.
Las tres entidades son completamente independientes, pero también están críticamente entrelazadas. En otras palabras, el propietario técnico no necesita preocuparse por por qué la empresa tiene una necesidad, pero al mismo tiempo, el propietario técnico debe ser consciente de la necesidad y por qué existe. Esto ayuda al técnico a comprender por qué está construyendo lo que está construyendo y, mirando a través de la lente de la solución funcional, informa al técnico sobre cómo satisfacer mejor y más eficazmente las necesidades comerciales y la solución funcional con su conjunto de herramientas técnicas.
Por otro lado, la única preocupación del dueño del negocio debe ser los parámetros de las necesidades del negocio. Nunca deben intentar ofrecer una solución funcional o técnica, ya que esto solo limitará la flexibilidad y las opciones a lo largo de la cadena. Al mismo tiempo, el propietario de la empresa debe comprender las características del producto y las tecnologías subyacentes para saber qué es posible, qué es viable e incluso cuándo se puede resolver un problema sin crear una nueva solución técnica para solucionarlo.
La redacción de requisitos rara vez es un trabajo de una sola persona
A menos que la persona que realmente realiza el proceso de requisitos y la documentación sea una combinación de un ejecutivo de la empresa, un analista comercial, un ingeniero de productos, un científico de datos, un especialista técnico (software, hardware o lo que sea) y un especialista en marketing, el proceso de requisitos es un esfuerzo de equipo que generalmente toca todos los aspectos de la empresa.
Pero la mayoría de las iniciativas de requisitos generalmente se asignan a una persona, la mayoría de las veces esa persona no es todas estas cosas, y la mayoría de las veces los requisitos comerciales, funcionales y técnicos necesarios se obtienen y documentan en un vacío.
Así es como se crean productos y características terribles y caros.
Todo comienza y termina con dólares.
El proceso de definición de requisitos siempre debe comenzar con el propietario del negocio, quien debe preguntar continuamente por qué existe la necesidad del negocio, y la respuesta que documentan siempre debe estar directamente relacionada con el dinero.
Un propietario funcional comienza con una necesidad comercial justificada y aporta elegancia a una solución que maximiza los dólares ganados mientras gasta la menor cantidad de dólares posible para llegar allí. Hacen esto mientras evitan la deuda técnica y la fricción del cliente.
El propietario técnico luego convierte esa solución en algo tangible, algo que no se rompe, se puede construir rápidamente y maximiza los beneficios de la arquitectura técnica subyacente.
En caso de duda, o si es necesario tomar una decisión importante, el propietario técnico debe poder volver a la decisión o incluso más atrás a las necesidades comerciales para comprender el contexto de su diseño.
Para cada problema, siempre hay un millón de soluciones comerciales, funcionales y técnicas. Las soluciones en las que se basa su producto deben ser aquellas que brinden el mayor valor por el menor costo. Llegar allí no es necesariamente difícil. Solo necesitas concentrarte en el objetivo final.