Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define project roadmap #13

Open
ssaavedra opened this issue Dec 4, 2016 · 4 comments
Open

Define project roadmap #13

ssaavedra opened this issue Dec 4, 2016 · 4 comments
Assignees

Comments

@ssaavedra
Copy link
Member

ssaavedra commented Dec 4, 2016

Empty wiki page available at: https://github.com/gpul-org/XEA/wiki/Roadmap

@castrinho8
Copy link

He añadido una primera versión del roadmap en la wiki, mi idea era dividir las versiones por entregables funcionales y que desde la 2º versión pueda ser utilizado (aunque con features limitadas)

Sentiros libres de proponer cualquier cambio y preguntar cualquier cosas o duda que tengáis sobre lo que he puesto.
También os dejo el diagrama UML que había empezado hace un tiempo y que he estado completando. De momento contempla una versión sencilla con la idea de hacer un mínimo producto viable que funcione y luego ya pensamos en añadir cosas más chulas como hacer que huecos en el calendario puedan ser recurrentes en el tiempo o hacer grupos de huecos en el calendario (por ejemplo para ciclos de charlas como los GPUL Labs).

En principio deberíais tener acceso todos a él, si faltáis alguno pedídmelo ;)

@castrinho8
Copy link

He estado pensando en como definir las User Stories y luego dividirlas en tareas en los distintos repositorios y creo que he encontrado una forma interesante de hacerlo sin salir de GitHub:

El Product Manager que puedo ser yo por ejemplo si no lo quiere ser ningún otro, coge la versión actual y define las User Stories en este proyecto.

Cada user story tiene un link a las tareas correspondientes (tanto de front como de back de sus correspondientes repositorios) para así poder tener las tareas "agrupadas" por su user story y al mismo tiempo cada una en su repositorio.

El Product Manager define también en la user story de este repositorio todos los requisitos de la implementación y las discusiones sobre los mismos se harán aquí, dentro de cada US.

De vez en cuando el PM revisará las US y las moverá al estado en el que deberían estar si los developers no lo hacen antes.

¿Que os parece esta forma de trabajar?

@ssaavedra
Copy link
Member Author

¿Product Manager? ¿Product Owner? :-P

Quitando terminología, 👍

@castrinho8
Copy link

He mezclado ahí conceptos jajaja quería decir Product Owner.
Ya he empezado a definir user stories en mi portatil, si os parece a lo largo de la semana creo un panel de esos de "projects" dentro de este repositorio con cada release, meto las user stories de las dos primeras para tener ya cosas que hacer y creo las issues correspondientes en los repositorios de core y web ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants