Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

SCRUM

No description
by

Neitan Morales

on 30 September 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SCRUM

SCRUM
SCRUM
Proceso en el que se aplica de manera regular prácticas para trabajar colaborativamente, en equipo y obtener el mejor resultado posible de un proyecto.
Historia
1993 - Se realizó el primer SCRUM para el primer desarrollo de software.
1995 - El proceso fue formalizado.
2001 - Se escriben los fundamentos de los procesos aguiles.
EL PROCESO
Se realiza por medio de ITERACIONES
Duran en un mes o semanas.
Resultados completos.
Incremento de producto final.
Mínimo esfuerzo.
BENEFICIOS DE SCRUM
Entrega mensual o quincenal de resultados.
Gestión regular de las espectativas del cliente.
Resultados anticipados.
Flexibilidad y adaptación.
Gestión sistemática del retorno de inversión.
Mitigación sistemática de los riesgos.
Productividad y calidad.
Alineamiento entre el cliente y el equipo de trabajo.
Equipo motivado.
SCRUM SE ENFOCA EN
TRABAJAR EN EQUIPO
EN ENTORNOS COMPLEJOS
DONDE LOS REQUISITOS CAMBIAN O ESTÁN POCO DEFINIDOS
RESULTADOS PRONTOS
Se hacen entregas periódicas
No son esperas largas
Se aumenta la calidad
Disminuyen costos
Planificación
EJECUCIÓN
INSPECCIÓN Y
ADAPTACIÓN
PROCESO DE LA ITERACIÓN
Selección de requisitos
Se reunen con el cliente
Se exponen los requisitos
El equipo pregunta dudas
El equipo selecciona requisitos prioritarios
Planificación de Iteración
El equipo elabora una lista de tareas
Se estima el esfuerzo
Los miembros se autoasignan tareas
¿Que he hecho?
¿Que voy a hacer?
¿Que impedimentos tengo ó tendré?
Reunión de sincronización
Se inspecciona el trabajo
Se analizan dependencias y obstaculos
DEMOSTRACIÓN
Se presenta al cliente los requisitos completados
Se replanifica el proyecto
RETROSPECTIVA
El equipo analiza su manera de trabajar.
Descruben problemas que impidan el progreso
Identificar y Eliminar los obstaculos para mejorar la productividad
Requisitos para poder utilizar SCRUM
Cultura de empresa.
Compromiso del cliente.
Compromiso de la dirección u Organización.
Compromiso del equipo.
Relación entre proveedor y cliente.
Facilidad para realizar cambios.
Equipo entre 5 y 9 personas.
Dedicación de equipo
Estabilidad de los miembros del equipo.
830
El propósito principal de esta norma es ayudarnos a elaborar un documento muy útil: El ERS
-Ayudar a los clientes a describir claramente lo que se
desea obtener mediante un cierto software.
-Ayudar a los desarrolladores a entender qué quiere
exactamente el cliente.
-Servir de base para desarrollos de estándares de ERS
particulares para cada organización.
-Se reduzaca el ezfuerzo y analisis, diseño y programación
-Se tenga una base o referencia para validar o probar el software solicitado.
-Se le puede hacer mejoras (o inovaciones)a ese software.
Historia
Se fundo el 1 de Enero de 1963 adoptando el nombre de IEEE al fusionarse con el AIEE y el IRE.
Ventajas
Funcionales
Desventajas
Características
Permite organizar esta sección de múltiples formas
Fácil de modificar
Cualquier cambio se puede realizar fácil de forma completa y consistente
SRS
Especificaciones y requerimientos de Software.
¿QUE ES UN SRS?


Es una especificación para un producto de software en particular
ya sea un programa o un conjunto, que realicen funciones en un ambiente especifico
DEFINICIONES UTILIZADAS
Contrato
Cliente
Proveedor
Usuario
CONSIDERACIONES PARA PRODUCIR UN BUEN SRS
Naturaleza del SRS
Ambiente del SRS
Características de un buen SRS
Evolución del SRS
Prototipos
Generando el diseño en el SRS
Requisitos del proyecto en el SRS
PARTES DE UN SRS
Introducción
Propósito
Alcance
Definiciones, siglas y abreviaciones
Apreciación global
SECCIÓN 2
Perspectiva del producto
Funciones del producto
Características del usuario
Restricciones
Atención y dependencias
Los requisitos específicos
Apéndices
Índices
EMPRESAS QUE USAN SCRUM
Implica una organizacion cuerente y manejable

