Administración de Proyectos de Tecnologías de Información

[pic 1]

Reporte

Retoma el caso de la evidencia 1, es el momento de entregar el primer sprint, en la reunión con el cliente se definieron las siguientes funcionalidades de los procesos de compliance como entrega para el primer y segundo sprint.

Sprint 1. Compliance_Fábricas_Backlog

o Tablero de información de fábricas (must).

o Tablero de auditorías (must).

o Calendario de auditorías (Won´t have now but would be later).

Sprint 2. Compliance_Producto_Backlog

o Tablero de pruebas de producto estándares internacionales (must).

o Tablero de pruebas de producto nacionales (must).

o Tablero de aprobación Product Integrity por licencia (must).

o Calendario de renovación de pruebas nacionales (should).

o Calendario de renovación de pruebas mexicanas (should).

o Registro de marca nacional e internacional (could).

o Tablero de documentos para aduanas (Won´t have now but would be later).

1. Valida los roles del equipo y define los tres principales roles que se requieren para SCRUM.

Product Owner

El product owner es responsable de optimizar y maximizar el valor del producto, y es la persona responsable de administrar el flujo de valor del producto a través del product backlog. Además, su trabajo como interlocutor de las stakeholders y los patrocinadores del proyecto también es fundamental.

Definir el Sprint Goal de manera clara con el equipo de desarrollo, hace que el producto vaya incrementando su valor.

Scrum Master

El Scrum Master se encarga de dos funciones principales dentro del marco de trabajo: Gestiona el proceso Scrum y ayuda a eliminar impedimentos que puedan afectar a la entrega del producto. Es el responsable de que se sigan las prácticas y valores descritos en el modelo Scrum.

Programador

Encargado de escribir las pruebas unitarias y produce el código del sistema. Debe existir una comunicación y coordinación adecuada entre los programadores y otros miembros del equipo.

Cliente

Asigna la prioridad a las tareas del usuario y decide cuáles se implementan en cada iteración centrándose en aportar mayor valor al negocio.

Gestor (Big boss)

Ayuda a que el equipo trabaje efectivamente creando las condiciones adecuadas. Su labor esencial es de coordinación.

Equipo de trabajo

El equipo de desarrollo será responsable de crear el incremento terminado a partir del elemento de la Product backlog (Backlog de Sprint) seleccionado durante el período de planificación de Sprint.

El equipo de trabajo estará conformado por el equipo de InTech

2. Para tu equipo de desarrollo define:

a. La metáfora de usuario.

b. Pruebas unitarias.

• Pruebas de integración:

Este tipo de pruebas analiza el código como un conjunto como podría ser un flujo completo.

• Pruebas Funcionales:

Este tipo de prueba lo debemos ver desde la perspectiva del cliente, es decir que la funcionalidad solicitada cumpla con lo que demandado.

• Pruebas de Estrés:

Someter al software a pruebas extremas para ver cómo responde a una caída, etc.

• Pruebas de Aceptación:

Estas pruebas usualmente son realizadas por el cliente para corroborar que los cambios realizados son los esperados.

c. Prácticas.

La idea es producir rápidamente versiones del sistema que sean funcionales, aunque obviamente no cuenten con toda la funcionalidad pretendida, pero sí que constituyan un resultado de valor para el negocio.

El beneficio de las prácticas se consigue con su aplicación conjunta y equilibrada puesto que se apoyan unas en otras.

d. Técnicas de refactorización.

La técnica de refactorización a ocupar será Branching by abstraction, Este método de refactorización aplica cambios graduales a un sistema y va modificando elementos anticuados del código y sustituyéndolos por segmentos nuevos. Ya que el cliente requiere pasar todos sus datos de las sheets de Google a un sistema automatizado por lo que esta técnica es la adecuada para mover todos los datos guardados y exportarlos a un nuevo sistema. A menudo, este proceso se lleva a cabo mediante métodos de pull-up o push-down. 

[pic 2]

e. Propuesta de las parejas para Pair Programming.

Toda la producción del código debe realizarse con trabajo en parejas de programadores ya que se acelera significativamente el intercambio de conocimientos y permite que un miembro del equipo que sepa al menos un poco más que otros, transmita esta información a todos a la vez. Está demostrado que el pair programming mejora de forma significativa la calidad del código por lo que nos es indispensable el Pair Programming para este desarrollo de proyecto.

...