Documentos de Académico
Documentos de Profesional
Documentos de Cultura
GP Tarea2 AlvezV
GP Tarea2 AlvezV
ITRN
INGENIERÍA EN LOGÍSTICA
Metodología SCRUM
24/09/2023
ÍNDICE
Introducción ....................................................................................................................................... 2
Metodología SCRUM .......................................................................................................................... 4
1
INTRODUCCIÓN
Objetivos
2
negocio de carga aérea crece y todos ganan: esencialmente, las compañías aéreas, los
transitarios y los clientes que dan la cara (Vila López. C., 2004).
Con respecto a lo anterior, este proyecto busca analizar y mapear las cadenas de
suministro que pueden utilizar como nodo competitivo al Aeropuerto Internacional de
Rivera (de ahora en más, AIR). A partir del análisis de las cadenas de suministro,
pretendemos relevar la situación actual de las cadenas presentes en la región, pasibles
de utilizar el modo aeroportuario. Con apoyo en el análisis de las cadenas de suministro y
su relevamiento, vamos a definir un plan de gestión de operaciones y logística asociado
al proyecto, lo que incluye el desarrollo de un centro logístico bajo la normativa de puerto
libre.
3
METODOLOGÍA SCRUM
Scrum Master en este caso es el Ing. Juan Opertti. Si bien, es catalogado como
el tutor del proyecto y con conocimiento ocupa este puesto, ya que gestiona e impulsa al
equipo en reuniones y objetivos a cumplir. Facilitando gestiones del equipo. Si bien
siempre fomenta el trabajo en equipo y a la toma de decisiones del grupo siempre está
atento a las necesidades y supervisando. Motiva para alcanzar los objetivos.
Develompment Team, En el caso de Proyecto 10, Ruben Madruga y Vivian
Alvez. Si bien el Scrum Master nos ayuda a armar una guía de trabajo, la organización
interna del cumplimiento de la misma depende de nosotros, por lo que la organización y
división del trabajo lo decidimos nosotros para lograr el objetivo de cumplir con los plazos,
4
estos que son responsabilidad nuestra cumplirlos. La excelencia del producto final para la
presentación depende de nosotros. Si bien el modelo habla de un equipo de 3 a 9
personas. Considero que se puede aplicar en este caso.
Transparencia
Backlog del producto: la planificación por el programa proyect libre, planillas y
demás detalles, estaban compartidos vía drive con el Scrum Master.
Planificación del sprint: como el anterior en proyect libre y acordado entre el
equipo, tanto el horario de trabajo como las tareas a realizarse en el día.
Reuniones de SCRUM: se realizaban dos veces por semana y de forma
presencial/ virtual. Pactada con el equipo según la disponibilidad horaria de cada
integrante.
Tableros de trabajo y herramientas de seguimiento: se utilizó el proyect libre
programa el cual nos permito tener un seguimiento del trabajo, compartido vía drive con
el Scrum Master. También se manejó planillas de Excel para la realización de entrevistas
y planilla de entrevistados.
Inspección
Revisión del trabajo, en nuestro proyecto la revisión del trabajo se realizaba
posterior a la finalización de la jornada de trabajo, anteriormente pactada por nosotros.
5
Retroalimentación y mejora continua: luego de cada entrevista, trabajo de campo
y avance del trabajo nos reuníamos para así identificar las fortalezas y debilidades. Y se
realizaban algunas reuniones en conjunto con otro equipo que, si bien no era el mismo
tema, había muchas aristas que se tocaba, mismos entrevistados, por lo que en esta
oportunidad de discutía el seguir trabajando de este modo o no.
Adaptación
6
tiempos estimados para completar cada sprint, todo esto documentado como se
mencionó anteriormente en proyect libre y en planillas Excel.
Revisión del Sprint (Sprint Review), la revisión se realizaba con el tutor, el cual
veía el avance del documento, nos enviaba sus observaciones y su verificación de del
alcance o no de los objetivos planteados para la entrega. En caso de que no se haya
logrado se analiza por qué y se trata de resolver, para luego seguir avanzando.