Control y Gestión de Proyectos Informáticos

CONT.Y GESTION DE PROYECTOS INFORMATICOS_002V

Proyecto bancomer

Especificacin de requerimientos de software (ers)Versin 1.1

Integrantes:Gonzalo ArancibiaBrbara EstayAndrs Soto

Profesor Wilson chamorro

Fecha:07 de NOVIEMBRE del 2014ContenidoPLANIFICACIN DETALLADA5Planificacin5Creacin de un contrato de trabajo.5Anlisis situacin actual de Bancomer.5Decisin de propuesta.5Anlisis de recursos del banco.6Anlisis de posibles incompatibilidades del software.6Ingeniera y modelamiento del software.6Creacin de base de datos (DB).6Integracin de datos a una nueva DB.6Diseo beta de la plataforma.7Programacin de versin beta de la plataforma.7Pruebas de software beta.7Entrega de versin beta.7Bsqueda de problemas en la implantacin de la versin de pruebas.7Diseo de la versin final.7Programacin de la versin final.7Pruebas de software de la versin final.7Control de calidad.8Entrega de la versin final.8Desarrollo de manual para usuarios finales.8Marcha blanca.8Capacitacin de usuarios.8Pruebas de software implementado.8Mantenciones de software espordicas.8Elementos de control9Control integrado de cambios9Control de alcance9Control de cronograma9Control de calidad9Control de riesgos10Informes de desempeo10Carta Gantt10Diagrama Pert10ESTIMACIN DE COSTOS10FLUJO DE CAJA13Ingresos13Egresos13Flujo de Caja Bancomer15Clculo del VAN del Proyecto16Clculo de la TIR16Clculo de Payback17Gestin de Costos18Definicin de Costos fijos, costos variables, egresos e ingresos.18LECTURA DE RESULTADOR19ESTIMACIN DE TIEMPO19Diagrama Pert20PLANIFICACIN DE RIESGOS22Entradas23Enunciados del proyecto23Plan de gestin de costo23Plan de gestin de cronograma23Plan de gestin de las comunicaciones23Factores ambientales de la empresa24Activos de los procesos de la organizacin24Salidas24Metodologa24Roles y responsables24Presupuesto24Calendario24Categoras de riesgo25Definiciones de la probabilidad e impacto de los riesgos25Matriz de probabilidad e impacto25Tolerancias revisadas de los interesados25Formatos de los informes25Seguimiento25Identificar Riesgos25Identificar Riesgos26Considerar fuentes de riesgos internos y externos26Categorizacin de riesgos26Identificacin de disparadores26Consolidacin de riesgos26Analizar los riesgos27Tareas para el anlisis27EPR43Anlisis Aspectos Generales45Tabla Anlisis Aspectos Generales46Anlisis Final49PLAN DE GESTIN DE LA CALIDAD49PLANTILLA DE MTRICA DE CALIDAD54PLANTILLA DE MTRICA DE CALIDAD55PLANTILLA DE MTRICA DE CALIDAD56PLANTILLA DE MTRICA DE CALIDAD57BIBLIOGRAFA58

PLANIFICACIN DETALLADA

Analizando los modelos de desarrollo existentes y comparndolos, consideramos que el ms apropiado sera el modelo de construccin de prototipos.

Esta decisin es tomada por las ventajas que vemos en este, primero, despus de una rpido diseo, podemos poner en marcha una versin de prueba, la cual, podremos ir mejorando y, en algunos casos, podra terminar siendo parte de la solucin final; en segundo lugar, consideramos como ventaja muy importante, el poder ver cmo se comportar esta versin de prueba ente los requerimientos de los usuarios; en tercer lugar, el cliente sabe cules son los objetivos generales del software, y eso lo hace ser an ms eficaz para nosotros; en cuarto lugar, es un modelo que permite un rpido desarrollo, y es un factor muy importante a considerar ya que tenemos un plazo de dos meses para el desarrollo de nuestra aplicacin

Planificacin:

Creacin de un contrato de trabajo.Esta es una parte importante, ya que aqu se estipular lo relacionado a los plazos de entrega, valores, documentacin a entregar (es muy importante definir que al cliente se le entregar el programa, manuales y documentacin en general, pero que el cdigo del software es de quienes lo programaron, y si el cliente lo necesita por cualquier cosa, este tendr un valor extra), normas a seguir, todos aquellos puntos legales.

Anlisis situacin actual de Bancomer.Estudio del campo laboral, identificar las necesidades de la entidad.Decisin de propuesta.

Brainstorming.Definicin de estndares.Anlisis de posibles soluciones.Eleccin de solucin.Redaccin de propuesta.Anlisis de propuesta.Entrega de propuesta.Aceptacin de propuesta.

Anlisis de recursos del banco.

Anlisis de todo el equipamiento informtico que Bancomer posea, computadores, impresoras, modem.

Anlisis de posibles incompatibilidades del software.

Muy necesario tener en cuenta a la hora de la programacin de la aplicacin, para, de esta forma, no tener problemas como; falta de memoria RAM, gasto de muchos recursos, creacin de una plataforma de 64 bits, no compatible con el sistema de 32 bits que pueda tener el taller, etc.

Ingeniera y modelamiento del software.

Especificacin de casos de uso, modelamiento de procesos, diagrama de secuencias de flujo, normales y anormales, diagrama de clases, reglas de negocio.

Creacin de base de datos (DB).

Creacin de una DB que responda a todas las necesidades de cada departamento de gestin siendo la tabla ms importante la de clientes.Integracin de datos a una nueva DB.

Integracin de los datos de las bases de datos existentes en Bancomer a las nuevas, es importante sealar que en el contrato debe quedar estipulado que necesariamente el encargado de informtica del banco debe entregarnos los datos en un formato compatible a Oracle, cosa de ingresar la informacin de una manera rpida y sencilla, adems de darnos la confiabilidad que los datos no estn daados y son fidedignos.

Diseo beta de la plataforma.

Programacin de versin beta de la plataforma.

Al decidir usar el modelo de prototipo, es necesaria la creacin de una versin beta de la plataforma, la cual ser entregada al cliente para su prueba.

Pruebas de software beta.

Pruebas de caja negra y de caja blanca y control de calidad de versin beta.

Entrega de versin beta.

Bsqueda de problemas en la implantacin de la versin de pruebas.

Estas se harn mediante observacin y reuniones semanales con el encargado con el fin de hacerlas ms espordicas y al cabo de los dos meses de plazo para el desarrollo del proyecto, estas, ya no hacerlas ya que la aplicacin trabaja bien y cumple todas las necesidades del usuario y sus expectativas.

Diseo de la versin final.

Programacin de la versin final.

Basado en las mejoras que surgirn de las reuniones con los usuarios, y optimizando el cdigo de la aplicacin.

