1. Unidad 1
calidad de
software
KAMBAN, SCRUM,
Y GESTIÓN DE PROYECTOS
Nombre: Nicolás Jorquera M
Ramo: Calidad de software
Profesora: Pilar Andrea Pardo Hidalgo
Carrera: Analista Programador computacional
2. Kanban
Kanban es un sistema visual para gestionar
el trabajo a medida que avanza en un
proceso. Kanban visualiza tanto el proceso
(el flujo de trabajo) como el trabajo real
que pasa por ese proceso. El objetivo de
Kanban es identificar posibles cuellos de
botella en el proceso y solucionarlos para
que el trabajo pueda fluir a través de él de
forma rentable y a una velocidad o
rendimiento óptimos.
3. Los 4 principios básicos de Método Kanban:
Principio 1: Empezar con lo que hace ahora
Kanban no requiere configuración y puede ser aplicado sobre flujos reales de trabajo o
procesos activos para identificar los problemas. Por eso es fácil implementar Kanban
en cualquier tipo de organización, ya que no es necesario realizar cambios drásticos.
Principio 2: Comprometers e a buscar e implementar cambios incrementales
y evolutivos
El método Kanban está diseñado para implementarse con una mínima resistencia, por
lo que trata de pequeños y continuos cambios incrementales y evolutivos del proceso
actual. En general, los cambios radicales no son considerados, ya que normalmente se
encuentran con resistencias debidas al miedo o la incertidumbre del proceso.
Principio 3: Respetar los proces os, las res ponsabilidades y los cargos
actuales
Kanban reconoce que los procesos en curso, los roles, las responsabilidades y los
cargos existentes pueden tener valor y vale la pena conservarlos. El método Kanban no
prohíbe el cambio, pero tampoco lo prescribe. Alienta el cambio incremental, ya que
no provoca tanto miedo como para frenar el progreso.
Principio 4: Animar el liderazgo en todos los niveles
Este es el principio más novedoso de Kanban. Algunos de los mejores liderazgos
surgen de actos del día a día de gente que está al frente de sus equipos. Es
importante que todos fomenten una mentalidad de mejora continua (Kaizen) para
alcanzar el rendimiento óptimo a nivel de equipo/ departamento/ empresa. Esto no
puede ser una actividad a nivel de dirección.
4. Scrum
Scrum: La metodología Scrum es un proceso para
llevar a cabo un conjunto de tareas de forma
regular con el objetivo principal de trabajar de
manera colaborativa, es decir, para fomentar el
trabajo en equipo.
se van realizando entregas regulares y parciales
del trabajo final, de manera prioritaria y en
función del beneficio que aportan dichas entregas
a los receptores del proyecto. Por este motivo, es
una metodología especialmente indicada para
proyectos complejos, con requisitos cambiantes y
en los que la innovación y la flexibilidad son
protagonistas.
5. Fases de Scrum: los eventos que componen la metodología Scrum:
1. Planeación del Sprint/Sprint Planning
Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante este evento se decide qué
requerimientos o tareas se le asignará a cada uno de los elementos del equipo. Cada integrante deberá asignar
el tiempo que crea prudente para llevar a cabo sus requerimientos. De esta manera se define el tiempo de
duración del Sprint.
2. Reunión de equipo de Scrum/Scrum team meeting
A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y deberían ser siempre en el mismo
horario y lugar. En ellas, cada miembro del equipo deberá responder tres simples preguntas:
• ¿Qué hiciste ayer?
• ¿Qué tienes planeado hacer hoy?
• ¿Qué obstáculos encontraste en el camino?
3. Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el fin de esclarecer
cualquier duda que pueda surgir por parte del equipo de desarrolladores. También sirve para volver a estimar el
tiempo y esfuerzo dedicado a cada uno de los requerimientos.
4. Revisión del Sprint/Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de software que se
ha completado. Se hace una demostración de todos los requerimientos finalizados dentro del Sprint. En este
punto no es necesario que todos los miembros del equipo hablen, pueden simplemente estar presentes, pero la
presentación está a cargo del Scrum Master y el Product Owner.
5. Retrospectiva del Sprint/Retrospective
En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum Master para hablar
sobre lo ocurrido durante el Sprint. Los puntos principales a tratar en esta reunión son:
• Qué se hizo mal durante el Sprint para poder mejorar el próximo.
• Qué se hizo bien para seguir en la misma senda del éxito.
• Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía planificado.
6. Gestión de
proyectos
gestionar un proyecto dividiéndolo en varias
etapas e involucrando la colaboración constante
de las partes interesadas y una mejora e iteración
continuas en cada etapa. La metodología Agile
comienza con la descripción de los clientes sobre
cómo se utilizará el producto final y qué
problema resolverá. Esto aclara las expectativas
del cliente al equipo del proyecto. Una vez que
comienza el trabajo, los equipos realizan un ciclo
de un proceso de planificación, ejecución y
evaluación, que podría cambiar la entrega final
para adaptarse mejor a las necesidades del
cliente. La colaboración continua es clave, tanto
entre los miembros del equipo como con las
partes interesadas del proyecto, para tomar
decisiones plenamente informadas.