Factores a considerar para fusionar dos o más equipos de operaciones de TI en UNO

Creo que esta pregunta cae dentro de un proyecto desde el lado de la gestión.

Pero agradecería cualquier ayuda o recursos para el escenario. El proyecto como Gerente de TI, es responsable de fusionar el equipo de operaciones de TI (aproximadamente 2-4 empleados) de 4 compañías hermanas , en un EQUIPO DE OPERACIÓN DE TI.

Los desafíos aquí son:

  1. ¿Cómo calculo el costo por empleado para la empresa ya que existen algunas similitudes en la naturaleza del trabajo que realizan? Como por ejemplo, soporte de Exchange, soporte de Nivel 3, etc...

  2. ¿Hay algún modelo al que pueda referirme o alguna fuente que deba leer antes de seguir adelante?

Revisé los recursos del lado de la administración, que incluyen lo siguiente:

  1. Fusiones y adquisiciones: mejores prácticas para una integración exitosa
  2. Integración exitosa posterior a la fusión: darse cuenta de las sinergias
  3. El papel de TI en la integración exitosa de fusiones

Pero estaba comprobando si estoy en la dirección correcta o necesito considerar más recursos.

Cualquier ayuda/sugerencia/comentario sobre el mismo será muy apreciada .

¿A qué te refieres con calcular el coste por empleado? ¿Por qué usaría algo más que los costos reales si debería tener acceso a los datos relevantes?
@earthling Estoy buscando un Model or a structureal cual I can refer toy veo eso we are in the right direction.
Entonces, ¿está tratando de ver cuál debería ser el costo por empleado en comparación con lo que son? En ese caso, creo que buscas la tasa de mercado, no tanto un modelo. Si todos están centralizados geográficamente, debería ser bastante fácil de averiguar.
@earthling Tienes razón, estoy tratando de encontrar el cost-per-employee for the total project, ya que seríamos merging 4 IT Teams into One Big IT Operation team, habría similitudes en el trabajo, por ejemplo, digamos que las 4 compañías admitieron Exchange, Lync, pero ahora podemos tener una o dos personas que lo respalden. de 7. Así que esperando los factores considerando el presupuesto del costo por empleado para el proyecto. Espero estar simplificando mi pregunta.
@user7877 En su ejemplo, el costo/empleado será prácticamente el mismo con 2 o 7 empleados, suponiendo que la mayor parte de sus costos sea salario/beneficios y estos son bastante similares en el empleado en cuestión. Lo que puede ser más importante es el costo/proyecto, en su ejemplo, probablemente esté gastando alrededor de 3,5 veces más de lo que debería.
Te estás enfocando en los costos. No veo discusión sobre el factor 'seguir trabajando'. ¿Se sabe que las tareas que lleva cada equipo se pueden fusionar con éxito?
El costo por empleado es bastante irrelevante. Si cada empleado es solo un costo y no aporta ningún valor, entonces debe despedirlos a todos. Lo que creo que está buscando hacer es maximizar el valor proporcionado, que es una pregunta completamente diferente.
Si bien los aspectos de una fusión pueden ser proyectos, estructurar una organización de operaciones y/o un presupuesto no es una responsabilidad de la gestión de proyectos. Esta es realmente una pregunta de operaciones, recursos humanos y presupuesto más adecuada para la alta gerencia o la gerencia de línea.

Respuestas (4)

¿Cómo calculo el costo por empleado para la empresa ya que existen algunas similitudes en la naturaleza del trabajo que realizan? Como por ejemplo, soporte de Exchange, soporte de Nivel 3, etc...

  • Su enfoque no debe ser los costos de sus empleados, sino los costos de sus servicios. Primero obtenga una lista de todos los servicios que ofrece el departamento de TI. Luego, debe calcular los costos específicos de los servicios y distribuir sus costos generales y generales en su cartera de servicios.

A primera vista, su pregunta no está completamente relacionada con la comunidad (esto es gestión de proyectos, no gestión de personas). Sin embargo, podría obtener información útil si toma prestadas partes del proceso de creación de la Carta del proyecto del PMBoK.