Pruebas de software de la versin final.Pruebas de caja negra y de caja blanca.

Control de calidad.

Este, es realizado por el grupo destinado a control de calidad antes de la entrega de la aplicacin.

Entrega de la versin final.

Desarrollo de manual para usuarios finales.

Por cualquier inconveniente que se pueda presentar al finalizar el desarrollo, es bueno entregar al cliente un manual y toda la documentacin correspondiente al software.

Marcha blanca.

Esta es una parte importante del desarrollo, ya que estaremos usando la aplicacin final en el ambiente real de trabajo, siguiendo las mejoras que se desarrollaron posteriores a las reuniones, esta etapa de marcha blanca, no debera presentar mayores problemas.

Capacitacin de usuarios.

Posterior a la entrega de la versin final del programa, se realizar una capacitacin a todos quienes tendrn que utilizar la aplicacin.

Pruebas de software implementado.Como por ejemplo, estresar al programa y la DB.

Mantenciones de software espordicas.

En este captulo, veremos una lista con los requerimientos funcionales y no funcionales encontrados en el desarrollo de la aplicacin para el taller mecnico.

Elementos de control

Para poder llevar a cabo el proyecto dentro del periodo definido (dos meses) y poder planificar los eventos asociados, tenemos una serie de herramientas que nos permitirn hacerlo de una manera ordenada y muchas veces simple:

Control integrado de cambios.

Al usar un modelo de prototipo, estaremos siempre bajo solicitudes de cambios, y bajo este control, estaremos revisando, aprobando y gestionando cambios en los entregables, a los documentos y al plan de direccin del proyecto.

Control de alcance

Seguimiento del alcance (formalizar la aceptacin de los entregables del proyecto que se han completado) del proyecto.

Control de cronogramaSeguimiento de situacin del proyecto para actualizar el avance y gestionar cambios en este.

Control de calidad

Seguimiento y registro de resultados de actividades de control de calidad (pruebas de caja negra y caja blanca, inspecciones, desk checking), con la finalidad de evaluar el desempeo y la calidad del proyecto.Control de riesgos

Identificacin de riesgos e implementacin de planes de respuestas a estos.

Informes de desempeo

Recopilacin y distribucin de informacin de desempeo de trabajadores.

Carta Gantt

Planificacin del tiempo previsto para diferentes tareas o actividades a lo largo de un periodo de tiempo determinado de una forma grfica.Carta Gantt en anexos.

Diagrama Pert

Planificacin de las relaciones de las tareas del proyecto con el fin de calcular los tiempos de una forma sencilla mediante un diagrama.

ESTIMACIN DE COSTOSSe estima el costo de desarrollo del proyecto mediante la COCOMO, tomando en cuenta factores como la complejidad de algunas partes de la programacin, tamao de base de datos, lenguaje de programacin, tiempo requerido, personal, etc.________________________________________________________________________V.B.KLDC:

Esfuerzo:

Tiempo:

Personas:

_________________________________________________________________________C++:KLDC:

E:

P:

Calculo FAE

Conductores de CosteMuy bajoBajoNominalAltoMuy altoExtra alto

Fiabilidad requerida del Software0,750,881,001,151,40-

Tamao de la base de datos-0,941,001,081,16-

Complejidad del producto0,700,851,001,151,301,65

Restricciones del tiempo de ejecucin--1,001,111,301,66

Restricciones del almacenamiento principal--1,001,061,211,56

Volatilidad de la mquina virtual-0,871,001,151,30-

Tiempo de respuesta del ordenador-0,871,001,071,15-

Capacidad del analista1,461,191,000,860,71-

Experiencia en la aplicacin1,291,131,000,910,82-

Capacidad de los programadores1,421,171,000,860,70-

Experiencia en S.O utilizado1,211,001,000,90--

Experiencia en el lenguaje de programacin1,141,071,000,95--

Prcticas de programacin modernas1,241,101,000,910,82-

Utilizacin de herramientas software1,241,101,000,910,83-

Limitaciones de planificacin del proyecto1,231,081,001,041,10-

FLUJO DE CAJATomando en cuenta que nosotros somos una empresa externa a BANCOMER, no nos vemos en la necesidad de conseguir prstamos bancarios, ya que desde la primera fase en el desarrollo de nuestra solucin, recibiremos el pago por esta.A esto le debemos sumar el ingreso por concepto de mantencin y equipos que sera de vente por cada fase.Los montos de ingresos y gastos, se vern de una manera detallada primero y posteriormente en un cuadro resumen con los valores que estos poseen.

Ingresos Venta de Licitaciones: Ingreso de dinero por medio de la venta del modelo de solucin entregada a BANCOMER a otras instituciones. Mantencin de Equipos: Ingreso de dinero por materia de mantencin y configuracin de equipos utilizador por BANCOMER.Egresos Gastos de Desarrollo: Sueldo a programadores, DBA, analistas, arquitecto, empleados en general. Gastos de Mantencin: Sueldo entregado a los encargados de mantencin de los equipos. Depreciacin: Perdida de valor de los bienes de uso, especficamente en este caso, servidores. Amortizacin Intangible: Pago de licencias por uso de productos a empresas externas (IBM, Red Hat, Oracle, etc.) Gastos Fijos: Pago de gastos que no dependen del desarrollo de la solucin, gastos que hay que pagar aunque la empresa no est produciendo (alquiler, electricidad, agua, gas) Gastos Variables: Pago de gastos que dependen directamente del desarrollo de la solucin (papelera, compra de equipos, tintas, repuestos, etc.) Plan de Riesgo: Gasto dirigido principalmente a personal, mediante pago de bonos o premios mantener a los empleados contentos con el fin de evitar una posible migracin de estos a otras empresas en medio del desarrollo. Cabe mencionar que recompensas monetarias no son la nica forma que tenemos para este riesgo especfico, pero es necesario para hacer el flujo de caja. Gasto de Servicios: Pago de gastos tales como internet, telefona, etc.

INGRESOS

Licitaciones 1 $ 3.000.000

Mantenciones 1 $ 200.000

Cobro por Desarrollo $ 19.000.000

EGRESOS

Gastos de Desarrollo $ 20.000.000

Gastos de Mantencin $ 1.500.000

Depreciacin $ 200.000

Amortizacin Intangible $ 300.000

Gastos Fijos $ 500.000

Gastos Variables $ 450.000

Plan de Riesgo $ 500.000

Gasto de Servicios $ 500.000

Cabe mencionar que nosotros, al ser una empresa externa a Bancomer, no debemos tener egresos tales como pagos de licencias, servidores, computadores, etc. ya que estos son materiales que nos tienen que entregar para poder desarrollar la solucin de una manera adecuada.

CONT.Y GESTION DE PROYECTOS INFORMATICOS_002V

Flujo de Caja Bancomer

