¿Qué artefactos requiere Scrum para el diseño de aplicaciones y la documentación de sistemas?

He sido desarrollador por un tiempo. Recientemente, me ascendieron dentro de mi equipo. Ahora soy responsable del diseño y la documentación de la aplicación, y estoy pensando en seguir la metodología Scrum.

Estamos iniciando un nuevo proyecto. Como soy nuevo en Diseño y Documentación, tengo curiosidad por saber cuántos tipos de documentos se requieren y en qué orden se deben escribir estos documentos. ¿Hay alguna referencia a los documentos requeridos que pueda consultar?

Supongo que habrá leído los documentos de diseño "normales" de proyectos anteriores. ¿Hay algo específico que no se ajusta a tus necesidades? La mayoría de las veces, el gerente solo quiere que use cualquier método o proceso que se haya usado en la empresa. ¿O te dijo que siguieras adelante y pensaras en nuevas formas...?
@HuibertGill Me pidieron que trabajara en un "Documento de proyecto de alto nivel" que todas las partes interesadas están interesadas en ver. Esto debería contener mucho UML. No tengo ningún documento de referencia. Entonces, me pregunto si puedo obtener ayuda aquí.
El diseño de documentos UML de @HaBo no es una tarea de gestión de proyectos. Si bien es posible que deba realizar la tarea dentro de un proyecto, eso no tiene nada que ver con el marco o el alcance del rol de PM. De hecho, las preguntas "dónde puedo encontrar..." están bastante fuera de tema en todos los sitios de Stack Exchange, por lo que tendrá que hacer una investigación independiente sobre eso. ¡Buena suerte!

Respuestas (2)

Scrum no prescribe prácticas de desarrollo

Scrum no es una metodología de desarrollo; es una metodología de gestión de proyectos. El proceso Scrum no tiene respuestas específicas para usted desde el punto de vista de los requisitos.

Scrum proporciona un marco para sus preguntas

Sin embargo, Scrum sostiene que las preguntas que está haciendo son parte de la autoorganización que su equipo debe hacer para tener éxito, incluida la definición de objetivos de sprint y la "definición de hecho" de su equipo. Como resultado, deberá mirar a su equipo (incluyendo específicamente a su propietario del producto) para determinar qué artefactos de diseño y documentación específicos necesita producir para cumplir con sus objetivos de sprint y el orden de prioridad asignado a cada uno de esos artefactos.

Ver también

tienes razón. Debo comenzar con la preparación del "Documento de proyecto de alto nivel". No estaba seguro de cuál debería ser mi lista de verificación en él. ¿Qué aspectos de mi proyecto deben cubrirse en este documento y qué tan detallado se supone que debe ser?

(Empecé esto como un comentario, tal vez debería ser solo un comentario)

"Qué detallado debe ser"...

la respuesta de scrum sería:

tan simple como puede ser para que todas las partes sepan qué esperar unas de otras....

Sé que esto no te ayuda mucho ahora mismo al principio.

Agile se basa en la mejora continua, y no se trata solo del código, sino también de cómo se crea y documenta el código. CI también se trata de la comunicación en el equipo y entre las partes interesadas.

Se trata de encontrar el camino con la menor sobrecarga de gestión para que su equipo entregue resultados que satisfagan a su cliente. Debido a que esto varía entre equipos, clientes y países, Scrum no brinda ningún detalle sobre cómo se crean los documentos, solo que se deben crear al menos 3 documentos .

Algunos profesionales pueden discutir sobre esa definición, pero generalmente se acepta que los tres documentos a los que hace referencia son: acumulación de productos, acumulación de sprints y gráficos de trabajo pendiente de proyectos/sprints. scrum-agile-methodology.com/scrum-methodology.html