Es fundamentalmente que la ERS no sea
REDUNDANTE
Describe las funciones que lleva a cabo el software, como debe de relacionar entradas y como debe comportarse en situaciones particulares.
Interfaces de comunicación
Restricciones de memoria
Funcionamientos
a) los varios modos de funcionamientos de la organización del usuario.
b) Datos que procesan las funciones de apoyo.
c)El apoyo y funcionamiento de la recuperación.
Requisitos de adaptación del site.
Define los requisitos para cualquier dato o la secuencia de inicialización que son especifico a un sitio dado, la misión o el modo operacional.
Funciones del Producto.
Mantenimiento de renta,cliente
declaración del cliente y preparación de la factura.
a) En listas es entendible para el cliente o cualquiera nada mas leyendo el documento la primera vez.
b) Muestra los métodos o gráficos para mostrar las funciones diferentes y sus beneficios.
Las funciones se organizan
Características del usuario
Nivel educativo
Experiencia y la especialización técnica
Restricciones.
a) Políticas reguladoras.
b) Limitaciones de hardware.
c) interfaces a otras aplicaciones.
d) Funcionamiento paralelo.
e) Funciones de la auditoría.
f) Funciones de control.
g) Requisitos de lenguaje.
h) Protocolos señalados (por ejemplo, XON~XOFF,ACK~NACK)
i) Requisitos de fiabilidad.
j) Credibilidad de la aplicación.
k) Seguridad y consideraciones de seguridad.

Atenciones y Dependencias.
Esta subdividido del SRS debe listar cada uno de los factores que afectan los requisitos declarados en el SRS estos factores no son las restricciones del diseño en el software pero son, mas bien cualquier cambio a ellos eso puede afectar los requisitos en el SRS.
Esta subdivisión del SRS debe identificar requisitos que pueden tardarse hasta las versiones futuras del sistema.
Prorratear los requisitos
Requisitos Específicos.
Interfaces externas
A) Nombre articulo.
b) Descripción de propósito.
c) Fuente de entrada o destino de salida.
d) Rango valido,exactitud y/o tolerancia.
e) Unidades de medida.
f) tiempos.
g) Relaciones a otras entradas/salida.
h) Formato de pantalla/organización.
i) El formato de ventanas/organización.
j) Formatos de los datos.
k) Formatos de los comandos.
i) Fin de mensajes.
Funciones
a) Verificar la validez sobre las entradas.
b) Secuencia exacta de las operaciones.
c) Contestaciones a las situaciones anormales,incluyendo
1) overflow.
2) facilidades de errores y recuperaciones.
3) manejo de errores y recuperación.
d) Efecto de parámetros.
e) Relación de salida a las entradas incluyendo.
1) las secuencias de entrada/salidas.
2) las formulas de entrada y su conversión a la salida.


Requisitos del desarrollo.
a) El numero de terminales a ser apoyadas.
b) El numero de usuario simultáneamente.
c) La cantidad y tipo de información que se manejara.
Requisitos del banco de datos lógicos.
a) Los tipos de información usadas por varias funciones.
b) Accediendo las capacidades.
c) Las entidades de los datos y sus relaciones.
d) Las entidades de los datos y sus relaciones.
e) Las restricciones de integridad.
f) Requerimientos en la retención de datos.

Atributos del software del sistema.
Restricciones y atributos de Diseño
Aceptación de las normas
a) El formato d reporte.
b) Los nombres de los datos.
c) Los procedimientos de contabilidad.
d) los lineamientos de la auditoría.
Fiabilidad
Disponibilidad
Seguridad
Organización de los requerimientos específicos.
Modelo del sistema
Objetos
Clases de usuario
Restricciones sobre las funciones o servicios ofrecidos por el sistema
Especificación de requisitos de software
Personal involucrado
Objetivos de la ERS
-Por tipos de usuario
-Por Objetos
-Por Objetivos
-Por estimados
-Jerarquía funcional
No Funcional
Full transcript