AGOSTOSEPTIEMBREOCTUBRENOVIEMBREDICIEMBRE

01234

Ventas Licencias$ -$ -$ -$4.000.000$4.000.000

Mantencin de Equipos (20)$6.000.000$6.000.000$6.000.000$6.000.000$6.000.000

Cobro por Implantacin de Solucin$19.000.000$19.000.000$19.000.000$19.000.000$19.000.000

(+)Ingresos$25.000.000$25.000.000$25.000.000$29.000.000$29.000.000

(-)Gastos de Desarrollo (salarios)$12.400.000$12.400.000$12.400.000$12.400.000$12.400.000

(-)Gastos de Mantencin$ -$2.000.000$2.000.000$2.000.000$2.000.000

(-)Depreciacin$ -$500.000$500.000$500.000$500.000

(-)Amortizacin Intangible$ -$600.000$600.000$600.000$600.000

(-)Gastos Fijos$600.000$600.000$600.000$600.000$600.000

(-)Gastos Variables$550.000$550.000$550.000$550.000$550.000

(-)Plan de Riesgo$700.000$700.000$700.000$700.000$700.000

(-)Gastos de Servicios$500.000$500.000$500.000$500.000$500.000

Flujo de Caja$10.250.000$7.150.000$7.150.000$11.150.000$11.150.000

Clculo del VAN del ProyectoClculo VAN

Agosto$8.541.666,67

Septiembre$4.965.277,78

Octubre$4.137.731,48

Noviembre$5.377.121,91

Diciembre$4.480.934,93

VAN$12.752.732,77

Como el VAN es mayor a 0, podemos determinar que s se justifica realizar el proyecto para BANCOMER.

Clculo de la TIRClculo TIRInversin inicial$-14.750.000

Agosto$10.250.000,00

TIR mnimo12%Septiembre$7.150.000,00

Inv. Inicial$14.750.000Octubre$7.150.000,00

Noviembre$11.150.000,00

Diciembre$11.150.000,00

TIR55%

Como la taza interna de retorno (TIR) es mayor al que se defini para el proyecto (20%) se justifica completamente llevar a cabo el proyecto.

Clculo de Payback

Clculo Payback

Proyecto BANCOMERInversin I.AgostoSeptiembreOctubreNoviembreDiciembre

$-14.750.000$10.250.000$7.150.000$7.150.000$11.150.000$11.150.000

SUMA$10.250.000$17.400.000$24.550.000$35.700.000$46.850.000

Segn el clculo del Payback, podemos determinar que la recuperacin de la inversin se realizar al segundo mes.

Gestin de Costos

Definicin de Costos fijos, costos variables, egresos e ingresos.

Ingresos

Licitaciones$4.000.000

Mantenciones$300.000

Cobro por Desarrollo$19.000.000

TOTAL$23.300.000

Egresos

Gastos de Desarrollo$12.400.000

Gastos de Mantencin$2.000.000

Depreciacin$500.000

Amortizacin Intangible$600.000

Gastos Fijos$600.000

Gastos Variables$550.000

Plan de Riesgo$700.000

Gastos de Servicios$500.000

TOTAL$17.850.000

Detalle de Gastos de Desarrollo (sueldos)

Gerente de Proyecto$2.000.000

Implementador Experto ERP$1.500.000

Jefe de Sistemas$1.300.000

Analista de Sistemas (2)$1.400.000

Administrador de Bases de Datos$1.300.000

Programador (2)$1.400.000

Administrador de Redes$700.000

QA (2)$1.800.000

Secretaria$450.000

Soporte Tcnico$550.000

TOTAL$12.400.000

LECTURA DE RESULTADOR

r: Tasa de corte de descuento. VAN: Indicador financiero que mide los flujos de los futuros ingresos y egresos que tendr el proyecto. Si VAN > 0, se acepta el desarrollo del proyecto.Si VAN = 0, es indiferente el desarrollo del proyecto.Si VAN < 0, se rechaza el desarrollo del proyecto.Esto no quiere decir que si no hay ganancias en el proyecto no se tenga que desarrollar, ya que no necesariamente el proyecto se lleva a cabo con la finalidad de obtener ganancias, podramos hacerlo para conseguir un nombre, prestigio y lugar dentro del mercado, vender los proyectos satlites, vender el modelo de la solucin a otras empresas, etc.En nuestro caso, obtenemos un VAN de $ 321.563, lo cual quiere decir que el proyecto es rentable para ser desarrollado. TIR: Tasa Interna de Retorno, es una tasa que muestra el retorno mensual que se puede ganar con la inversin.En nuestro proyecto, esta sera de 26%.

Se consideran estos valores solo como estimativos y pueden variar durante el desarrollo del proyecto.

ESTIMACIN DE TIEMPO

Para poder dar un estimado del tiempo que tardaremos, necesitamos diagramar las actividades de una manera ordenada mediante un diagrama lgico Pert/CMP, donde encontraremos la ruta crtica con todas las tareas asociada a esta.

Diagrama Pert

Figura 2: Miniatura diagrama PERT/CMP

Se adjunta el diagrama Pert/CMP ms grande en anexos.

Como podemos ver, las tareas son:A. Creacin de un contrato de trabajo, 1 da.B. Anlisis de recursos del banco, 5 das.C. Anlisis de posibles incompatibilidades del software, 2 das.D. Ingeniera y modelamiento del software, 2 das.E. Creacin de base de datos (DB), 3 das.F. Integracin de datos a una nueva DB., 2 das.G. Diseo beta de la plataforma, 5 das.H. Programacin de versin beta de la plataforma, 5 das.I. Entrega de versin beta, 1 da.J. Implantacin de software, 5 das.K. Bsqueda de problemas en la implantacin de la versin de pruebas, 7 das.L. Programacin de la versin final, 7 das.M. Diseo de la versin final, 7 das.N. Pruebas de software de la versin final, 2 das.O. Control de calidad, 2 das.P. Entrega de la versin final, 1 da.Q. Marcha blanca, 7 das.R. Capacitacin de usuarios, 1 da.S. Pruebas de software implementado, 7 das.T. Desarrollo de manual para usuarios finales, 2 das.

VII.2Ruta Crtica

A-B-C-G-H-I-J-K-L-M-N-P-Q-S1+5+2+5+5+1+2+7+7+7+2+1+7+7 = 59 das.

PLANIFICACIN DE RIESGOS

El propsito del plan de riesgo, es definir como la gestin de riesgo es organizada y llevada a cabo durante el ciclo de vida del proyecto.Tareas relacionadas: Revisin de entradas de riesgo. Revisin de proceso de riesgo. Definir lista de actividades de gestin de riesgos. Estimar el esfuerzo de los riesgos. Asignar recursos a riesgos. Definir herramientas que van a utilizar. Desarrollo planificado y presupuesto de riesgos. Actualizar plan de compromisos.

