Dimensionamiento de Departamento de Sistemas

Este foro está dedicado a encuestas y discusiones no técnicas que afectan nuestro trabajo.
Responder
Avatar de Usuario
canseco
Colaborador
Colaborador
Mensajes: 196
Registrado: 27 Sep 2007, 13:37
País: España
Ciudad: Madrid
Ocupación: Lider de proyectos
Ubicación: España

Dimensionamiento de Departamento de Sistemas

Mensaje por canseco » 17 Abr 2009, 06:59

Buenos días,

Estoy buscando publicaciones o artículos acerca del dimensionamiento de los Departamentos de Sistemas Mainframe. Por ejemplo, recomendaciones como:

"Un departamento de sistemas necesita:

n técnicos de sistema operativo,
n técnicos de hardware,
n administradores de CICS,
n DBAs,
n técnicos de comunicaciones,
n administradores RACF,
n técnicos de rendimiento,
n Almacenamiento
etc"

Me gustaría saber si alguien conoce publicaciones que sirvan de referencia para este dimensionamiento.

Muchas gracias y un saludo
Canseco

freddy_bell
Usuario avanzado
Usuario avanzado
Mensajes: 49
Registrado: 06 Oct 2006, 05:50
País: argentina
Ciudad: Campana
Ocupación: Consultor

Re: Dimensionamiento de Departamento de Sistemas

Mensaje por freddy_bell » 19 Abr 2009, 12:32

Hola, si bien no recuerdo haber visto publicaciones de este tipo , te puedo dar una pequena vision de como encarar el armado de la estructura funcional de IT. En principio tienes que dimensionar tu negocio , en volumen de transacciones, cantidad de procesos, etc, como para que tengas un punto de partida, ya que eso te podra ubicar en la masa operativa que necesitas para operarlo. Las funciones de cada departamento o direcion o subdireccion, se dimensionan en funcion de los indicadores de negocio que definiste previamente, por ejemplo si tu tienes un ambiente de desarrollo , un ambiente de control de calidad y uno de produccion y en suma tienes 60 regiones de CICS, es evidente que con un solo especialista no podras soportar la carga. Por otra parte existen funciones , como las de planeamiento de capacidad, arquitectura, performance y tuning, etc. , que pueden estar atomizadas o centralizadas, en general se tiende a especializar los sectores. Ademas hay areas que son dependientes del perfil del negocio, en el caso de un banco, el area de impresion es muy importante, ya que todos los canales generan informacion impresa para los clientes ( centralizadas en un reporte o no ).
Finalmente , como ves , se requiere de hacer un analisis profundo del negocio , con la salvedad de apoyarse inicialmente en los perfiles y estructura actual del CPD y en la distribucion de las gerencias con las relaciones de poder actuales, para poder dimensionar tus areas de IT ( basicamente Operaciones, Soporte Desarrollo y QA ). Hay miles de variantes en la implementacion real de cada instalacion , por ejemplo el caso del el area de seguridad de la informacion, que generalmente es staff o el area de liberacion de programas ( release y control de cambios ) que pueden estar resumidas o separadas. Lo importante es asegurar la operatoria, que las funciones esten bien soportadas, el resto es folklore de cada instalacion.
Freddy Rezzano

Marcelo Fazzito

Re: Dimensionamiento de Departamento de Sistemas

Mensaje por Marcelo Fazzito » 19 Abr 2009, 21:00

Canseco,
No creo que pueda encontrar el documento de Price que cayó en mis manos en algún momento. Pero recuerdo que en el caso de los Bancos la relación que estimaban era que todo Informática debiera representar un 10% del personal.
Siendo que los Mainframes no son impulsados por estas grandes consultoras ( IDC, Gartner, etc ) supongo que solo se debe poder conseguir alguna guía como la que buscás en IBM.
O en algún sitio como este: http://www.mainframe.typepad.com
Suerte. Marcelo.

Avatar de Usuario
canseco
Colaborador
Colaborador
Mensajes: 196
Registrado: 27 Sep 2007, 13:37
País: España
Ciudad: Madrid
Ocupación: Lider de proyectos
Ubicación: España

Re: Dimensionamiento de Departamento de Sistemas

Mensaje por canseco » 21 Abr 2009, 10:52

Muchas gracias, tendremos en cuenta esos puntos a la hora de dimensionar los equipos.

Un saludo
Canseco

Responder