Estoy viviendo esto en un proyecto en este momento. Esto es lo que creo que estamos aprendiendo.
- La unidad natural de trabajo, una “porción” del sitio web que sirve a un público en particular, en relación con una línea particular del negocio, es demasiado grande para caber en un sprint o incluso varios sprints.
- Los intentos de subdividir un segmento en elementos de trabajo más pequeños resultan en elementos como widgets, elementos de diseño, temas de copia, etc. que no cumplen con otros criterios de INVEST para buenas historias de usuario.
Los cortes parciales son difíciles de probar y difíciles de evaluar para los propietarios del producto. Los escritores en particular luchan por escribir copias en pequeños fragmentos mientras mantienen un tono y una voz de marca consistentes.
Cuando convertimos los elementos de trabajo más pequeños en historias de Jira, se sienten realmente “ambiguos”.
- ¿Qué tan importante es el marketing de contenidos para un negocio de inicio SaaS?
- Cómo iniciar un blog de marketing de contenidos como blog.pairade.com
- ¿Cómo es que las redes sociales como Twitter, Snapchat, Vine e Instagram que se centran en contenido efímero atraen a muchos usuarios?
- ¿Cuál es la mejor herramienta para producir un calendario editorial de contenido en línea?
- Sitios web y software de planificación de eventos: soy responsable de estructurar y escribir contenido para una aplicación móvil de conferencia. ¿Existen mejores prácticas para escribir contenido de aplicaciones móviles? ¿Es aceptable vincular archivos PDF o todo el contenido debe residir en las páginas de contenido? Será una aplicación nativa.
El sitio web terminado consistirá en muchos de esos segmentos, y tenemos éxito en liberar un segmento a la vez, y en volver a estimar y priorizar los segmentos restantes, tal como lo haría un equipo ágil que hace software transaccional con historias de usuarios. Entonces el proceso se siente ágil, solo que más grande y más lento.