Estructura de desglose de riesgo (PMBOOK).

La finalidad de identificar los riesgos, es determinar cules son estos, como pueden afectar al proyecto, documentarlos y como poder enfrentarlos de la manera ms adecuada.PLANIFICACIN DE LA GESTIN DE RIESGOS

Este es el proceso por el cual se define cmo se realizarn las actividades de gestin de riesgo para un proyecto. Una planificacin cuidadosa y explcita mejora la probabilidad de tener xito en el proceso. La planificacin es necesaria e importante para poder asignar los tiempos y recursos suficientes para estas actividades, por ende, este debe iniciar al mismo tiempo que el proyecto y debe completarse con las fases del proyecto.

Entradas

Enunciados del proyecto

Este brinda una visin clara como se desarrollar el proyecto, sus entregables y establece el marco para definir la importancia de la gestin de riesgos. En nuestro caso es una importancia bastante alta.

Plan de gestin de costo

Informe sobre como utilizarn los presupuestos para eventuales coberturas de riesgos.

Plan de gestin de cronograma

Evaluaciones e informes de posibles riesgos.

Plan de gestin de las comunicaciones

Mediante las interacciones a lo largo del proyecto, se determina quin estar disponible para hacer circular la informacin sobre diversos riesgos y sus respuestas en diferentes momentos.

Factores ambientales de la empresa

Actitudes y tolerancias ante el riesgo.

Activos de los procesos de la organizacin

Caractersticas de riesgo. Definiciones comunes de conceptos y trminos. Formatos de declaracin de riesgos. Plantillas estndar. Roles y responsabilidades. Niveles de autoridad para la toma de decisiones. Lecciones aprendidas Registros de los interesados.

Salidas

Metodologa

Mtodos, herramientas y fuentes de datos para llevar a cabo la gestin de riesgos.

Roles y responsables

Presupuesto

Asignar y estimar fondos necesarios para la gestin, deben estar incluidos en flujo de caja.

Calendario

Define cuando y frecuencia se realizar este proceso a lo largo del ciclo de vida del software.Categoras de riesgo

Estructura que asegura un proceso completo de identificacin de riesgos.

Definiciones de la probabilidad e impacto de los riesgos

Cada riesgo necesita un anlisis cualitativo para definir los grados de probabilidad e impacto de estos en el proyecto.

Matriz de probabilidad e impacto

Ordenamiento de riesgos por prioridad de acuerdo con sus implicaciones potenciales en el proyecto.

Tolerancias revisadas de los interesados

Formatos de los informes

Define como se documentarn, analizarn y comunicarn los resultados de los procesos en la gestin de riesgos.

Seguimiento

Documenta como se registrarn las actividades para el beneficio del proyecto.

Identificar Riesgos

Para poder identificar los riesgos de una manera adecuada, necesitamos cumplir una serie de tareas:

Identificar Riesgos

La planificacin WBS, proporciona un excelente marco de referencia para llevar a cabo la identificacin de riesgos proporcionando una manera de asegurar que los riesgos potenciales de cada rea del proyecto son tratados y dirigidos.

La idea, es examinar cada paquete de trabajo individual del WSB e identificar los riesgos asociados a cada uno de ellos.

Considerar fuentes de riesgos internos y externos

Es necesaria una amplia gama de posibles fuentes de riesgos para asegurar que la identificacin de estos ha sido suficiente.

Categorizacin de riesgos

La categorizacin, simplifica la gestin de riesgos, con el fin de evitar duplicados o pasar por alto otros, adems de facilitar las comparaciones.

Identificacin de disparadores

A la hora de registrar riesgos, es muy importante que tambin se registren y documenten los disparadores de cada uno de ellos. Estos, son indicadores de que un riesgo ha ocurrido o est por ocurrir, y por lo tanto, es necesario buscar una forma de detenerlo.

Consolidacin de riesgos

Es muy importante que los riesgos queden documentados de la forma ms clara posible para que los integrantes del proyecto puedan comprenderlos de la mejor manera.

En la descripcin deber incluir el evento relacionado, el momento en que ocurri y el impacto.

Analizar los riesgosHerramienta mediante la cual se pretende evaluar los riesgos identificados anteriormente para determinar la probabilidad que ocurran y el impacto del riesgo. Anlisis cualitativo: evaluar impacto y la probabilidad que ocurra el riesgo. Anlisis cuantitativo: evaluacin matemtica de la probabilidad que ocurra y sus consecuencias. Priorizacin del anlisis: centralizar el esfuerzo de la gestin de riesgos y ganar el mayor impacto posible.

Tareas para el anlisis

Anlisis cualitativo de riesgo Determinar el impacto de ocurrencia de riesgos (Cualitativo) Estimar la probabilidad de ocurrencia de riesgo (Cualitativo)Determinar la categora y prioridad del riesgo

Anlisis cuantitativo de riesgo Determinar el impacto de ocurrencia del riesgo (Cuantitativo) Estimar la probabilidad de ocurrencia de riesgo (Cuantitativo) Calcular el valor esperado

Nombre del ProyectoSiglas del Proyecto

Proyecto BancomerCPI65001-005D-002

Cdigo de paquete de trabajoNombre del paquete de trabajo

1Creacin de contrato

Objetivo del Paquete de Trabajo:Creacin de contrato con el fin de iniciar el proyecto.

Descripcin del Paquete de Trabajo:Creacin de documento que detalla las responsabilidades legales de ambas partes interesadas en el desarrollo del proyecto.

Descripcin de Trabajo a Realizar (Actividades):-Reuniones con personal de Bancomer.-Elaboracin de contrato de trabajo.-Revisin de contrato por ambas partes.-Firma de contrato.

Asignacin de Responsabilidades:Responsable: Jefe de proyecto.Participa: Grupo desarrollador.Revisa: Grupo desarrollador.Aprueba: Gerente de proyecto

Fechas Programadas:Inicio: 02.10.2013.Fin: 03.10.2013.

Criterios de Aceptacin:Aceptacin de trminos por parte de Stakeholder.Reuniones con personal de Bancomer.

Supuestos:Integrantes del grupo de trabajo conocen los requerimientos y poseen las aptitudes necesarias para finalizar el proyecto de la mejor manera.

Riesgos:Mala redaccin de contrato, produciendo ambigedades o agujeros legales.Desaprobacin de contrato por parte de Bancomer.

Recursos Asignados y Costos:Personal: Notario pblico.Materiales o Consumibles: Papel, tinta.

Dependencias:Antes: Sin proyecto a desarrollar.Despus: Planificacin de solucin.


2Anlisis de situacin actual de Bancomer

Objetivo del Paquete de Trabajo:Entregar la mejor solucin posible al cliente, con el fin de satisfacer todas, o la mayora de, las necesidades que este presenta.