Específicamente, estoy pensando en crear la lista de partes interesadas y obtener sus comentarios antes de iniciar el proyecto de integración. Está preguntando sobre las pautas de costo por empleado, pero puede que no sea importante para todas las partes interesadas involucradas. Una de nuestras adquisiciones recientes tenía una estructura de devolución de cargo extremadamente elaborada para los servicios de TI en la que se facturaba a cada grupo con informes muy detallados. Asumieron que hicimos lo mismo y siguieron presionando para obtener información que nuestro grupo financiero interno no tenía ningún interés en proporcionar. Parece bastante discusión a niveles mucho más altos que el mío para que todos entiendan lo que sucederá en el futuro.

Cortar suposiciones, construir una lista común de prioridades para la integración y escribir lo que todos acuerdan que se hará es de vital importancia al comienzo de un proceso de integración.

ITIL tiene un marco general para la gestión financiera de los servicios de TI que podría ser un lugar útil para comenzar con las preguntas específicas que está haciendo.

Mi empresa actual es una organización de crecimiento a través de adquisiciones y tenemos varios proyectos de integración en ejecución en un momento dado. Desafortunadamente, TI se incorpora a estos proyectos bastante tarde (preocupaciones de confidencialidad, restricciones de NDA, etc.), por lo que no siempre podemos tener estas discusiones, y eso nos perjudica a largo plazo.

No creo que haya un modelo al que pueda referirse que indique cuánto más eficiente será, y creo que esto será muy difícil de calcular. Tal vez debería tomar todos los perfiles de los empleados y resumir sus habilidades. De esa manera, tendrá una idea de, por ejemplo, cuántos empleados tienen habilidades de "Microft Exchange", etc.

Después de eso, tal vez pueda identificar personal obsoleto, o al revés, puede corroborar la mejora en la continuidad y otras áreas cualitativas.

Puede hacer un análisis funcional de la carga de trabajo para determinar un recuento estimado de empleados. Estos son los pasos que usé en un esfuerzo similar para consolidar un equipo de empaquetado de aplicaciones de TI que originalmente informaba a diferentes áreas:

  1. Cree un desglose de cómo cada persona pasa su tiempo:
    • Ej.: Empleado A, 50 % de tiempo resolviendo tickets, 25 % de cambios/adiciones, 25 % de informes
  2. Determine cuánto tiempo se dedica actualmente a cada área de trabajo funcional:
    • Ej.: Tiempo actual total dedicado a resolver tickets = 0,5 Empl A + 0,75 Empl B...etc. = total del tiempo de 4 empleados
  3. Determine cuánta eficiencia espera ganar al combinar esta área. Esto es más arte que ciencia, pero puedes acercarte bastante. En mi esfuerzo, la mayor eficiencia provino de la especialización. Aquí es donde puede ver diferentes cosas organizacionalmente: hacer especialistas completos (por ejemplo, una persona solo resuelve tickets) o consolidar en una ubicación o cualquier opción que tenga. Obviamente, debe tener en cuenta cómo las personas pueden percibir o reaccionar ante estos cambios.
    • Ej: si el tiempo actual de resolución de tickets = 4 empleados, la consolidación del trabajo podría mejorar eso en un 25 % = 3 empleados.
  4. Sume el tiempo total de los empleados para cada área funcional... ahí está su recuento total y una forma de determinar el costo por empleado después del cambio.

Cuando hicimos esto, la consolidación incluía tareas que no estaban dentro del alcance del nuevo equipo. En realidad, esto nos ayudó a NO reducir tanto el personal, ya que a las personas que no estaban en el nuevo equipo se les asignaron otros roles.

Más allá de la rentabilidad del equipo, la mayor ganancia que obtuvimos fue la EFICACIA del equipo. ¡El tiempo de ciclo de las solicitudes de paquetes de aplicaciones se redujo en un 70 %!