Norma de gestión del cambio


8

¿Existe algún estándar de gestión de cambios que sea ampliamente aceptado en software y otras industrias? Trabajé en varias compañías con dominios objetivo absolutamente diferentes (banca de inversión y telecomunicaciones). Las empresas tenían una organización y procesos de gestión del cambio global (GCM) muy similares. Más específicamente:

  1. Hubo un departamento de GCM responsable de todos los cambios relacionados con TI, como los cambios de firewall de toda la empresa, la asignación / soporte de bases de datos, el soporte del sistema de control de versiones, etc.
  2. Había tal noción como el cambio se congela . No fue posible implementar mis cambios si la fecha de implementación del cambio era la misma que la fecha de congelación del cambio.
  3. Hubo una reunión de GCM (conferencia telefónica) cuando todos discutieron la necesidad y la importancia de sus cambios. Fue presentado por el representante del departamento de GCM todas las semanas a la misma hora (martes, 17:00 GMT, por ejemplo).
  4. Los cambios deberían haber sido aprobados por los aprobadores de cambios . Hubo diferentes tipos de solicitud que tienen su propia lista de grupos aprobadores obligatorios. Los grupos tenían varios miembros trabajando en diferentes zonas horarias. Al menos uno de esos miembros debe haber aprobado el GCM para que todo el grupo haya aprobado el cambio. Se requería que las aprobaciones para todos los grupos aprobadores obligatorios se hubieran recopilado antes de que llegara el tiempo de implementación programado. De lo contrario, había una garantía del 100% de que no se implementaría.
  5. La burocracia de los procesos de GCM fue notable. Era puro infierno burocrático . Las herramientas eran horribles, la gente lenta y terca. Era casi imposible implementar incluso cambios menores. A veces no pude obtener una última aprobación antes del tiempo de implementación o de repente resultó que el tiempo de implementación está programado en el momento del congelamiento del cambio.

Me gustaría echarle un vistazo, para tener una comprensión general de los procesos de GCM y cómo funcionan en diferentes empresas. Me gustaría saber si es tan horrible en todas partes, o si solo fue una implementación deficiente de los procesos de GCM en una empresa específica.


2
Sin embargo, esto es por diseño. Las empresas utilizan los procesos de control de cambios específicamente porque quieren poner barreras y obstáculos para los cambios.
maple_shaft

55
A menudo llaman a las barreras y obstáculos "controles". Y en algunas industrias están legalmente obligados a tener controles establecidos y mostrar cómo los procesos comerciales implementan esos controles.
S.Lott

La cuestión es que esas 'barreras y obstáculos' son muy similares de una compañía a otra. Debe haber una razón por la cual son tan parecidos
alterna el

@maple No están diseñados como barreras para el "cambio" (lo que suena contraproducente). Son barreras para los problemas derivados de cambios mal pensados
MarkJ,

1
@ Mark J Supongo que pueden comenzar de esa manera, pero siempre se convierten en algo similar al congreso de los EE. UU., Donde cualquier cambio significativo se obstaculiza y se detiene, ya sea para mantener el status quo o por razones políticas.
maple_shaft

Respuestas:


5

Revisa ITIL . Es una colección de prácticas y pautas para administrar una infraestructura de TI. Puede configurar procesos para administrar instalaciones, energía, equipos, software del sistema operativo, marcos, bases de datos y aplicaciones.

Idealmente, las "barreras" al cambio están destinadas a proteger los activos existentes, y deben ser lo suficientemente fuertes como para que los cambios que agregarán poco valor con gran riesgo estén bloqueados, mientras que los cambios que pueden agregar valor con poco riesgo pueden superarlos.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.