Descripcin del Paquete de Trabajo:Estudio de la banca.Anlisis de la situacin de Bancomer.Desarrollo de documento explicativo de lo anteriormente sealado.

Descripcin de Trabajo a Realizar (Actividades):Estudio del contexto actual de la banca por parte de integrantes del grupo desarrollador

Asignacin de Responsabilidades:Responsable: Jefe de proyecto.Participa: Grupo.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto.

Fechas Programadas:Inicio: 03.10.2013Fin: 05.10.2013

Criterios de Aceptacin:Documento entregado cumple con lo solicitado.

Supuestos:El documento fue desarrollado tomando referencias reales y actuales.

Riesgos:Mala redaccin de documento.Mal anlisis de situacin e Bancomer.Mal anlisis de situacin actual de la banca.

Recursos Asignados y Costos:Personal: Grupo.Materiales o Consumibles: Papel, tinta y fotocopias.

Dependencias:Antes: Poco conocimiento de la banca.Despus: Comprensin de movimientos y funcionamiento de los bancos.


3Decisin de propuesta.

Objetivo del Paquete de Trabajo:Tomar las decisiones necesarias para la partida del proyecto.

Descripcin del Paquete de Trabajo:Patada inicial al proyecto.

Descripcin de Trabajo a Realizar (Actividades):Inicio del proyecto.Anlisis de proyecto.Brainstorming.Propuesta de desarrollo.Posibles incompatibilidades de HW y SW.Ingeniera y modelamiento.

Asignacin de Responsabilidades:Responsable: Arquitecto.Participa: Grupo.Revisa: Jefe de proyectoAprueba: Gerente de proyecto

Fechas Programadas:Inicio: 02.10.2013Fin:05.10.2013

Criterios de Aceptacin:Requisitos que deben cumplirse: Toma de requerimientos, conocimiento de todos los integrantes del proyecto del lenguaje de programacin y la plataforma a utilizar.

Supuestos:Todos los integrantes aportaron y estn de acuerdo con lo propuesto.

Riesgos:Alguno(s) integrante(s) del equipo de trabajo no posee el conocimiento mnimo requerido del lenguaje con que se trabajar.Desacuerdo con decisiones tomadas.Mala toma de requerimientos.

Recursos Asignados y Costos:Personal: Equipo de trabajo.

Dependencias:Antes: No exista decisin sobre cmo tratar el proyecto.Despus: Planificacin del desarrollo de proyecto.


4.1Diseo de la solucin beta

Objetivo del Paquete de Trabajo:Creacin de un beta del proyecto que se entregar, con el fin de poder ver como se comportara la solucin y buscar mejoras mientras esta se va desarrollando.

Descripcin del Paquete de Trabajo:Desarrollo del beta de la solucin.

Descripcin de Trabajo a Realizar (Actividades):Creacin de base de datos.Integracin de datos.Diseo beta.Programacin beta.

Asignacin de Responsabilidades:Responsables: Administrador de sistema y DBA.Participa: Programadores de base de datos y programadores de aplicacin.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto.


Criterios de Aceptacin:Base de datos creada para aguantar un gran nmero de transacciones.Comparacin de datos con los originales.Control de calidad de datos aprobado.Diseo y programacin beta aceptados por el integrantes de proyecto.

Supuestos:Todo fue realizado con las normas y aprobado por todos los elementos de control.

Riesgos:Base de dato mal creada o mal configurada.Integracin de datos deficiente.Redundancia en datos.

Recursos Asignados y Costos:Personal: Grupo de trabajo.Materiales o Consumibles: Hojas, tinta, fotocopias.Equipos o Mquinas: Computadores, servidores.

Dependencias:Antes: Solo idea de proyecto, nada tangible, fuera de los entregables explicando la solucin.Despus: Base de datos funcionando, programa beta.


4.2Prueba de solucin beta.

Objetivo del Paquete de Trabajo:Dar las pruebas de software a la versin beta del programa.

Descripcin del Paquete de Trabajo:Pruebas de la solucin.

Descripcin de Trabajo a Realizar (Actividades):Pruebas de caja negra.Pruebas de caja blanca.

Asignacin de Responsabilidades:Responsable: Administrador de sistema.Participa: Programadores.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto


Criterios de Aceptacin:Aprobacin mediante pruebas de software satisfactorias.

Supuestos:Las pruebas que se le realizaron al software han sido aprobadas de manera satisfactoria.

Riesgos:No realizacin de alguna prueba que derive en algn futuro problema.Pruebas no aprobadas.

Recursos Asignados y Costos:Personal: Grupo de trabajo de proyecto, menos desarrolladores de aplicacin.Materiales o Consumibles: Hojas, tinta, fotocopias.Equipos o Mquinas: Computadores.

Dependencias:Antes: Solucin beta que no se saba si cumpla con requerimientos mnimos.Despus: Solucin beta que ha pasado de manera satisfactoria las pruebas que se le realizaron.


5Implantacin beta.

Objetivo del Paquete de Trabajo:Implantar la versin beta del software.

Descripcin del Paquete de Trabajo:Posterior a la entrega e instalacin del beta del proyecto, se desarrollan pruebas en este para ver cmo se comporta en un ambiente controlado.

Descripcin de Trabajo a Realizar (Actividades):Entrega de beta.Instalacin de beta.Bsqueda de problemas en beta.

Asignacin de Responsabilidades:Responsable: Administrador de sistema y administrador de redes.Participa: Analistas de sistema, tcnico en conectividad y redes.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto.

Fechas Programadas:Inicio:25.10.213Fin: 01.11.2013

Criterios de Aceptacin:El software queda instalado y corriendo en los computadores del banco.Redes quedan funcionando de manera correcta.Reuniones con clientes que muestran su satisfaccin con el producto.

Supuestos:Software y red quedan en perfecto estado para comenzar las pruebas bajo un ambiente controlado en Bancomer.

Riesgos:Mala instalacin de software.Mal anlisis de posibles incompatibilidades, que generan problemas con el software.Mala toma de requerimientos.Errona configuracin de red.

Recursos Asignados y Costos:Personal: Administrador de sistema y administrador de redes, analistas de sistema, tcnico en conectividad y redes.Materiales o Consumibles: Hojas, tinta fotocopias.

Dependencias:Antes: Aplicacin beta en un cd.Despus: Aplicacin instalada, red configurada funcionando todo a la perfeccin.


6.1Diseo final de la solucin.

Objetivo del Paquete de Trabajo:Disear la versin final del proyecto.

Descripcin del Paquete de Trabajo:Basndonos en las mejoras que se pudieron extraer de la prueba de la versin beta, se desarrolla una versin final mejorada del producto.

Descripcin de Trabajo a Realizar (Actividades):Diseo final.Programacin final.

