bakhtiarzein - Fotolia

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Bancarrota de Avaya deja a los clientes en modo de planificación del respaldo

Los clientes de Avaya UC están en el limbo con el fabricante en bancarrota. Los consultores de Enterprise Connect ofrecen planes de contingencia ante la quiebra de Avaya para prepararse para lo peor.

Los clientes de Avaya, preocupados por sus entornos de comunicaciones unificadas mientras el proveedor se somete a procedimientos de quiebra del Capítulo 11, no necesitan buscar un nuevo proveedor todavía. Pero deben crear un plan de respaldo para prepararse para lo peor, según los consultores de la industria.

Avaya solicitó la protección de bancarrota del Capítulo 11 en enero para reestructurar su deuda de seis mil millones de dólares y su cartera de servicios después de años de disminución de ingresos, a medida que la demanda de hardware de comunicaciones unificadas disminuye.

Pedir la protección de bancarrota del Capítulo 11 le da a Avaya cierto respiro para reorganizar su balance de deuda, dijo Joseph Schmidt, director de proyectos de TechCaliber Consulting.

"El problema es que no sabemos cómo lucirá Avaya cuando salga de la bancarrota", dijo en un panel de Enterprise Connect 2017 sobre el estado de quiebra de Avaya.

La declaración de quiebra de Avaya tiene cuatro resultados posibles, según Stephen Leaden, presidente de la consultora Leaden Associates.

  • El primer resultado sería una Avaya mejor y más rentable, que permanezca entera después de su reestructuración. Este resultado sería el mejor escenario para los clientes, dijo.
  • El segundo resultado sería otra compañía que compre Avaya directamente y que soporte sus servicios hasta que los ponga dentro de los propios servicios del comprador.
  • El tercer resultado sería una Avaya más pequeña que ha vendido algunos activos, lo cual es una posibilidad ya que Avaya busca vender su negocio de redes.
  • El cuarto y menos probable resultado sería una liquidación completa de Avaya, dijo.

Mientras se enfrentan a la incertidumbre de cuál resultado llegará a buen término, los clientes de Avaya no deben saltar del barco de inmediato, dijo Schmidt. Los clientes deben proceder con cautela y revisar cuidadosamente sus contratos para determinar qué obligaciones deben cumplirse.

"La bancarrota no hace que las provisiones contractuales desaparezcan", dijo. Los clientes deben reunirse con su titular de cuenta de Avaya y con cualquier proveedor tercero que utilicen para los servicios de Avaya, para obtener más información sobre la hoja de ruta de quiebra de Avaya y cómo se ven afectadas las relaciones con los socios de canal.

Construyendo un plan de respaldo ante la bancarrota de Avaya

Los clientes deben tener un plan de contingencia establecido para proteger a sus organizaciones de cualquier posible resultado negativo de la declaración de quiebra de Avaya.

"No se puede controlar lo que el fabricante hace, pero se puede controlar lo que sucede en su propio entorno", dijo Leaden.

"Esperemos lo mejor, pero estemos preparados para lo peor", dijo Leaden. “Si usted no hace nada, le hace un mal servicio a su organización”, señaló, agregando que el objetivo del plan de contingencia debe ser mantener la estabilidad de una organización al minimizar las pérdidas económicas, reducir la interrupción de las operaciones y proporcionar una recuperación ordenada.

Él ofreció el siguiente plan de contingencia de siete pasos para prepararse para el peor escenario.

1. Cree una línea de base y haga inventario de su infraestructura de datos y UC actual. Esto incluye un inventario de puntos finales, gateways y licencias de software. Identificar posibles áreas de riesgo como la discontinuidad del fabricante o la posibilidad de interrupciones de varios días. Las organizaciones deben documentar su infraestructura de red de área extensa (WAN), los componentes de red de datos y los componentes que soportan sus entornos de UC.

2. Revise los planes estratégicos corporativos y de TI. Estos planes deben abordar el posible crecimiento o cambio en una organización, como fusiones y adquisiciones, la expansión o reducción de ubicaciones, y la venta de unidades de negocio.

Las organizaciones deben revisar los planes de mejoras de UC, como el despliegue de enlaces SIP, servicios de colaboración y nuevas tendencias tecnológicas que incluyen plataforma de comunicaciones como servicio, SD-WAN e internet de las cosas.

3. Determine el nivel de riesgo. El nivel de riesgo depende de qué resultado Avaya verá, a medida que emerge del proceso de quiebra. Cuanto más largo sea el proceso, mayor será el riesgo para una organización, dijo Leaden. Las organizaciones deben incluir preguntas clave para determinar el riesgo, tales como cómo seguirán los acuerdos de nivel de servicio y cómo sostener los problemas de capacidad ante las fusiones y adquisiciones.

4. Desarrolle y ejecute una solicitud de información (RFI) con fines presupuestarios. Una RFI debe ayudar a las organizaciones a determinar un presupuesto si deben reemplazar su sistema de UC de Avaya. La RFI debe incluir especificaciones de alto nivel para los componentes necesarios para un reemplazo, incentivos generales y servicios gestionados o modelos de nube como posibles alternativas, dijo Leaden.

5. Cree una evaluación de retorno de la inversión (ROI). Esto ayudará a las organizaciones a manejar las inversiones de capital a través de ahorros de costos y oportunidades de evitar costos. Leaden dijo que es difícil aprobar un proyecto como reemplazar un sistema de UC sin tener un ROI duro adjunto.

6. Elabore un presupuesto para el proyecto. Una vez que se ha establecido el ROI, se puede crear un presupuesto para calcular los componentes clave de UC y de centro de contacto. El presupuesto debe abarcar todo, desde la actualización de los conmutadores de datos o los costos de reemplazo, hasta los beneficios de costo de la virtualización.

7. Documente y ejecute el plan de contingencia. Las organizaciones deben crear un Plan A y un Plan B para sus planes de contingencia. El Plan A cubriría el mantenimiento de su sistema existente durante los próximos uno a tres años. El Plan B cubriría la migración a una plataforma completamente nueva. El plan de contingencia debe incluir un calendario general del proyecto.

Este artículo se actualizó por última vez en abril 2017

Profundice más

PRO+

Contenido

Encuentre más contenido PRO+ y otras ofertas exclusivas para miembros, aquí.

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Enviando esta solicitud usted acepta recibir correos electrónicos de TechTarget y sus socios. Si usted reside afuera de Estados Unidos, esta dando autorización para que transfiramos y procesemos su información personal en Estados Unidos.Privacidad

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close