3. Las metodologías tradicionales se caracterizan por ser de
carácter secuencial, es decir esta dividida por etapas, las cuales
deben ir ejecutándose una por una y no pueden ser saltadas, por
lo que para empezar una nueva etapa se debe haber concluido
con la anterior, a esta metodología también se le conoce como
estilo Cascada.
Requerimientos
Diseño
Desarrollar
Prueba
Despegar
Mantenimiento
Método Cascada
4. Método Espiral
Planificación Análisis de riesgo
Evolución Implementación
Este método se divide en 4 fases
Este método es utilizado frecuentemente
cuando no se tiene claridad sobre los
requerimientos ya que se sabe cual debe
ser el resultado pero no se tiene claridad
de como poder alcanzarlo, es por ello
que se realizan varias versiones del
software, una mas compleja que la
anterior con varias mejoras y
actualizaciones, es por ello que este
método parte de lo mas simple hasta lo
mas complejo.
5. Este método pone especial
importancia en especificar los
requerimientos, ya que en base
estos se desarrolla un prototipo, el
cual para su elaboración se ocupa
un tiempo limitado, como también no
es necesario que incorpore todas
sus funcionalidades. Este prototipo
es mostrado al cliente para que
pueda apreciar como quedara el
software en su fase final, en caso de
que el prototipo no cumpla con las
expectativas, este es desechado y
se vuele a empezar.
Método Prototipo
7. Extreme Programming (XP)
Esta metodología se desarrolla
con equipos de trabajo pequeños,
menores a 10 personas, debido a
que se requiere un desarrollo
rápido en el software. Si bien el
equipo de trabajo es pequeño, los
integrantes son altamente
capacitados y cuentan con
diferentes habilidades y
competencias.
Esta metodología también excluye
todo lo que no tenga gran
relevancia en el desarrollo del
software, como por ejemplo el
exceso de documentación,
también al no ser una metodología
tradicional y lineal, se pueden ir
saltando procesos debió a que se
centra en la implementación del
producto, generándose un entrono
dinámico (vinculados a los
cambios).
Planeación Diseño
Codificación
Prueba
Lanzamiento
8. Scrum es ideal en el trabajo donde existe un ambiente muy cambiante, puesto que se efectúan un rápido cambio de
requerimientos durante su proceso, así como también adopta un estrategia incremental en el desarrollo, ya que su
principal objetivo, esta centrado en la calidad del producto a entregar, mas que el proceso por el que se lleva acabo
Principales actores del equipo scrum
Scrum
El cliente es aquel que financia el
producto, pero no es el que lo
ocupara, no tiene comunicación con
el Scrum master y el equipo Scrum,
debido a que es el dueño del
producto al cual el equipo le muestra
los avances del software al cliente.
Es el que comunica los
requerimientos de negocio al Scrum
Master y al equipo Scrum, estos se
entregan en un lista de producto
priorizada de todos los criterios que
él quiere que estén incluidos en el
producto.
Es el que guía al equipo, ya que el
scrum master, más que concentrar
poder sobre el equipo, es un guía
quien dirige al equipo y elimina
obstáculos.
Entrega el producto del proyecto
efectuado, también tiene conexión
con el dueño del producto y lo
hacen a través de la muestra de
avances del software lo cual se
efectúa a través de las reuniones de
revisión del producto
Cliente Product Owner Scrum Master Equipo Scrum
9. Esta metodología se centra en la organización del
trabajo a realizar, en base al establecimiento de tareas
que son ejecutadas dentro de un equipo el cual podrá
visualizar el flujo del trabajo que se esta realizando, el
cual se puede ver en lo que se denomina como tableros
Kanban, donde se organizan las actividades.
Kanban