Asignacin de Responsabilidades:Responsable: Administrador de sistema y administrador de redes.Participa: Analistas de sistema, tcnico en conectividad y redes.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto.


Criterios de Aceptacin:Aceptacin de versin final de programa.

Supuestos:Se ha desarrollado el proyecto de una manera correcta y se espera aprobacin con pruebas de software.

Riesgos:Programacin errnea.Fallida compilacin.

Recursos Asignados y Costos:Personal: Administrador de sistema y administrador de redes, analistas de sistema, tcnico en conectividad y redes.

Materiales o Consumibles: hojas, tinta, fotocopias, cuadernos, pizarra, plumones, elementos varios de oficina.Equipos o Mquinas: Computadores, servidores.

Dependencias:Antes: Versin de prueba instalada para bsqueda de problemas y mejoras.Despus: Producto final esperando pruebas de software.


6.2Pruebas de la solucin final.

Objetivo del Paquete de Trabajo:Aprobar la versin final de la solucin.

Descripcin del Paquete de Trabajo:Mediante pruebas de software y control de calidad se pretende dar la aprobacin a la versin final del software.

Descripcin de Trabajo a Realizar (Actividades):Pruebas de caja negra.Pruebas de caja blanca.Control de calidad.

Asignacin de Responsabilidades:Responsable: Administrador de sistema.Participa: Programadores.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto


Criterios de Aceptacin:Aprobacin mediante pruebas de software satisfactorias.

Supuestos:Las pruebas que se le realizaron al software han sido aprobadas de manera satisfactoria.

Riesgos:No realizacin de alguna prueba que derive en algn futuro problema.Pruebas no aprobadas.

Recursos Asignados y Costos:Personal: Grupo de trabajo de proyecto, menos desarrolladores de aplicacin.Materiales o Consumibles: Hojas, tinta, fotocopias.Equipos o Mquinas: Computadores, servidores.

Dependencias:Antes: Solucin beta que no se saba si cumpla con requerimientos mnimos.Despus: Solucin beta que ha pasado de manera satisfactoria las pruebas que se le realizaron.


7Marcha blanca.

Objetivo del Paquete de Trabajo:Poner a prueba el producto final entregado.

Descripcin del Paquete de Trabajo:Posterior a la entrega e instalacin de la versin final comienza la marcha blanca, donde se entregarn manuales tcnicos, se capacitar a usuarios y se harn las pruebas finales de software.

Descripcin de Trabajo a Realizar (Actividades):Desarrollo de manuales tcnicos.Capacitacin a usuarios.Pruebas de software implementado.

Asignacin de Responsabilidades:Responsable: Jefe de proyecto.Participa: grupo de desarrollo.Revisa: Jefe de proyecto.Aprueba: Gerente de proyecto.

Fechas Programadas:Inicio: 13.11.2013.Fin: 30.12.2013

Criterios de Aceptacin:Entrega de manuales comprensibles.Capacitacin a usuarios finalizada con una gran aceptacin de estos hacia el programa.Reuniones con clientes que muestren la conformidad con producto.

Supuestos:Los usuarios aprendieron a usar el programa de una correcta manera.Clientes satisfechos.Pruebas con software instalado terminadas positivamente.

Riesgos:Usuarios no aprendieron a usar el programa.La aplicacin era muy complicada.No cumple con requerimientos.Mala respuesta de la base de datos.Pruebas de software rechazadas.

Recursos Asignados y Costos:Personal: Grupo de desarrollo.Materiales o Consumibles: Anillados, hojas, tinta, fotocopias, pegamento, pizarra, plumones.Equipos o Mquinas: Proyector, computadores, servidores, equipos para pruebas.

Dependencias:Antes: Versin final sin pruebas ni puesta en marcha.Despus: Versin final del producto funcionado con todos los modos.

Adems de estos riesgos, contamos con riegos como fenmenos ambientales, electricidad esttica, calor, humedad, entre otros, que son independientes a la fase en la que nos encontremos de nuestro ciclo de vida.Para la proteccin de los datos, proponemos una serie de precauciones a tomar en cuenta con el fin de mantener la integridad fsica del servidor de datos.

ProbabilidadValor NumricoImpactoValor Numrico

Muy Improbable0,1Muy Bajo0,05

Relativamente Probable0,3Bajo0,10

Probable0,5Moderado0,20

Muy Probable0,7Alto0,40

Casi Certeza0,9Muy Alto0,80

Tipo de RiesgoProbabilidad x Impacto

Muy Altomayor a 0,50

Altomenor a 0,50

Moderadomenor a 0,30

Bajomenor a 0,10

Muy Bajomenor a 0,05

Cdigo RiesgoDescripcinCausa RazEstimacin de ProbabilidadObjeto AfectadoEstimacin ImpactoPro. X ImpactoSolucin

Proteccin ante Carga porAlcance0.050.05 Rociar con productos antiesttica.

electricidad contacto,Tiempo0.050.05 Conectar servidor sobre una superficie

RG001 esttica. presin0.5Costo0.050.05 conectada a una toma de tierra.

temperaturaCalidad0.050.05 Utilizar fundas protectoras en el servidor.

objeto cargado.Total Probabilidad por Impacto=

Proteccin Variacin en Alcance0.40 Mantener T de habitacin entre 15C - 20C.

contra cambios temperatura Tiempo0.40 Asegurar buena ventilacin.

RG002 de temperatura. ambiental y0.7Costo0.80

por utilizacinCalidad0.80

de servidores.Total Probabilidad por Impacto=

Proteccin Usuarios,Alcance Mantencin de habitacin extremadamente

contra suciedad entrada deTiempo limpia, hacer aseo constantemente.

RG003 polvo CostoRecubrimientos anti polvo.

suciedad delCalidad

servidorTotal Probabilidad por Impacto=

Proteccin Hurto por Alcance Mantener un estricto control sobre quien

contra robos trabajadores oTiempo entra a la sala de servidor.

RG004 externos a Costo Puertas bloqueadas con aperturas mediante

empresa.Calidad tarjetas.

Total Probabilidad por Impacto= Cmaras de seguridad.

ProteccinDestruccin deAlcanceProtecciones similares a las descritas en el

contra servidores por Tiempopunto anterior

RG005 destruccinposibles malos Costo

(Personas)usos deCalidad

usuariosTotal Probabilidad por Impacto=

Cdigo RiesgoDescripcinCausa RazEstimacin de ProbabilidadObjeto AfectadoEstimacin ImpactoPro. X ImpactoSolucin

ProteccinTembloresAlcanceNo dejar servidores en alturas.

contra TerremotosTiempoUso de fijadores para servidores.

RG006 destruccin0.9CostoNo dejar servidores cerca de ventanas.

