Você está na página 1de 32

Proyectos de Software

Semana 02 - Sesión 01
Proceso de Planificación
Desarrollo Tradicional vs. Ágil
Desarrollo Tradicional vs. Ágil
Historias de Usuario
• Representación de una característica escrita en una o dos
frases utilizando el lenguaje común del usuario
• Como {rol} quiero {algo} para obtener {valor de negocio}
• Forma rápida de administrar los requisitos sin elaborar gran
cantidad de documentos formales
• Debe ser limitada, escribible sobre un post-it
• De duración estimada entre 10 horas y 2 semanas
• Tiene asociada una prioridad
• Tiene asociadas unas pruebas de validación
• No es una especificación rigurosa sino un comienzo
• No es una tarea
Tablero Kanban
Tablero Kanban – Gráfico BurnDown
Tareas de Historias de Usuario
• Al equipo le interesan tareas pequeñas
• Una historia se descompone en tarea
• No son entregables, el cliente no se preocupa
• Se maneja Kanban de Tareas
Alcance del Proyecto
• El Alcance comprende la
magnitud del proyecto
• Incluye el todo el trabajo que se
realizará en el proyecto, y solo
ese trabajo
• Se relaciona principalmente con
la definición y el control, de lo
que está y no está incluido en el
proyecto
Alcance de un Proyecto y Producto
• El alcance del producto se refiere a las características y
funciones del producto o servicio.
" Por ejemplo, queremos producir un celular que pese
menos de 20 gramos, con 10 GB de disco, 4 GB de
memoria y batería con autonomía para un mes".
• El alcance del proyecto consiste en definir todos los
procesos y el trabajo necesario para que el producto
sea provisto con todas las características y funciones
requeridas.
" Por ejemplo, definir todo el trabajo y los procesos
necesarios para tener este celular en tiempo y forma".
Requerimientos del Software y Alcance
• El documento de requerimientos
ayuda a los clientes o usuarios a
describir con precisión lo que
quieren obtener; a los
suministradores a comprender Requerimientos
exactamente lo que el cliente
quiere y a los desarrolladores a
desarrollar una especificación de
requisitos del software (ERS)
normalizada. Software-Alcance
Requerimientos del Software y Alcance - Ágil

Requerimientos
Software-Alcance
EDT (Estructura de Desglose de Trabajo)
• Crear la EDT/WBS es el proceso de
subdividir los entregables del
proyecto y el trabajo del proyecto
en componentes más pequeños y
más fáciles de manejar.
• La EDT/WBS es una
descomposición jerárquica del
alcance total del trabajo a realizar
por el equipo del proyecto para
cumplir con los objetivos del
proyecto y crear los entregables
requeridos
Diagrama EDT/WBS
El diagrama de la EDT/WBS se basa en el uso de cajas que
representan los ítems de descomposición y segmentos
que representan la relación entre los componentes y sus
respectivos sub-componentes.
Diagrama EDT/WBS
Diagrama EDT/WBS
Cronograma del Proyecto de Software
Cronogramas y Ciclo de Vida del Software
2
1

3
Recursos Humanos de un Proyecto de Software
• Identificar y documentar
los roles dentro de un
proyecto, las
responsabilidades, los
conocimientos y
habilidades requeridas y
las relaciones de
comunicación, así como
de crear un plan para la
gestión de personal.
Analistas
Una persona que actúe en este rol
debe ser, por encima de todo, un
experto en la identificación y la
comprensión de problemas y
oportunidades. Esto incluye la
capacidad de articular las
necesidades que se asocian con el
problema clave que se debe
solucionar o la oportunidad a
realizar en el proyecto de software.
Desarrolladores
Un desarrollador es aquella persona
que ejecuta las acciones ulteriores y
posteriores a la programación del
software. El programador es aquella
persona que escribe, depura y
mantiene el código fuente de un
programa informático, es decir, el
conjunto de instrucciones que
ejecuta el hardware de una
computadora, para realizar una tarea
determinada.
Gestores
Un gestor de proyectos aplica
conocimientos, habilidades,
herramientas y técnicas de
gestión de proyectos a un amplio
rango de tareas para cumplir los
requisitos y para proporcionar un
resultado final para un proyecto
de software concreto.
Producción y Soporte
Estas personas representan los
roles que no están directamente
relacionados con la definición,
gestión, desarrollo y prueba de
software, pero que se necesitan
para dar soporte al proceso de
desarrollo de software, o para
producir materiales adicionales
que necesita el producto final.
Roles Generales
Este conjunto de roles incluye los
roles que no encajan en ningún
otro conjunto de roles. Por
ejemplo, el rol "Cualquier rol" se
encarga de las actividades de
gestión de cambios que cualquiera
puede realizar en el proyecto. Se
podrían incluir a los asesores o
consultores que podrían ser
necesarios para el proyecto de
software.
Verificadores
Este conjunto de roles se ocupa de
las habilidades específicas que son
exclusivas de las actividades de
prueba y controles de calidad del
software. Los verificadores pueden
encontrarse en los otros conjuntos
de roles organizados por el
conjunto de habilidades básicas
que amplían (por ejemplo, Gestor,
Diseñador, Analista).
Roles en Scrum
Roles Ampliados en General
Roles Ampliados en General
Roles Ampliados en General

Você também pode gostar