Zofri   plan de trabajo - 20120822-01
Upcoming SlideShare
Loading in...5
×
 

Zofri plan de trabajo - 20120822-01

on

  • 422 views

Imagibrain

Imagibrain

Statistics

Views

Total Views
422
Views on SlideShare
422
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Zofri   plan de trabajo - 20120822-01 Zofri plan de trabajo - 20120822-01 Presentation Transcript

  • MÉTODO DE TRABAJOZOFRI - IMAGIBRAIN 22 DE AGOSTO DE 2012 SEBASTIÁN NADALES
  • ESTRATEGIAS PARA ABORDAR: “DESAFÍO DE PASARA PRODUCCIÓN NOVIEMBRE 2012”
  • PLANES DE TRABAJO PARA EL DESPLIEGUE ESCENARIO ACTUAL 01/09 15/09 24/09 08/10 22/10 05/11 19/11 GAL Entrega GAL Equipo 1 Desarrollo SOCU Entrega SOCU Equipo 2 Test case y Desarrollo Entrega Equipo 1 requerimiento Renovación Renovación Test case y Desarrollo Entrega Equipo 2 requerimiento Asign – Licita Asign – Licita. Test case y Desarrollo Entrega Traspaso Equipo 1 requerimiento TraspasoFuncionalDesarrollo Todos
  • PLANES DE TRABAJO PARA EL DESPLIEGUE ESCENARIO 2 01/09 15/09 24/09 08/10 22/10 05/11 19/11 GAL Entrega GAL Equipo 1 Desarrollo SOCU Entrega SOCU Equipo 2 Test case y Entrega Desarrollo Renovación Equipo 1 requerimiento Renovación Test case y Desarrollo Entrega Externo requerimiento Asign – Licita Asign – Licita. Test case y Entrega requerimiento Desarrollo Traspaso Traspaso ExternoApoyo remoto armadoFuncionalDesarrollo Todos
  • PLANES DE TRABAJO PARA EL DESPLIEGUE ESCENARIO 3 01/09 15/09 24/09 08/10 22/10 05/11 19/11 GAL Entrega GAL Equipo 1st case y Desarrollo SOCU Entrega SOCU erimiento Test case y Entrega Desarrollo Renovación requerimiento Renovación Test case y Desarrollo Entrega requerimiento Asign – Licita Asign – Licita. Test case y Entrega Desarrollo Traspaso requerimiento Traspaso Apoyo remoto armado Funcional Desarrollo Todos Entrega - Capacitaciones
  • DESAFÍO:1. IDENTIFICAR LA ESTRATEGIA A SEGUIR2. IDENTIFICAR EL ALCANCE EN BASE AL TIEMPODISPONIBLE Y EQUIPO DE TRABAJO3. MODELO DE MANTENCIÓN (UNA VEZ PUESTO ELPROCESO EN PRODUCCIÓN)
  • COMO PUEDE AYUDAR IMAGIBRAIN
  • DISTRIBUCIÓN DEL TRABAJO 40% 50% 10% Proceso Reglas de Diagrama Modelo de Contrucción Deploy a Test Case y Paso a negocio y Integración Documentacióndel proceso Datos de formas Test / Test producción Participantes 0% 0% 0% 0% 0% 0% 0% 0% Desarrollo Entrega y paso a producción 100% Zofri 100% Imagibrain 20% Imagibrain / 80% Zofri Documento de las formas / reglas a construir * Línea base para el control de cambios y tescase
  • TRABAJO REMOTO Se deberá contar con los siguientes accesos:  1.- Conexión VPN multi-usuario  2.- Método centralizado de traspaso de documentación (Zofri o Imagibrain)  3.- Acceso remoto a un servidor o equipo (contingencia) El equipo será liderado por un Ingeniero de Imagibrain para revisar los indicadores y avances de los trabajos asignados, deberá ser el responsable de asignar el responsable según el skill y mantener una comunicación activa con el cliente. Los requerimientos serán entregados de forma virtual y almacenados en un repositorio bajo un ID, todo esto será coordinado por la reunión periódica de avance y seguimiento.
  • TRABAJO REMOTO Se dispondrá de un anexo exclusivo para realizar consultas y una casilla de correo especial para enviar información. Dentro de este canal de comunicación se podrá.  Enviar requerimientos  Solicitar ayuda de soporte  Solicitar asistencia remota  Solicitar asistencia de infraestructura El SLA de los requerimientos será acordado e informado al inicio de este y dependerá de la información entregada, la complejidad del requerimiento y el impacto que posea.
  • ESTRUCTURA DE UN REQUERIMIENTO Se deberá registrar en el sistema de ticket el requerimiento, agregando la documentación suficiente para interpretar el requerimientos a nivel de desarrollo. Documentación.  Bizagi spec (draft de las interfaces)  Test case (funcionalidad de las interfaces)  Descripción del requerimiento (por ejemplo: se requiere la forms de la tarea ID: 1015, indicando el proceso, tarea, forms, etc.) Condición inicial.  Se recomienda evaluar todas las condiciones de negocio que afecten al desarrollo antes de proceder con el requerimiento  Se recomienda modelar el BPD y modelo de datos bajo la visión del negocio para continuar con el requerimiento
  • ADMINISTRACIÓN Y GESTIÓN Idealmente se contará con acceso a un PPM para el registro de horas de los equipos de trabajo, registrando incidentes y soluciones a modo de centralizar la información y actualizar el avance del proceso en tiempo real. El líder de Zofri podrá contactar directamente al líder de Imagibrain para realizar un seguimiento más detallado a cualquier requerimiento.
  • ADMINISTRACIÓN Y GESTIÓN Serán considerados 4 tipos de soporte, asistencia y requerimientos entre las partes:  Soporte: resolución de incidentes esporádicos y apuntados a componentes especificas de desarrollo  Requerimiento de desarrollo: resolución integral de una componente del desarrollo (por ejemplo una actividad)  Asistencia infraestructura: Asistencia en requerimiento de infraestructura y/o deploy de procesos  Consultoría: Asistencia en componentes del proyecto como capacitaciones, deploy, diseño infraestructura/arquitectura, business change, coodinación con proveedores y planificación del proyecto
  • MODELO DE FÁBRICA DE PROCESOS Dashboard Zofri Líder Imagibrain Líder Desarrollo Responsable de Architect Comunicación 2do NivelEl modelo de servicios está basado en unúnico punto de contacto que recibe todos losrequerimientos e incidentes reportados por el QAS Desarrolloequipo de proyecto de Zofri