(Naturales)CalidadUso de estructuras anti ssmicas.

Total Probabilidad por Impacto=No dejar objetos mviles sobre servidores.

ProteccinTormentasAlcanceUso de para rayos.

contra elctricas.TiempoDesconectar equipos durante tormenta

RG007 destruccinCostoelctrica, dando un previo aviso a los clientes

(Naturales)Calidady usuarios.

Total Probabilidad por Impacto=

Proteccin anteCalentamientosAlcanceDetectores de humo de alta sensibilidad.

incendios.Electricidad.TiempoSistema contra incendio a base de gas Halon

RG008Cigarros.Costoa presin. Se necesita capacitacin a personal

Lquidos Calidad para esta tcnica, ya que el gas apaga el

inflamables, etcTotal Probabilidad por Impacto=fuego quitando el oxgeno.

Proteccin anteFallas en AlcanceInstalacin de sistemas de deteccin que

inundaciones.alcantarillado,Tiempoapaguen las mquinas si se detecta agua y

RG009goteras, etc.Costodesconexin de sistema elctrico.

CalidadUtilizar pisos falsos (sobre piso anti polvo).

Total Probabilidad por Impacto=

Proteccin contraInconsistencias AlcanceNo conectar ms dispositivos a red de

ruidos elctricosen suministroTiemposuministro.

RG010altos y bajos de de electricidad.CostoSistema de alimentacin ininterrumpida

tensin y cortesCalidadante eventual corte de electricidad.

de corrienteTotal Probabilidad por Impacto=

El plan de seguridad de servidores y tecnologas es sumamente importante, y debe quedar estipulado en el contrato que uno como profesional (o empresa) entreg al cliente toda la informacin necesaria y posibles soluciones. Todo en marco de supuestos desastres naturales en los que el cliente no quiso el desarrollo del pan de riesgo, y esto deriv en la prdida de informacin valiosa. Si qued estipulado en contrato que l no quiso la solucin no puede pedir nada a la empresa desarrolladora del software, en caso contrario, que no quedara estipulado, puede hacerlo, y la empresa tendr que reponer los datos, lo cual generar una muy posible quiebra de esta.

EPR

En la siguiente tabla comparativa, se indican los requerimientos que cada ERP puede gestionar por defecto, solicitadas por la empresa BANCOMER.

Dado el resultado de la tabla comparativa, podemos determinar:

La mayor cantidad de requerimientos solicitados por BANCOMER pueden ser resueltos por el ERP SAP. Dynamics de Microsoft presenta la menor cantidad de requerimientos, pero puede ser flexible y adaptarse a las necesidades de la empresa. Oracle es la segunda mejor opcin, y dada la flexibilidad de adaptacin, puede ser un candidato apto para ser el ERP seleccionado.

Anlisis Aspectos Generales

El siguiente recuadro, realiza una comparacin de acuerdo a 19 aspectos de carcter general que pueden ser aplicados a los 3 candidatos. La valoracin utilizada es la siguiente:

MALO

REGULAR

BUENO

MUY BUENO

EXCELENTE

El anlisis es realizado en base a un estudio, donde se identificaron diferentes opiniones, experiencias, casos de xito, principales mercados donde son utilizados estos ERP, calidad en las tecnologas empleadas, los tiempos de implementacin, entre otros.

La valoracin, es aplicada en base a la calidad de cada proveedor, en escala de 1 a 5, reflejado en una Valorizacin de Estrellas para definir grficamente que tan bueno o malo es en cada aspecto, cada ERP.

El total mximo de valorizacin es 95 puntos.

Tabla Anlisis Aspectos GeneralesEnterprise Resource Planning

Aspectos SAP ERP Dynamics MicrosoftE-Business Suite Oracle

Cantidad de requerimientos para el caso concreto resueltos por el ERP estndar

Flexibilidad para adaptarse a los requerimientos del caso en concreto

Costo de la solucin

Experiencias y casos de xito en el sector

Calidad de los VAR (Value Added Reseller)

Solidez financiera del vendedor

Tecnologas empleadas

Estabilidad en las tecnologas empleadas

Cantidad y perfil de clientes

Robustez tecnolgica de la solucin

Inversin en I+D

Customize (Adaptacin a las necesidades del cliente)

Cantidad de mdulos adaptables a las necesidades

Facilidad de uso

Metodologa de implantacin

Independencia de sistema operativo y de motor de base de datos

Usabilidad

Escalabilidad

Flexibilidad para la gestin de nuevas lneas de negocio

TOTAL836676

Dado los resultados, podemos interpretar:

SAP tiene mejor evaluacin en el mercado por sobre sus competidores, y su principal desventaja es el alto costo de la solucin. Oracle es la segunda mejor opcin, dado su costo un tanto inferior al de SAP, pero no tiene tantos casos exitosos como en el caso de SAP. Dynamics de Microsoft, tiene buen desempeo en el mercado, pero est muy por debajo de los 2 competidores que se analizan en este documento.Anlisis Final Dado los requisitos, estructura y exigencias de BANCOMER, nuestro equipo determina que el ERP que cumple de mejor forma las necesidades y asegura calidad en los procesos es SAP. Su solidez en el mercado, los miles de clientes que lo prefieren, su trayectoria, casos de xitos, flexibilidad y escalabilidad, su factibilidad de ajuste a nuevas especificaciones, entre muchos otros, aseguran un xito en la implementacin y de seguro la recuperacin de la alta inversin que puede significar. De acuerdo al proceso investigativo realizado, y demostrado anteriormente, se confirma que SAP es quien mayores ndices alcanza en gran parte de lo exigido por BANCOMER. SAP est en constante evolucin por lo que es una solucin que da cabida al crecimiento comercial de la empresa que lo utilice. PLAN DE GESTIN DE LA CALIDAD

NOMBRE DEL PROYECTOSIGLAS DEL PROYECTO

BANCOMER

POLTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIN DE DIRECCIN QUE FORMALMENTE TIENE EL EQUIPO DE PROYECTO CON RELACIN A LA CALIDAD DEL PROYECTO.

Este proyecto tiene como objetivo cumplir con los requisitos de calidad, midiendo los tiempos planificados y los requisitos cumplidos a travs de mtricas establecidas.

LNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL PRODUCTO DEL PROYECTO Y PARA LA GESTIN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOSOBJETIVOS DE CALIDAD, LAS MTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIN Y DE REPORTE.

FACTOR DE CALIDAD RELEVANTEOBJETIVO DE CALIDADMTRICA A UTILIZARFRECUENCIA Y MOMENTO DE MEDICINFRECUENCIA Y MOMENTO DE REPORTE

