Scrumm Construccion Ii

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 17

LABORATORIO DE MECÁNICA DE SUELOS

Nombre del año: Año del Diálogo y Reconciliación

Nacional

Facultad: Ingeniería y Arquitectura

Carrera Profesional: Ingeniería Civil

Fecha de Entrega:28/11/19

Docente: Ing. Jorge Valdivieso Herrera

Ciclo: VI Salón: 302

Año:

2019

UNIVERSIDAD SAN MARTIN DE PORRES


ESCUELA DE INGENIERIA Y ARQUITECTURA
UNIVERSIDAD SAN MARTIN DE PORRES
FACULTAD DE INGENIERÍAS Y ARQUITECTURA

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERIA CIVIL

INVESTIGACION:
Ensayo N° 4: Densidad de Campo Método del Cono de Arena ASTM D
1556.

PRESENTADO POR LOS ALUMNOS:

 Narby Milena Gutiérrez Zegarra


 Anthony Eusebio Salazar Quispe
 Alison Dianne Arredondo Antón
 Evelin Melissa Rodriguez Mamani

AREQUIPA-PERÚ

2019

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


INTRODUCCIÓN
Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas
prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen
en un estudio de la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado
para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad,
la flexibilidad y la productividad son fundamentales.

Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente
lo que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la
calidad no es aceptable, cuando se necesita capacidad de reacción ante la competencia,
cuando la moral de los equipos es baja y la rotación alta, cuando es necesario identificar y
solucionar ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un proceso
especializado en el desarrollo de producto.

Scrum es una de las tantas metodologías de gestión de proyectos que se usan en la


actualidad. No es ni la mejor metodología ni la única. Para unos es lo mejor que existe, para
otros en cambio no les aporta todo lo que necesitan. ¿Y por qué digo esto? Porque Scrum
no es válido para todo tipo de proyectos y es lo primero que debemos tener claro. Scrum es
una metodología de desarrollo ágil.

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


EVOLUCIÓN

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


Sutherland y Schwaber evolucionaron Scrum a través de la prueba y error en un número de
empresas durante los 90 – NewsPage, Sistemas IDX, Fidelity Inversiones y PatientKeeper.

En esta estapa se crearon los elementos bases como las Scrum Daily, los Burndowns y se
agregó el concepto de Sprint Backlog, los Sprint Plannings fueron eliminados y se confirmó
la importancia de la autogestión, el intercambio los equipos funcionales se hicieron
evidentes y como parte fundamental de Scrum.

Schwaber también colaboró con científicos de control de procesos en DuPont para vincular
Scrum a los primeros principios de la teoría del control de procesos industriales,
aprendiendo que la razón por la cual Scrum funcionaba era que era empírica.

Según palabras de Schawber: En 2001 se formó el Manifiesto Ágil. Los firmantes se


reunieron en SnowBird porque sentíamos que nuestro enfoque hacia el desarrollo de
software tenía algo en común que era mucho mejor y más orientado a las personas que el
proceso favorecido emergente de la época, Rational Unified Process.

Los principios del manifiesto son los puntos de contacto comunes que acordamos. Hoy en
día, Schwaber se da cuenta de que el término «ágil» se usa a menudo de manera
despediada. Mucha gente piensa que hay procesos ágiles. No hay procesos que se ajusten
a los principios del Manifesto Ágil, asi como Scrum y Extreme Programming.

Sin embargo, la palabra ágil se usa a menudo como una descripción de «no estamos
haciendo waterfall» y no es lo que Agile significa.

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


FUNDAMENTO TEÓRICO
DEFINICIÓN SCRUM

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas


prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen
en un estudio de la manera de trabajar de equipos altamente productivos.

SCRUM es una metodología ágil de gestión de proyectos cuyo objetivo primordial es elevar
al máximo la productividad de un equipo. Scrum está pensado en un desarrollo de software
en un proceso iterativo e incremental es decir nos va a dar las pautas para gestionar a las
personas que realizaran el trabajo.

Reduce al máximo la burocracia y actividades no orientadas a producir software que


