CASO PRÁCTICO FINAL DEL MASTER OFICIAL EN GESTIÓN INTEGRAL DE LAS TECNOLOGÍAS DE LA INFORMACIÓN (MOGITI ).

Transcripción

1 CASO PRÁCTICO FINAL DEL MASTER OFICIAL EN GESTIÓN INTEGRAL DE LAS TECNOLOGÍAS DE LA INFORMACIÓN (MOGITI ). Módul 8 de Gestión de Aplicacines (AM) En el veran de 2007, Jrge Rís, iniciaba la transferencia de aplicativs en un AM cntratad a su empresa pr un imprtante grup inmbiliari. El cntrat había sid firmad después de un añ de negciación, en el que habían acrdad un PUT (Preci de Unidad de Trabaj) de 55, inferir al PUT medi frecid a empresas del mism sectr. El cntrat tenía una duración de 3 añs cn una psible prórrga de 3 añs adicinales y un vlumen prmedi de UT s añ., Ls servicis cntratads cnsistían en mantenimient crrectiv, evlutiv y grandes evlutivs de 4 sistemas cn las siguientes características: Nmbre Descripción Platafrma Tecnlógica Antigüedad AT/AM Criticidad Prveedr Saliente ERP SAP Sistema de SAP 4 añs AT Media HP Gestión Crprativ en módul financier RRHH Sistema de Meta 4 5 añs AT Media Meta 4 Gestión de RRHH y nómina CONOBR Planificación J2ee / Oracle 6 añs AM Alta IBM y cntrl de Obras Intranet Intranet Crprativa J2ee / Oracle 3 añs AT Alta IBM

2 El ANS tenía ls siguientes indicadres y valres: SLA para Mantenimient Crrectiv SLA S Gestión de Incidencias Incidencias Tiemp de respuesta (Para tds ls niveles de severidad) Crítica: <1 h 99% de ls cass Alta: <1 h 97% de ls cass Media/Baja: <1 h 95% de ls cass Tiemp de reslución Nivel 2 Tds ls Aplicativs Crítica 1,5 h en 98% de cass; 8 h en 2% Alta 8 h en 98% de cass; 3 d en 2% Media 2 d en 98% de cass; 6 d en 2% Baja 3 d en 98% de cass; 10 d en 2% Interval Reprting Incidencias resueltas <= tiemp SLA = "Nivel de Servici Alcanzad ". Nta: Est incluye ntificación, escalación y restauración del servici. Infrme /Trimestral baj petición Tiemp del servici Ventana de dispnibilidad del servici Tds ls Aplicativs N.A. Reprting Infrme /Trimestral baj petición Incidencias en primera instancia Incidencias a tiemp % Incidencias resueltas en primera instancia (para tdas las aplicacines y niveles de severidad) % Incidencias resueltas en el tiemp definid (para tdas las aplicacines y niveles de severidad) > 98% > 98% Incidencias resueltas <= tiemp SLA = "Nivel de Servici Alcanzad ". Nta: Est incluye ntificación, escalación y restauración del servici.

3 Interval Reprting Infrme /Trimestral baj petición SLA para Mantenimient Evlutiv y Adaptativ Puntualidad en estimación Respet del tiemp acrdad Desarrlls válids en 1ª instancia Calidad de dcumentación Cmpletitud de la dcumentación de usuari Metdlgía de desarrll Tiemp de entrega de la prpuesta (requerimients y estimación) Entrega del nuev desarrll/aplicación dentr del tiemp indicad en la prpuesta aceptada (T estimación + T desarrll + T acumulad de desarrll) % desarrlls valids en primera instancia % dcuments entregads en tiemp y frma y aprbads en su primera entrega La dcumentación de usuari está cmpleta y de acuerd cn la metdlgía Seguimient de la metdlgía de desarrll en ls desarrlls evlutivs < 3 d en 95% de cass, 5 d en 5% Retras en la entrega de ls desarrlls evlutivs < 10% del tiemp estimad en el 95% de cass, entre 10-30% en 5% > 98% > 98%% 100% 100% Frmula/Ejempl Tiemp de entrega <= tiemp SLA = "Nivel de Servici Alcanzad ".. Interval Reprting Infrme /Trimestral baj petición Tips de PRIORIDAD para crrectiv Crítica Alta Media Baja >60% de O Más de 1 Sistema afectad Hasta 60% de Afecta a algún tip de Transacción Hasta 40% de Afecta a una función de Cnsulta de Hasta 20% de Cnsulta Funcinal

4 servici de pag usuari clave Administración ó a Externs En la primera reunión, le presentarn a ls respnsables de sistemas de las empresas prveedras que hacían el mantenimient hasta ese mment, el bjetiv era planificar la transferencia de ls aplicativs para l cual Jrge preparó un guión de ls temas más imprtantes a acrdar en la negciación previa a la planificación. Especifique que temas cree que Jrge había incluid en su guión. Relacine las principales tareas a incluir en la planificación de la transferencia. Durante la reunión, Dn Jaime de la Prada, Directr de Sistemas de Infrmación del Grup Cnstructr, le insistía que deseaba que hubiera un traspas de ciertas persnas de ls prveedres salientes que acumulaban la mayr parte del cncimient tant técnic cm funcinal, argumentand que eran persnas que tenían añs de frmación en el Grup y que sustituirls llevaría much tiemp. En cncret slicitó la inmediata cntratación de ds persnas de un de ls prveedres a ls que les tenía mucha cnfianza, ya que ls cncía desde hacía ya varis añs cuand el mantenimient l hacían sl cn persnal subcntratad en AT. Al salir de la reunión, le infrmarn que debería pnerse de acuerd cn Agustín López, el respnsable técnic de ls ds aplicativs principales (CONOBR, Intranet) pr parte del Grup Cnstructr para hacer una reunión especifica sbre la transferencia de ests ds aplicativs que mantenía el mism prveedr y que eran ls más crítics del negci. Después de un par de semanas, Jrge lgró reunirse cn Agustín López que le había pedid retrasar la reunión varias veces, en la reunión Agustín le cmentó que la transferencia sería un prces muy larg en el cas de ests ds aplicativs, debid a su cmplejidad y que deberían hablar cn el Directr de Sistemas de infrmación para lgrar una ampliación de cntrat cn la empresa saliente. Adicinalmente le prpus que la empresa de Jrge se hiciera respnsable de ls nuevs evlutivs y que el crrectiv se iría pasand pr móduls a l larg de ls siguientes ch meses. Pasads ds meses, tds ls aplicativs estaban transferids a excepción de ls ds más imprtantes, de ls que n había lgrad btener infrmación de ningún tip. Esta situación había sid reprtada en ls cmités de seguimient y dirección, per las medidas crrectivas n habían sid implementadas, cn l que se presentaba cm un riesg imprtante. En las tras ds aplicacines se encntraba cn que la dcumentación n estaba actualizada y que el códig del módul de SAP estaba en muy malas cndicines. Sin embarg se había acrdad que a cambi de uns meses de

5 prórrga en la aplicación del ANS y un acuerd ecnómic adicinal, se dcumentarían ls sistemas. Jrge estaba cnvencid que en el cas de ls aplicativs ERP y RRHH, ls evlutivs se hicieran en la fábrica de sftware de su empresa en Clmbia. Preguntas: Qué prblemas detecta? Cóm ls slucinaría? Cóm prpndría el us de las factrías y cóm l justificaría? Qué cree que se puede hacer para frzar la trasferencia de ls ds sistemas principales?