control y gestión de proyectos informáticos
DESCRIPTION
Todos los pasos que se necesitan para el control y gestión de un proyecto informáticoTRANSCRIPT
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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.
Fechas Programadas:Inicio: 05.10.2013.Fin: 20.10.2013.
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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
Fechas Programadas:Inicio: 21.10.2013Fin: 23.10.2013
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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.
Fechas Programadas:Inicio: 04.11.2013.Fin: 18.11.2013.
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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
Fechas Programadas:Inicio: 18.11.2013Fin: 20.11.2013
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.
Cdigo de paquete de trabajoNombre del paquete de trabajo
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
NOMBRE DEL PROYECTOSIGLAS DEL PROYECTO
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%
PLANTILLA DE MTRICA DE CALIDAD
NOMBRE DEL PROYECTOSIGLAS DEL PROYECTO
BANCOMER
MTRICA DE: CONFIGURACIN DE PERFILES
PRODUCTOXPROYECTO
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?
Esta mtrica se desarrolla para monitorear la configuracin de perfiles.
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 consultor BASIS, para ver cada
el cumplimiento del perfil, midiendo en una escala del 1 al 5.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.
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.
RESULTADO DESEADO: ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MTRICA.
Nivel de satisfaccin > 4.0
PLANTILLA DE MTRICA DE CALIDAD
NOMBRE DEL PROYECTOSIGLAS DEL PROYECTO
BANCOMER
MTRICA DE: RENDIMIENTO DE ERP
PRODUCTOXPROYECTO
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?
Cuantificar el tiempo de espera en procesos de alta complejidad, tales como programas
ampliables (programas Z) y programas estndar con niveles de alto procesamiento.
DEFINICIN OPERACIONAL: DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO,DNDE, CMO?
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.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.
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.
RESULTADO DESEADO: ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MTRICA.
Tiempo de ejecucin > 3.000.000 microsegundos.
PLANTILLA DE MTRICA DE CALIDAD
NOMBRE DEL PROYECTOSIGLAS DEL PROYECTO
BANCOMER
MTRICA DE: CONSISTENCIA BACKUP
PRODUCTOXPROYECTO
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?
Verificar consistencia del respaldo diario del ERP.
DEFINICIN OPERACIONAL: DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO,DNDE, CMO?
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.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.
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.
RESULTADO DESEADO: ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MTRICA.
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