¿Dónde puedo encontrar ejemplos de documentos de requisitos de software en la nube (SaaS)?

Gracias por el A2A.

Los requisitos son requisitos, tanto si eres SaaS como si no. Y aunque los ejemplos pueden ser útiles, la clave real es que los requisitos (o historias, si lo prefiere) se refieren a la comunicación .

Por sí mismos, los requisitos y las historias no son particularmente útiles. Como marcadores de posición para el debate , son invaluables. No importa cuán buenos o malos le parezcan a un exterior o un consultor; Si no se comunican con su equipo, han fallado.

Ron Jeffries, uno de los fundadores de Extreme Programming (XP), aboga por la forma de ” Tarjeta, Conversación, Confirmación ” para historias. La “tarjeta” es simplemente un marcador de posición para la historia; cada historia requiere una discusión (“conversación”) con el equipo del producto y un método para determinar cuándo las capacidades de la historia se han entregado con éxito (“confirmación”). Desafortunadamente, muchos equipos parecen haber olvidado las partes de conversación y confirmación; La tarjeta por sí sola no es muy valiosa.

Animo a los equipos a formalizar la reunión de descubrimiento, donde el gerente de producto y el equipo de producto discuten solo unos pocos problemas o historias a la vez. Esta reunión revela ambigüedad, así como necesidades, restricciones y resultados no articulados. Algunos de estos estarán en su cabeza pero no documentados; otros serán respuestas a consultas. “¿Debería el usuario poder editar elementos creados por otros?” Podría llevar a una larga discusión sobre los roles y permisos del usuario. Lo que probablemente conducirá a más historias.

Sin embargo, el enfoque formulado generalmente no resulta en una buena historia. Siguen un formato estándar como, Como [rol], quiero [acción] para poder [resultado]. Lea más que algunos de estos y sus ojos se nublarán.

Las historias deberían ser … historias.

La técnica de la historia del producto comienza con una narrativa que despierta tu interés. Una historia de producto aborda un problema de mercado con un escenario completo.

Una “historia” que me gusta es:

Frank quiere hacer un seguimiento de su padre en todo momento ahora que muestra algunos signos tempranos de demencia.

Esto es realmente de alto nivel, más como una épica, pero expresa personas y problemas. En la reunión de descubrimiento, la conversación descubrirá todas las historias de los usuarios y las tareas de desarrollo necesarias para lograr una solución. Y al final del desarrollo, sabrá que la solución está completa si Frank puede encontrar a su padre desaparecido.

Una buena historia debería ser una historia. No debería ser una implementación o una característica; debe describir un problema a resolver, un “trabajo por hacer”.

Describí historias de productos como parte de un proceso de planificación ágil en mi libro, Turn Ideas Into Products , disponible en Amazon en formato impreso y Kindle.

Los grandes gerentes de producto lideran con convicción y esto incluye tanto el producto como las actividades de comercialización con su producto.

Si está buscando una herramienta única para asegurarse de que puede crear visualmente su hoja de ruta, definir los requisitos y asegurarse de que los equipos estén sincronizados, ¡puede consultar Aha! – la nueva forma de crear hojas de ruta brillantes de productos

Si aún no ha descubierto la compañía, aquí está la historia de fondo.

Después de que nuestras dos últimas compañías fueran adquiridas por Aruba Networks y Citrix respectivamente, queríamos ayudar a los gerentes de productos e ingeniería en compañías de software a recuperar su valor.

Estábamos cansados ​​de usar hojas de cálculo y wikis e intentar aplicar herramientas genéricas de gestión de proyectos que no fueron diseñadas para la gestión de productos y software. También nos costó explicar los “por qué” y gestionar todos los “qué”. Y como usted, necesitábamos una forma de comunicarnos fácilmente hacia dónde se dirigía el producto.

También vimos demasiadas personas de productos golpeadas por estrategias suaves, comunicaciones débiles y herramientas pésimas. Entonces, ¡construimos Aha! y parecen haber tocado un nervio y ya están prestando servicios a algunas de las empresas de tecnología y web más conocidas.

Echa un vistazo a algunas capturas de pantalla de lo que Aha! puede hacerlo para equipos ágiles que necesitan crear y publicar hojas de ruta (y administrar todo lo demás PM).

Captura de pantalla de hojas de ruta que se pueden compartir a través de PDF o una página web

Captura de pantalla del tablero de planificación (observe las barras de seguimiento de capacidad y tiempo en la parte superior de los sprints)

Captura de pantalla de planificación de características

Captura de pantalla de sprint y planificación de lanzamiento

Captura de pantalla de la planificación estratégica.

No me obsesionaría demasiado con ser perfecto. Como ya tiene su base allí, concéntrese en usar historias de usuarios y épicas para describir las características o los problemas que también se resuelven y que se están transfiriendo a la versión SaaS (suponiendo que no esté haciendo un corte y pegado de su software tradicional)

Le sugiero que comience hablando con clientes actuales y potenciales sobre lo que desearían en una versión SaaS.

Si bien las historias y las epopeyas de los usuarios tienden a asociarse con métodos ágiles (Scrum), también los he encontrado útiles en entornos de cascada, KanBan, ScrumBan, WaterScrum, etc. Principalmente, ya que se centran en especificar el problema y el resultado deseado y no la solución.

Algo tan simple como:

Como una [PERSONA]
Quiero [resolver un problema]
Así que [por qué resolver un problema es importante para mí

Luego combine esto con las pruebas de aceptación que es solo una lista o descripción del comportamiento del usuario final que se desea. Esto es útil ya que proporciona preguntas y respuestas, etc., algo que indica que la historia del usuario está hecha.

Las historias de usuarios relacionadas pueden agruparse en epopeyas y luego organizarse en un proyecto para entregar el SaaS.

Por supuesto, puede usar ProdPad para ayudarlo a usted y a su equipo a través del proceso. La siguiente captura de pantalla muestra cómo funciona eso con las historias de los usuarios.
Puede obtener más información al respecto aquí Historias de usuarios – ProdPad :: Software de gestión de productos.

Avíseme si desea más detalles.