funcione y produce resultados en periodos muy breves de tiempo (cada 30 días), por medio
de iteraciones o Sprints.

DEFINICIÓN SPRINTS

 En Scrum los proyectos avanzan en iteraciones llamadas Sprint de 2–4 semanas de


duración (desarrollo de funcionalidad)
 Dentro de cada Sprint, SCRUM gestiona la evolución del proyecto mediante
reuniones breves de seguimiento en las que se revisa el trabajo realizado desde el
hito anterior y los planes para el hito siguiente
 Las reuniones de seguimiento de cada Sprint deben ser diarias.

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


SCRUM

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


SCRUM – COMPONENTES

HERRAMIENTAS

Pila de producto
• Pila de Sprint
• Gráfica Burndown

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


SCRUM FRAMEWORK (COMPONENTES)

ROLES
 Responsable de la Pila de Producto y su correcta priorización.
 Prioriza funcionalidades dependiendo del valor de mercado.
 Puede cambiar la funcionalidad y prioridades para cada sprint (pero no
durante el mismo).
 Acepta o rechaza los resultados del sprint
 Responsabilidad del producto.

 Asegura que el equipo es funcional y productivo.


 Favorece la cooperación entre todos los roles y funciones.
 Elimina barreras.
 Aísla y defiende al equipo de interferencias externas.
 Asegura que el equipo y DP siguen Scrum.
 Responsabilidad del funcionamiento.

 Selecciona la meta del Sprint.


 Equipo multidisciplinar con habilidades necesarias para poder
cumplir la meta del Sprint.
 Se autoorganiza así mismo y a su trabajo.
 Hace sus problemas visibles
 Responsabilidad del desarrollo.

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


EJEMPLO DE ROLES

Cerdos y gallina

Hay dos categorías:

 Pigs (comprometidos con el proceso)


 Chickens (no son parte del proceso pero hay que considerarlos). Un cerdo y un
gallina se encuentran por la calle:

Roles de cerdo: (parte del proceso)

 Scrum Master (el facilitador del Scrum, asegura y guía en el proceso Scrum, quita
escollos).
 Dueño del producto (representa la voz del cliente)
 Miembros del equipo Scrum (responsables de crear el producto)

Roles gallina: (no son parte del proceso)

 Usuarios (quienes utilizarán el producto)


 Stakeholders (clientes y aquellos que permiten que exista el proyecto)
 Gerentes (administradores de la administración)

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


SCRUM FRAMEWORK (COMPONENTES)
REUNIONES
 Reuniones efectivas, pautas:

1. Determinar la meta de la reunión.


2. Identificar claramente a los implicados.
3. Envío previo de orden del día.
4. Establecer: duración y objetivos.
5. Dirigir las reuniones: establecer reglas, revisar el contexto, moderador,
imparcialidad.
6. Tomar notas.
7. Finalizar la reunión con un resumen de objetivos.
8. Enviar un acta de la reunión a todos los participantes.

PLANIFICACIÓN DEL SPRINT


 Dueño del producto, Scrum Master y Equipo
 Se marca el “objetivo del sprint” 4 horas máximo
 Basado en la visión del Product Owner:
 Lista de elementos priorizados por valor del cliente
 El equipo da estimaciones a los elementos de la pila
 El equipo escoge una meta para el sprint basándose
en su velocidad, estimaciones, productividad, etc.
 Herramienta: Sprint Backlog (Tablero Sprint).
REVISIÓN DEL SPRINT
 Análisis y revisión del incremento generado.
 Constituye la presentación de resultados del equipo.
 Reunión del equipo, Scrum Master, Poduct Owner con
todos los roles gallina.
 Duración max: 4 horas (2h. aconsejable).
 Objetivo:
Tras cadaPresentar
sprint al Propietario del producto y a las

 gallinas
Scrum las funcionalidades
Team y el Scrumimplementadas.
Master (opcionalmente el
 Presentación
Product Owner)de Normalmente
producto terminado.
15 a 30 minutos
 Todo