Mdulo de gestin de comprasNivel de cumplimiento = 100%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de compras Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de inventario y facturacinNivel de cumplimiento = 100%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de compras Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de contabilidad y presupuestosNivel de cumplimiento = 100%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de compras Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de activo fijoNivel de cumplimiento = 100%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de contabilidad y presupuestos Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de tesoreraNivel de cumplimiento > 95%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de tesorera Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de activos y configuracionesNivel de cumplimiento > 95%Nivel de cumplimiento = promedio de todas las tareas del mdulo de activos y configuraciones Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Mdulo de gestin de capital humano RRHHNivel de cumplimiento > 95%Nivel de cumplimiento = promedio de todas las tareas del mdulo de gestin de capital humano RRHH Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

Configuracin de perfilesNivel de satisfaccin > 4.0Nivel de satisfaccin = promedio entre 1 a 5 de 5 factores sobre la configuracin de un perfil. Frecuencia, reunin semanal con jefe de proyectos. Medicin, en el da de la reunin. Frecuencia, semanal. Reporte, al da siguiente de la reunin.

ROLES PARA LA GESTIN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERN NECESARIOS EN EL EQUIPO DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIN DE LA CALIDAD. PARA CADA ROLESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DECONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR EL ROL

Rol N1: SPONSOR

Objetivos del rol:Responsable ejecutivo y final por la calidad del proyecto

Funciones del rol:Revisar, aprobar, y tomar acciones correctivas para mejorar la calidad

Niveles de autoridad:Facilitar decisiones y contribuir con la asignacin de recursos.

Reporta a:Directorio

Supervisa a:Jefe de proyectos

Rol N2: JEFE DE PROYECTOSObjetivos del rol:Gestionar operativamente la calidad

Funciones del rol:Revisar estndares, revisar entregables, aceptar entregables o disponer su reproceso, deliberar para generar acciones correctivas, aplicar acciones correctivas

Niveles de autoridad:Exigir cumplimiento de entregables al equipo de proyecto

Reporta a:Sponsor

Supervisa a:Equipo de Proyecto

Rol N2: EQUIPO DEL PROYECTOObjetivos del rol:Elaborar los entregables con la calidad requerida y segn estndares

Funciones del rol:Elaborar los entregables

Niveles de autoridad:Aplicar los recursos que se le han asignado

Reporta a:Jefe de Proyecto

Supervisa a:

ORGANIZACIN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO INDICANDO CLARAMENTE DONDE ESTARN SITUADOS LOS ROLES PARA LA GESTIN DE LA CALIDADCONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR EL ROL

PLANTILLA DE MTRICA DE CALIDAD


BANCOMER

MTRICA DE: CUMPLIMIENTO DE OBJETIVOS

PRODUCTOPROYECTOX

PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?

Esta mtrica se desarrolla para monitorear el cumplimiento de requerimientos de cada mdulo

de gestin del ERP a implantar.

DEFINICIN OPERACIONAL: DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO,DNDE, CMO?

Cada semana (el da Lunes) el jefe de proyectos se reunir con el equipo del proyecto, para ver cada

los cumplimientos de requerimientos de cada mdulo, midiendo por porcentaje cada avance.

MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.

1. Se recabar informacin de avances reales.

2. El Jefe de proyecto calcular el promedio en base al avance y cumplimiento.

3. Se crear un informe semanal de avance.

4. Se revisar el informe con Sponsor, para tomar acciones preventivas y/o correctivas.

RESULTADO DESEADO: ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MTRICA.

Nivel de cumplimiento igual a un 100%



BANCOMER

MTRICA DE: CONFIGURACIN DE PERFILES

PRODUCTOXPROYECTO


Esta mtrica se desarrolla para monitorear la configuracin de perfiles.


Cada semana (el da Lunes) el jefe de proyectos se reunir con el consultor BASIS, para ver cada

el cumplimiento del perfil, midiendo en una escala del 1 al 5.


1. Se revisar el factor de usuario y se medir el promedio.

2. Se revisar el factor de funciones usuario y se medir el promedio.

3. Se revisar el factor de transacciones requeridas y se medir el promedio.

4. Se revisar el factor de niveles de autorizacin y se medir el promedio.

5. Se revisar el factor de datos maestros utilizados para el perfil y se medir el promedio.


Nivel de satisfaccin > 4.0



BANCOMER

MTRICA DE: RENDIMIENTO DE ERP

PRODUCTOXPROYECTO


Cuantificar el tiempo de espera en procesos de alta complejidad, tales como programas

ampliables (programas Z) y programas estndar con niveles de alto procesamiento.


El programador junto al consultor, verificarn a travs de un programa estndar, los tiempos

de espera, utilizacin de base de datos y memoria. Un claro ejemplo se puede ver en el

estndar de SAP a travs de la transaccin SE30 en donde se puede medir en tiempo de

ejecucin tanto un programa estndar como un programa ampliable.


1. El programador ingresa a la SE30.

2. El consultor ejecuta un programa estndar y simula un proceso de alto procesamiento.

3. El programador despliega resultados de procesamientos.

4. Se documentan los resultados.


Tiempo de ejecucin > 3.000.000 microsegundos.



BANCOMER

MTRICA DE: CONSISTENCIA BACKUP

PRODUCTOXPROYECTO


Verificar consistencia del respaldo diario del ERP.


Semanalmente (los das Lunes) el encargado de los servidores tomar la ltima copia

de respaldo, lo levantar en un servidor de prueba y verificar su consistencia.


1. El Administrador de servidores levantar la ltima copia de respaldo.

2. El consultor ejecutar varios procesos al azar, para verificar la consistencia del respaldo.

3. En un checklist verificar dicha consistencia.

4. Se documentar el proceso de levantamiento.


Procesos ejecutados correctamente al 100%

BIBLIOGRAFA Anlisis de ERP: http://erp-software.findthebest.com Oracle E-Business Suite 12.1 como solucin para mejorar diferentes reas de una empresa http://www.youtube.com/watch?v=dTYLa_rkEtY Introduccin a SAP Business One http://www.youtube.com/watch?v=fn1V-WLq5O0 Microsoft Dynamics ERP Comparison: SL, NAV, GP, AX http://www.youtube.com/watch?v=1iT1UNfYKGk Comparacin ERP: http://erp-software.findthebest.com/compare/183-218-342/Oracle-E-Business-Suite-vs-SAP-vs-Microsoft-Dynamics-NAV ERP Software Comparation: SAP vs Oracle vs Microsoft Dynamics http://www.youtube.com/watch?v=dl3ZxTTlrF8 Proveedores SAP http://www.tfcsoluciones.cl/soluciones/productos/sap-all-in-one/ Proveedores Oracle http://www.oracle.com/es/products/applications/ebusiness/index.html Proveedor Microsoft Dynamic http://www.microsoft.com/es-xl/dynamics/erp.aspx57

Control y Gestión de Proyectos Informáticos

Documents

Transcript of Control y Gestión de Proyectos Informáticos