[Proyecto Universitario]
Quiero adoptar tantas prácticas de gestión de proyectos ágiles como pueda para un proyecto universitario. He decidido que el enfoque de desarrollo real se basará en un modelo FDD (Desarrollo impulsado por características) .
Me gustaría vincular mis características a una historia de usuario. Cuando tengo mis dos reuniones semanales con un supervisor, puedo hablar sobre qué historias de usuario planeo integrar en la próxima iteración, cuáles no he terminado, cuáles necesitan dividirse en tareas más pequeñas, etc.
Ahí está el problema, no tengo usuario. Podría "ser el usuario", pero creo que habría un conflicto de intereses ya que estoy administrando y desarrollando el producto.
¿Alguna sugerencia sobre cómo hacer frente a una situación en la que no se ha identificado a un usuario en particular?
Como referencia, las notas del proyecto están disponibles en imat3451.blogspot.com
El hecho de que "historia de usuario" se titule como tal, no significa que los usuarios las escriban. Más bien, las historias de usuario se capturan/escriben para capturar el comportamiento del usuario o "la historia" de lo que el usuario quiere lograr.
Tienes 3 sombreros en este proyecto. El rol del PM, el rol del desarrollador y el rol del usuario:
Si eres nuevo en la escena "ágil", te recomiendo que INVIERTAS algo de tiempo por adelantado en lo que se necesita para escribir una buena historia. En mi opinión, la mnemotecnia de invertir es uno de los aspectos más fundamentales de escribir buenas historias que a menudo se pasa por alto.
Independiente
Negociable
Valioso
estimable
Pequeña
Comprobable
Una opción que puede considerar es esta. Para cada característica, escribe las historias que creas que tienen sentido. Una vez que haya terminado, por ejemplo, todas las historias para una característica, intente colaborar con un estudiante diferente que tiene que ejecutar un proyecto por sí mismo. Pueden revisar sus historias y usted puede revisar sus historias. Ambos aprenderán.
Alternativamente, puede pedirle a una persona en quien confíe y que tenga experiencia que revise sus historias. Tal vez tengas un amigo, un conocido o tal vez un mentor que pueda ayudarte.
Según mi experiencia, la ingeniería de software tiene mucho que ver con la comunicación, por lo que todo lo anterior lo ayudará más allá del proyecto en cuestión. ¡Buena suerte!
Si no tiene usuarios con los que pueda hablar, identifique los tipos de usuarios a los que puede dirigir las historias. Por ejemplo, si estuviera creando un sitio web donde las personas pudieran publicar reseñas de productos, podría tener usuarios como:
Pensar en una función desde el punto de vista de estos usuarios puede ayudarlo a concentrarse en lo que es importante para ese tipo de usuario.
Incluso puede usar sus roles de usuario para priorizar en qué orden hacer sus funciones; tal vez como un sitio de revisión incipiente, estoy más interesado en atraer personas del tipo revisor para construir mi contenido, así que priorizaré las funciones que están orientadas a esos usuarios.
Bueno, en nuestro caso teníamos un usuario, sin embargo, nuestro enfoque ha sido que el equipo haga, digamos 2 días de investigación sobre las características, las tendencias, la competencia, cómo se implementa en general, las mejores prácticas y lo que nosotros como equipo pensamos, tiene que ser mínimas historias.
Sesión de planificación, un cliente potencial proporciona contexto con el beneficio de realizar dicha función. El equipo escribirá sus puntos de vista sobre qué historias se deben hacer para lograr ese beneficio en las publicaciones. Lead categoriza las historias (publicarlas) en un muro en categorías de alto nivel y elimina todos los duplicados.
Priorizamos las historias restantes en cada categoría y las programamos en sprints. Efectivamente, quien haya tenido la idea o tenga una visión de la visión/objetivos puede convertirse en el usuario e impulsarla.
Usted habló de que un desarrollador puede tener dificultades para cumplir con el rol de usuario, sin embargo, con una combinación de todo el equipo sentado en la planificación, esto se neutralizará y las historias votadas por la mayoría ocuparán el primer lugar. No hace falta decir que lo que hagas y lo que definas como historia claramente debería proporcionarte valor.
Lucas