Todosellos
equipo participa.
miembros responden:
Propuesta
cosasmodificaciones en el
enBlacklog
el últimopor
 ¿Qué PO.
funcionaron bien sprint?
RETROSPECTIVA DEL SPRINT  ¿Qué cosas se podrían mejorar?
 El Scrum Master anota las respuestas y las mejoras
UNIVERSIDAD SAN MARTIN DE PORRESCIVIL localizadasESCUELA
deben PROFESIONAL
introducirse DE
enINGENIERIA
el Product Blaclog
como elementos no funcionales
SCRUM FRAMEWORK (COMPONENTES)

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


HERRAMIENTAS
PRODUCT BACKLOG  Lista de funcionalidades y requisitos del producto.
 Es un documento vivo
(PILA DE PRODUCTO)  Todos los integrantes del equipo de desarrollo pueden
contribuir a él aportando ideas.
 El responsable de la Pila de producto y de su correcta
priorización es el Product Owner.
 Debe ser visible y fácilmente accesible por todo el mundo
(especialmente el equipo).
 Proviene de un plan de negocio que puede ser creado
junto con el cliente.
 Es recomendable que el formato lista incluya:
 Identificado único de la funcionalidad o trabajo
 Descripción de la funcionalidad
 Campo o sistema de priorización
 Estimación
 Pueden resultar aconsejable incluir:
 Observaciones
 Criterio de validación
 Nº de sprint en el que se realizar

EJEMPLO DE PRODUCT BACKLOG


UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA
SPRINT BACKLOG (PILA DE SPRINT)
 Pizarra de Producto
UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA
EJEMPLO DE PILA DE SPRINT

GRÁFICO BURN-DOWN
 Utilizado por el Scrum Team para seguimiento del trabajo de cada
Sprint.
 Se actualiza diariamente
 Muestra si la meta original del sprint será alcanzada o no

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA


CONCLUSIONES

 Scrum por sus características no es válido para cualquier proyecto ni para cualquier
persona o equipo de personas.
 Es más, Scrum según muchos especialistas de esta metodología, es óptima para
equipos de trabajo de hasta 8 personas, aunque hay empresas que han utilizado
Scrum con éxito con equipos más grandes.

 Se puede decir que para el 90% de los proyectos y empresas, es una metodología
válida, pero no es una metodología válida al 100%. Es más, no hay metodología
mejor que otra ni válida al 100% para todas las personas y empresas.
 Scrum es por lo tanto, una metodología más de las muchas que hay.
Scrum no es ni la mejor metodología ni la única, pero es una metodología que está
empujando muy fuerte por la facilidad de implantación y por su agilidad en cuanto a
cambios y lo que propiamente aporta en comparación con otras metodologías.

 Por un lado, Scrum evita la burocracia y la generación documental. No es que con


Scrum no se deba o no se pueda documentar, si no que con Scrum no se exige
documentar nada para iniciar un proyecto, algo que en otras metodologías es
impensable.

 Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prácticamente
desde el primer momento y empezar a sacar frutos de ese trabajo para que el cliente
vaya viendo los avances y se quede satisfecho con lo que se está
UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA
haciendo y cómo se está haciendo.

 La idea de la metodología ágil es fundamentalmente que adopte los cambios, que se


pueda reconducir el proyecto en un momento dado, y que afecte lo menos posible a
los costes, los tiempos y al equipo de trabajo.

BIBLIOGRAFÍA

http://www.castro-urdiales.net/portal/RecursosWeb/DOCUMENTOS/1/0_4759_1.pdf

http://scrum-ing-software.blogspot.com/2010/09/conclusiones.html

http://scrum.menzinsky.com/2017/08/se-pueden-gestionar-proyectos-de.html

http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf

https://proyectosagiles.org/que-es-scrum/

https://www.netec.com/que-es-agile-scrum

https://www.youtube.com/watch?v=gX6-px8bmLE

UNIVERSIDAD SAN MARTIN DE PORRESCIVIL ESCUELA PROFESIONAL DE INGENIERIA

También podría gustarte