Cómo tu plataforma ITSM puede ayudar -o frenar- la iniciativa de Shift Left

Por Brian Rieb, Cherwell Staff

Nota del editor: Ponte al día con todos los mensajes de nuestra serie sobre el “cómo” y “por qué” de las iniciativas Shift Left con ITSM.

Si estás buscando optimizar los servicios de TI de la organización, el concepto de “shift left” puede ayudarte a orientar áreas y métodos para evolucionar a un servicio mejor y más eficiente. Hay muchas áreas dentro del software de administración de servicios de TI (ITSM) donde se pueden aplicar principios de cambio de dirección: Gestión de cambios, automatización y gestión del conocimiento son excelentes lugares para comenzar.

Pero, para implementar estrategias de cambio de izquierda en estas áreas y más allá, necesitará una columna vertebral del software ITSM que sea fácil de personalizar, mantener y usar. Afortunadamente, cuando se trata de herramientas de soporte ITSM, ya hay tecnología disponible que parece que fue diseñada a propósito para ayudar con el concepto de shift left: las plataformas de poco uso de código.

¿Qué es exactamente poco uso de código? Este tipo de plataforma permite a los administradores realizar modificaciones en una aplicación con poco o ningún código. Este sistema facilita la instalación / despliegue rápido y actualizaciones del software.

3 Ventajas de las plataformas de poco uso de código

Con las plataformas de poco uso de código, puede reducir su necesidad de capacitación y conocimientos costosos y especializados, liberando recursos y personal para centrarse en avanzar las iniciativas de la mesa de servicio. Aquí hay tres formas en que las plataformas de poco uso de código ayudan a su departamento de TI en el shift left:

Configuración más rápida

La mayoría del software de la empresa es personalizable, pero sufre de altos gastos generales y de mano de obra. La ventaja más grande de las plataformas de poco uso de código es que puede tomar muchas de las funciones que tradicionalmente realiza un equipo de programadores especializados y mover estas responsabilidades a administradores de sistemas más generalizados, y menos a ellos. A diferencia de otras plataformas de software empresarial, los enfoques de poco uso de código no requieren un amplio conocimiento y experiencia en el lenguaje de programación, por lo que son fáciles de aprender y rápidos de implementar. Por lo general, el software empresarial requiere de múltiples administradores especializados y un grupo estable de desarrolladores para crear y mantener sus personalizaciones, todo lo cual requiere largos períodos de formación e inicio. Ese no es el caso de las alternativas de poco uso de código.

Reportes y Dashboard amigables

Esta es otra ventaja: una plataforma de poco uso de código le permite cambiar la carga de la analítica y la generación de informes de SQL de alto conocimiento y expertos en modelado de datos para los consumidores reales de estos cuadros de mandos e informes. Eso significa que no sólo puedes ahorrar a los expertos de datos altamente cualificados del tedioso proceso de generar informes sencillos, sino que también produce informes que son más relevantes y directamente aplicables, ya que las personas que crean las métricas son las mismas que necesitan consumir y actuar sobre ellos.

Actualizaciones más rápidas

No olvides que, en la mayoría de los entornos de poco uso de código, al ejecutar una actualización de software -especialmente con una personalización pesada- el proceso de actualización generalmente se puede realizar en cuestión de días y no en meses. Si puedes liberar a los administradores de alto nivel y equipos de desarrollo de tener que reservar la mitad del año para actualizaciones, ¡imagina el número de otros proyectos de alto valor que puede abordar!

Consulta nuestro Blog Configuración sin código, la evolución del ITSM y descubre si ¿Tu solución ITSM cumple completamente con los requerimientos?

Uso de plataforma de poco uso de código en el contexto ITSM para Shift Left

Todos los beneficios anteriores se pueden aplicar a casi cualquier área dentro del departamento de TI para Shift Left. Si tienes un software empresarial, debes evaluar las opciones de poco uso de bajo código para estas soluciones. Particularmente en las áreas específicas de ITSM y de la mesa de servicio, las plataformas de poco uso de código pueden acelerar iniciativas de Shift Left ¿Tu solución de software ITSM utiliza una plataforma de poco uso de código? ¿Pueden los administradores de ITSM hacer las personalizaciones o necesitan desarrolladores especializados? ¿Cuánto duran las personalizaciones o actualizaciones?

En última instancia, cualquier tecnología que sea de misión crítica para la organización debe ser lo suficientemente flexible como para permitir – y no frenar – los esfuerzos de tu equipo para la estrategia de Shift Left.

¿Estás listo?

Descarga eBook Shift-Left

¿Shift Left con ITSM? Implementa la Gestión del Conocimiento

Por Jarod Greene, Cherwell Staff

Nota del editor: Ponte al día con todos los mensajes de nuestra serie sobre el “cómo” y el “por qué” Shift Left con ITSM.

Al igual que la mayoría de los que crecimos de los años 80, pasé mucho tiempo viendo la televisión. Atribuyo una buena cantidad de mi vocabulario a la lucha libre de WWF. Dibujé mi sentido de la moda a través de “Saved by the Bell” y “A Different World”, y vi lo que pasó cuando la gente dejó de ser educada y finalmente comenzó a ponerse real en ” Real World”.

Lo más importante, aprendí viendo “GI Joe” que el saber es la mitad de la batalla. Y suena verdad a este día. Cuanto más sabes, más puedes hacer.

Con la mayoría de las organizaciones de TI siendo recursos atados, siempre estoy alentado la importancia de la Gestión del Conocimiento. Por otro lado, me he sorprendido un poco por el número de organizaciones que aún no han establecido procesos formales de gestión del conocimiento y / o han luchado por implementarlo.

Según el Technical Support Practices and Salary Report de 2016:

  • Entre las organizaciones de TI que vieron una disminución en el volumen de tickets durante el año pasado, sólo el 18 % atribuye esta disminución a la Gestión del Conocimiento
  • El 74 % de las organizaciones de TI utilizan las tecnologías de gestión del conocimiento para proporcionar soporte y el 19 % planea actualizar estas tecnologías en los próximos 12 meses

Es extraordinario ver que las organizaciones de TI reconocen el valor de la Gestión del Conocimiento, que específicamente les permite estandarizar la resolución de incidentes y el cumplimiento de solicitudes, mejorar la calidad del servicio y aumentar la satisfacción del cliente.

A medida que exploramos el concepto de shifting left en la gestión de servicios de TI (ITSM), la gestión del conocimiento es fundamental para ayudar a mover la resolución y otras actividades lo más cerca posible al usuario final. Con Shifting Left, estas actividades se mueven a canales de entrega de costos más bajos, lo que optimiza el presupuesto y prioriza la resolución en la jerarquía de escalada.

La Gestión del Conocimiento de ninguna manera es un slam-dunk. Requiere la integración de personas, procesos y tecnología, así como los dueños para asegurar que el conocimiento sea fácil de encontrar, útil, decidido y actual. A menudo es un requisito previo para otra estrategia de Shift Left, el autoservicio de TI, ya que el conocimiento puede ser reutilizado para satisfacer las necesidades del usuario de negocios, en lugar de simplemente apoyar a la organización.

Al hablar con muchas organizaciones de TI, vemos sus desafíos con la Gestión del Conocimiento y ofrecemos algunas recomendaciones para ayudarles a lograr los resultados deseados de la optimización de recursos y una mayor calidad de servicio.

DESAFÍO: ARRASTRE DE CONOCIMIENTO

En la economía de la información, la acumulación del conocimiento es frecuente y se realiza en todos los niveles de la organización. El desafío es que, si su compañero sabe tanto, o más que usted, puede ser difícil de entender cómo usted demuestra su valor a la organización, pero ¿por qué debería ser diferente?

Enfoque: Hacer de la Gestión del Conocimiento un deporte de equipo

La realidad es en cualquier momento en el tiempo, la información y el conocimiento puede salir por la puerta, especialmente en las áreas de alto volumen de negocios. La contribución de la información y el conocimiento debe estar en la descripción del trabajo, en el sentido de que todos los que lo apoyan son requeridos (y compensados) de acuerdo con su contribución. Los enfoques ad hoc al conocimiento pueden ir mal, como se ve cuando sus analistas de soporte más informados están demasiado ocupados resolviendo problemas y no pueden contribuir al proceso de Gestión del Conocimiento. A su vez, animar a los analistas expertos a escalar con la documentación, y animar a otros analistas y técnicos a consumir ese conocimiento.

DESAFÍO: EL CONOCIMIENTO ES FÁCIL DE CREAR, PERO DIFÍCIL DE ENCONTRAR

Esto a menudo se deriva del mal uso de los metadatos. Pero ¿cuál es el valor de un artículo de conocimiento que nadie puede localizar?

Enfoque: Es importante que los artículos de conocimiento estén etiquetados adecuadamente y optimizados para la búsqueda, de modo que se pueda encontrar lo más rápido posible.

También es importante limpiar la base de conocimientos a menudo, ya que los artículos obsoletos dañan la credibilidad de la base de conocimientos. Por último, las organizaciones de TI no necesitan construir procesos de gestión del conocimiento desde cero. Marcos tales como Knowledge-Centered Support (KCS) integran la creación y el mantenimiento del conocimiento en las interacciones de soporte.

DESAFÍO: LA TECNOLOGÍA CONUNDRUM

Determinar qué tecnología utilizar puede ser difícil, ya que a menudo hay una división entre las mejores soluciones de gestión del conocimiento y la base de datos de gestión del conocimiento dentro de su solución ITSM.

Enfoque: Las mejores plataformas de gestión del conocimiento y colaboración a menudo tienen características de gestión del ciclo de vida de la información complejas que pueden abarcar toda la empresa; pero como tales, pueden ser costosos y difíciles de manejar y mantener.

La mayoría de las soluciones de ITSM proporcionan una base de conocimientos, pero pocos proporcionan las capacidades de gestión de ciclo de vida de información robusta necesarias para centralizar, estructurar y medir.

La gestión del conocimiento no es la estrategia de cambio más fácil, pero cuando las organizaciones de TI pueden compartir el conocimiento a través de todos los niveles de soporte, puede tener un profundo impacto en la productividad, los costos y la satisfacción.

Descarga eBook Shift-Left

¿Shift Left con ITSM? Concéntrate en la autosuficiencia

Por Jarod Greene, Cherwell Staff

Nota: Este es el segundo post de la serie sobre estrategias de Shift Left. La primer entrada fue en torno a la gestión del cambio. Estén atentos para más de esta serie en las próximas semanas.

Recientemente, mi amigo y colega Chuck Darst escribió acerca de cómo el concepto Shift Left se aplica a la Gestión del Cambio, posiblemente la disciplina más crítica en Gestión de Servicios de TI (ITSM). En su puesto, Chuck mencionó Shift Left puede resumirse como, cuando sea posible y apropiado, moviendo la resolución de problemas y otras actividades lo más cerca posible del usuario final. Al desplazar implementar Shift Left, estas actividades se trasladan a canales de entrega de costos más bajos, lo que optimiza los costos y permite que los recursos más caros se centren en el trabajo que no puede ser realizado por mano de obra menos calificada.

Hoy en día, me gustaría tocar el autoservicio de TI de, que representa una de las oportunidades más claras y obvias para la estrategia Shift Left, esencialmente empoderando a los usuarios empresariales a resolver sus propios problemas siempre que sea posible. De acuerdo con las Prácticas de Apoyo Técnico y el Informe de Salario de 2016 (Technical Support Practices and Salary Report), sólo el diez por ciento de las organizaciones de apoyo vieron una disminución en el volumen de tickets durante el año pasado. Pero de los que lo hicieron, el 22% atribuye la disminución en el volumen de tickets al autoservicio.

No es ningún secreto: cuando se hace bien, el autoservicio puede reducir los costos, mejorar la eficiencia y aumentar la satisfacción del cliente de TI. La misma encuesta muestra que el 64% del soporte de primer nivel se ocupa en el manejo de tickets, lo que significa que se dedica menos tiempo a la administración de problemas, a la gestión del conocimiento y al entrenamiento. Para las organizaciones de TI que están a la vez limitadas en recursos y tiempo, el auto servicio de TI puede ser una solución, pero sólo cuando se aplica correctamente.

Cómo empezar con IT Self Service

Nunca conocí a una organización que no haya entendido el valor del autoservicio. El desafío está más enraizado en la ejecución; Las organizaciones tratan de implementar el autoservicio, pero cuando no paga dividendos rápidos, son reacios a retroceder. A esas organizaciones, digo que nunca ha habido un mejor momento para emprender una iniciativa de autoservicio que ahora. Hay muchas variables que juegan un papel en el éxito de autoservicio, comenzando con la disposición de los usuarios a utilizar el autoservicio y la capacidad de la organización de TI para ofrecer una experiencia consistente desde las perspectivas de las personas, los procesos y la tecnología.

La sincronización es todo, y aquí están las tres primeras cosas a considerar para justificar el reinicio de su enfoque de autoservicio de TI.

1. COMIENCE DESDE EL PUNTO DE VISTA DEL USUARIO

Es importante saber dónde tendrá el impacto más significativo el autoservicio de TI, para que pueda establecer las expectativas correctas tanto con sus usuarios como con su organización de TI. Los equipos de TI necesitan recordar que están pidiendo a los usuarios que hagan cosas por ellos mismos. Siempre piense desde el punto de vista del usuario y responda a la pregunta “¿Qué hay para mí?” ¿El autoservicio facilitará la vida laboral de sus usuarios o simplemente la suya? Esa distinción es importante.

Pensar en la proposición de valor de la disponibilidad expandida, horas de soporte y una mayor transparencia del estado de incidente y solicitud le ayudará a priorizar las áreas del enfoque de autoservicio de TI.

2. ENTENDER LA MULTIPLICIDAD DEL AUTOSERVICIO

El autoservicio de TI puede significar cosas diferentes para diferentes personas. Si empezamos por considerar el punto de vista del usuario, podemos pensar en lo que nos gustaría entregar al principio para establecer victorias rápidas. Por ejemplo, comenzar con el autoservicio podría implicar simplemente ofrecer información básica, notificaciones y la capacidad de permitir a los usuarios abrir sus propios tickets y hacer un seguimiento de los problemas. Esto puede ser una victoria rápida si la información básica es difícil de encontrar y una cantidad decente de contactos con el servicio de atención al cliente son preguntas básicas y solicitudes de estado.

Un enfoque reiterativo podría ver a una organización de TI ofrecer automatización para reajustes de contraseñas y otras solicitudes de servicio en una fase posterior, un catálogo de servicios en una fase posterior y Gestión del Conocimiento en una fase posterior. No necesitas entregar todas las cosas a la vez. Este enfoque le permite mejorar continuamente la experiencia, lo que impulsará la utilización.

3. DISEÑO PARA EL USUARIO-NO PARA LA TECNOLOGÍA

La belleza está en el ojo del espectador, y frecuentemente, el estándar de un portal de autoservicio de TI de calidad es juzgado por el técnico, no por el usuario. Recuerda, el portal no es para el área de TI, es para los usuarios. Y mientras los usuarios se están volviendo más jóvenes y técnicamente más hábiles, desde una perspectiva UX, el portal de autoservicio compite con Amazon, Facebook y Uber ¡Es una tarea difícil!

Mientras que tu portal no necesita reflejar esas experiencias con precisión, hay elementos que puede pedir prestado. Aquí es donde trabajar con el equipo de marketing y desarrollo web sería de gran valor, ya que son expertos en cómo construir un sitio web que hace que los visitantes realicen las acciones deseadas para lograr los resultados deseados. Tu equipo de marketing también puede ayudar a aumentar la conciencia del portal dentro de la organización. Los usuarios no pueden aceptar el autoservicio si no saben que existe y qué valor puede proporcionarles.

Shifting left para el autoservicio puede ser un reto porque estás pidiendo a la gente que no trabaja para ti que cambies su comportamiento. Sin embargo, el hecho de que sea más fácil para ellos cambiar tendrá un impacto positivo en tu organización de soporte de servicios de TI y establecerá el escenario para otros enfoques de shift left que se pretendan implementar a corto y mediano plazo.

 

ARTÍCULOS RELACIONADOS:

Descarga eBook Shift-Left

¿Shift Left con ITSM? Es hora de cambiar

Nota del editor: Esta es la primera entrada en una serie de estrategias sobre gestión del cambio, así que procura estar atento de las publicaciones en las próximas semanas.

Las organizaciones de servicios de TI están siendo desafiadas a moverse más rápido, ser más ágiles y alinearse mejor con las expectativas cambiantes de los usuarios empresariales y la demografía. Al mismo tiempo, existe la continua búsqueda de mejorar la eficiencia operativa, garantizar la calidad del servicio, minimizar los riesgos y gestionar el cumplimiento.

¡Esto es una gran orden! Pero ¿Dónde empieza el Service Desk?

Existen varios enfoques que el Service Desk puede emplear, incluyendo la adopción de procesos más eficientes, la automatización de tareas comunes y la habilitación de más autoservicio. Un tema común entre todos estos enfoques se relaciona con la idea de “Shift Left”.

¿Qué significa ” Shift Left?”

El concepto de Shift Left puede aplicarse a una variedad de actividades como pruebas e integración de aplicaciones. En este contexto, Shift Left se refiere al software de prueba antes (y lo más cerca posible de la entrega del código) como sea posible y, de hecho, durante todo el ciclo de vida del desarrollo de la aplicación. El objetivo es reducir los ciclos de desarrollo, mejorar la calidad de los lanzamientos y evitar situaciones en las que se descubren problemas al final del ciclo de desarrollo, cuando son más difíciles y más costosos de arreglar.

En el contexto de la gestión de servicios, el turno a la izquierda puede resumirse, cuando es posible y apropiado, moviendo la resolución de problemas y otras actividades lo más cerca posible al usuario final. Al desplazar hacia la izquierda, estas actividades se trasladan a canales de entrega de costos más bajos, lo que optimiza los costos y permite que los recursos más caros se centren en el trabajo que no puede ser realizado por mano de obra menos calificada. En la práctica, aquí es cómo funciona: La introducción del autoservicio (si no existe) permite que un subconjunto de tareas actualmente proporcionadas por el soporte de nivel 1 sean realizadas por los propios usuarios finales a través de un portal de autoservicio (nivel 0). Del mismo modo, un subconjunto de actividades de nivel 2 puede ser movido al nivel 1, actividades de nivel 3 movidas al nivel 2, y así sucesivamente.

Además de reducir los costos, hacer esto correctamente tiene los beneficios de reducir el tiempo y el esfuerzo total asociados con el manejo de las solicitudes y el tratamiento de los problemas, además de mejorar la satisfacción del cliente y la calidad del servicio.

¿Cómo se implementa el Shift Left con la Gestión del Cambio?

La Gestión de Cambios es uno de los procesos críticos que permiten el Shift Left y la realización de los beneficios anteriores, especialmente la automatización de los Cambios Estándar como se define adecuadamente por ITIL.

ITIL define un cambio estándar (transición de servicio) como un cambio preautorizado que es de bajo riesgo, relativamente común y sigue un procedimiento o una instrucción de trabajo, por ejemplo, un restablecimiento de contraseña o suministro de equipo estándar a un nuevo empleado. Las solicitudes de cambio no son necesarias para implementar un cambio estándar y se registran y se rastrean utilizando diferentes mecanismos, como las solicitudes de servicio.

Un restablecimiento de contraseña es un ejemplo icónico de una solicitud de cambio que puede ser presentada a los usuarios finales a través de un portal de autoservicio. Y mientras que la configuración física de un nuevo ordenador personal normalmente requiere la participación humana, ordenar el equipo y las aplicaciones de aprovisionamiento en apoyo del nuevo empleado de embarque puede ser pre-aprobado y en gran medida automatizado. Además, la solicitud de acceso a una nueva aplicación de software o recursos informáticos podría presentarse en un portal de autoservicio, pre-aprobado en función de la solicitud y el coste, con peticiones satisfechas o cambios realizados automáticamente, incluyendo pasar la solicitud a una plataforma de gestión de servicios en la nube.

Un reinicio del servidor es otro candidato para un cambio estándar (dependiendo de lo que está funcionando o dependiendo del servidor) que podría ser preaprobado y automatizado. Aumentar la capacidad física o virtual de los procesadores, al almacenamiento, a la memoria, al ancho de banda de la red podrían ser posibles cambios estándar que se pueden shifted left. Estos pueden iniciarse manualmente o iniciarse automáticamente como parte de un incidente o un proceso de remediación de problemas o tarea de soporte.

¿Cómo empezar?

Un par de pensamientos rápidos sobre dónde comenzar a cambiar la gestión del cambio. Tener una plataforma de gestión de servicios que sea fácil de configurar es un gran comienzo. La Gestión del Cambio tiende a ser uno de los procesos más altamente y con frecuencia personalizados, ya que existe una amplia variación entre las organizaciones que refleja lo que está bajo cambios y el control de configuración y los modelos de cambio empleados. Por lo tanto, una herramienta de gestión de servicios que le proporciona tanto la potencia y flexibilidad para automatizar estos procesos de una manera que se adapte a sus necesidades será fundamental para su capacidad de cambiar con éxito a la izquierda.

A continuación, evalúe sus modelos de cambio para identificar los cambios comunes que pueden ser aprobados previamente. Muchas veces los flujos de trabajo de cambio se pueden dividir en un conjunto de “paquetes” más pequeños que son excelentes candidatos para los cambios estándar pre-aprobados. A continuación, evalúe las opciones para automatizar la ejecución de cambios, incluidas las tareas de soporte. Estos enfoques tienen el beneficio adicional de alinearse con los principios de Gestión del Cambio que han surgido de los movimientos Agile y DevOps.

A medida que automatice más procesos de cambio y comience a ver el impacto positivo, obtendrá mejor identificación de oportunidades de Shift Left; Y conseguirás aplicar los principios de Shift Left  en beneficio del negocio.

Echa un vistazo al siguiente post en nuestra serie Shift Left, sobre cómo empezar con TI de autoservicio. Y, para ver cómo la tecnología de administración de servicios de TI puede ayudar a tu equipo a Shift Left. Obtén una demostración en vivo de Cherwell Service Management.

 

ARTÍCULOS RELACIONADOS:

Descarga eBook Shift-Left

¿Quién adopta los procesos ITSM e ITIL?

Por Stephen Mann, ITSM Tools Staff
Consulta el texto original en inglés

Esperemos que por ahora todo el mundo se haya dado cuenta de que ITIL no es sólo un estándar a cumplir o algo que debe ser “adoptado y adaptado” según sea necesario. En otras palabras, si su empresa sólo necesita ITIL, o procesos de gestión de servicios de TI (ITSM), para soportar las operaciones de la mesa de servicio (o un servicio de asistencia), sólo necesitarán una pequeña cantidad de 26 procesos y cuatro funciones de ITIL.

Para mí es un estado frecuente de intriga en cuanto a qué procesos se adoptan comúnmente, cuáles no, y por qué. Y para apoyar mi visión de “adopción limitada de procesos”, a menudo voy a tirar la siguiente opinión:

La mayoría de las organizaciones hacen el manejo de incidentes y lo hacen bien. Muchos también cambian, razonablemente bien. Menos todavía hacen la gestión de problemas, o debo decir “que pretenden hacer la gestión de problemas.” Muchos comenzaron con la gestión de nivel de servicio, pero no pudo ver a través de. Otros pudieron haber comenzado con la gerencia de la configuración, y un CMDB, pero lo encontraron demasiado difícil. Luego, más recientemente, la gente ha estado invirtiendo en la tecnología de autoservicio, pero han luchado con la adopción del usuario final. Y la gestión del conocimiento, aunque es popular de nuevo, sigue siendo una difícil meta por superar “.

Podría seguir adelante en términos de otros procesos de ITIL, como la gestión financiera y la gestión de la capacidad, digamos, pero fuera de los niveles de adopción mencionados ya se caen rápidamente.

Esto podría estar bien

El enfoque recomendado de “adoptar y adaptar” alienta a las personas a utilizar sólo lo que necesitan. Parece sensato, pero ¿por qué no más empresas necesitan utilizar más que los procesos ITIL comúnmente adoptados?

Mi teoría es porque no tienen que hacerlo. A pesar de que necesitan tener algún tipo de capacidad de soporte de TI – un servicio de asistencia, centro de servicio o centro de soporte – pueden vivir sin ella, con el único inconveniente de que probablemente están gastando más en IT de lo que deberían ser, pero ¿quién se dará cuenta?

Además, por supuesto, habrá diferentes factores que dictan la necesidad de procesos adicionales. Por ejemplo, el tamaño de una empresa y de la industria en la que está probablemente significará más procesos de ITIL se emplean debido a: la magnitud del gasto de TI, la complejidad de la propiedad de TI y la necesidad de una mayor gobernabilidad. Luego tenemos otros factores como las diferencias geográficas o el nivel de TI de la empresa y la madurez de ITSM.

Entonces, ¿podemos conocer los verdaderos niveles de adopción del proceso ITIL?

No creo que podamos ser 100% seguros de cualquier cosa que pretenda ser una imagen real de los niveles de adopción – bueno no sin una encuesta global masiva que corta por geografía, tamaño e industria. Las encuestas a menor escala que se limitan a “miembros” son tristemente sesgadas.

Por ejemplo, si tomamos los resultados de una encuesta de clientes de una empresa de analistas de primer nivel, entonces estamos ignorando las organizaciones globales.

O si nos fijamos en una encuesta de la industria, los resultados reflejarán la composición constituyente de ese organismo. Por ejemplo, sólo los profesionales de soporte de TI (Help Desk y personal de servicio) que potencialmente trabajan en un espectro de SMB a través de empresas, a través de una amplia gama de industrias, pero en una sola región geográfica. Agradezco que no estoy llamando a ninguno de estos tipos de encuesta, me encanta usarlos, pero debemos ser conscientes de los posibles sesgos de encuesta y relevancia.

Alternativamente, si nos fijamos en una encuesta de proveedores de soluciones ITSM, siempre va a ser sesgada basada en la mezcla de clientes, en las principales pymes y medianas empresas, esto no es tan claro como la necesidad de una herramienta de escritorio de ayuda frente a una herramienta de ITSM (y los procesos asociados) porque otros factores entran en juego, pero un sesgo probablemente todavía estará presente. Los vendedores de herramientas SaaS ITSM en particular también pueden ver qué clientes están utilizando qué módulos o capacidades. Por ejemplo, hace tres años estas eran las estadísticas:

  • Gestión de incidentes – 92%
  • CMDB – 82%
  • Gestión del cambio – 68%
  • Catálogo de servicios – 64%
  • Gestión del conocimiento – 55%
  • Gestión de problemas – 40%

Aquí los clientes eran, en general, medianas y grandes empresas, por lo tanto, con más probabilidades de utilizar más procesos de ITIL. Y, lo que es más importante, el uso de un módulo de herramientas no significa necesariamente que un cliente diría que está haciendo el proceso relacionado (o viceversa). Por ejemplo, con las estadísticas anteriores, el uso CMDB es muy alto y apuesto a que la mayoría no diría que hacen la gestión de la configuración – en lugar de utilizar exclusivamente el CMDB, o más específicamente los datos que contiene, para apoyar otros procesos ITSM. Entonces, el cambio y la gestión del conocimiento y las capacidades del catálogo de servicios podrían ser proporcionados por una herramienta de terceros existente sin ningún deseo de detener su uso.

Aquí los clientes eran, en general, medianas y grandes empresas, por lo tanto, más probabilidades de utilizar más procesos de ITIL. Y, lo que es más importante, el uso de un módulo de herramientas no significa necesariamente que un cliente diría que está haciendo el proceso relacionado (o viceversa). Por ejemplo, con las estadísticas anteriores, el uso CMDB es muy alto y apuesto a que la mayoría no diría que hacen la gestión de la configuración – en lugar de utilizar exclusivamente el CMDB, o más específicamente los datos que contiene, para apoyar otros procesos ITSM. Entonces, el cambio y la gestión del conocimiento y las capacidades del catálogo de servicios podrían ser proporcionados por una herramienta de terceros existente sin ningún deseo de detener su uso.

Entonces, ¿hay una respuesta?

En términos de establecer la adopción de procesos globales en todas las organizaciones que se beneficiarían de los procesos ITIL e ITSM – no una oportunidad sin una encuesta global masiva y la capacidad mencionada de cortar y cortar.

Sin embargo, si queremos ver sólo a las organizaciones de mediano nivel en los países avanzados de adopción de ITIL, como los Estados Unidos, los Países Bajos, Australia y el Reino Unido, probablemente veríamos los procesos / capacidades ITIL más adoptados como:

  1. Gestión de incidentes – 95%
    ¿Por qué? Debido a que las encuestas de la industria consistentemente colocan la gestión de incidentes como el proceso más adoptado entre el 90-98% (aunque algunas encuestas están sesgadas con esta terminología de ITIL que no siempre se equipara a la emisión de billetes o “arreglar cuando se rompe”).
  2. Gestión del cambio – 80%
    Es más difícil de identificar, pero la gestión del cambio suele estar en segundo lugar detrás de la gestión de incidentes con alguna apariencia de control de cambio formal requerido, y por lo tanto en su lugar.
  3. Autoservicio – 80%
    Tanto las encuestas de SDI como las de IDH ahora colocan el autoservicio, que puede ir de una sola capacidad a muchas, el 80 por ciento debido a su reciente y rápido crecimiento en adopción.
  4. Gestión del conocimiento – 80%
    Esto puede ser para la TI o los usuarios finales, o ambos y también ha visto un fuerte crecimiento en la parte posterior de la oferta de gestión del conocimiento como un usuario final de la capacidad de autoservicio.
  5. Gestión de problemas – 60%
    Probablemente poco generoso, pero si una organización dice que utiliza técnicas de gestión de problemas después de un incidente importante, entonces utiliza la gestión de problemas, proactiva o no.

Luego, después de la gestión de problemas, se produce un descenso pronunciado en el proceso hasta un solo dígito (recuerde que estos son sólo los cinco primeros de los 26 procesos ITIL). Ten en cuenta que estas cifras no provienen de una sola encuesta o de una fusión científica de encuestas, sino que son simplemente una simple mezcla de estadísticas que he visto a lo largo de los años.

Usted podría preguntar por qué el cumplimiento de los servicios no está en la lista – para mí es demasiado difícil de precisar ya que la última investigación del IDH muestra lo que muchos ya saben, que el 27% de los encuestados no distinguen entre incidentes y solicitudes de servicio y otro 26% distinguen entre ellos, pero no los miden por separado. (Fuente: Prácticas de Apoyo Técnico y Reporte de Salario 2016).

¿Entonces, qué piensas? ¿Mis cifras se sienten correctas en relación con sus experiencias de adopción del proceso ITIL? Por favor házmelo saber en los comentarios.

Gestión del cambio antes de madurar su CMDB

Por Chuck Darst, Cherwell Staff

Demasiados proyectos CMDB se han convertido en agujeros negros, absorbiendo recursos y vida fuera de TI con poco a cambio. A pesar de enfoques más pragmáticos en estos días, Gartner1 afirma que más de la mitad de los esfuerzos de CMDB se vuelven incontrolables. Teniendo esto en cuenta, ¿cuánta información necesita ingresar a su CMDB y en qué momento? Cientos de artículos y libros enteros se han escrito sobre este tema, y llegar a una respuesta específica para una organización individual puede requerir semanas o meses de talleres y análisis de diseño, sin embargo, ésta entrada al blog consistirá en un resumen.

Adopción del proceso y una jerarquía de necesidades

Ciertamente, la Gestión de Incidentes y Cambios se encuentra en la lista de los procesos ITSM o ITIL más comúnmente adoptados. Los “Tres Grandes” suelen incluir la Gestión de Problemas, aunque este proceso específico frecuentemente no es muy maduro. El Nivel de Servicio y la Gestión del Conocimiento completan típicamente los cinco primeros procesos adoptados. Y a medida que el autoservicio se vuelve más común, Catálogo de Servicios y Cumplimiento de Solicitudes se unen al escalón superior de los procesos implementados.

Aunque es necesario conocer el elemento de configuración (IC) al manejar un incidente o gestionar una solicitud de cambio, el alcance de la administración de la configuración y la adopción de CMDB varían ampliamente. Todas las mesas de servicio controlan los CI hasta cierto punto. Ya sea un repositorio de datos maestros (MDR) o de un CMBD, un centro de servicio dispondrá de este tipo de información básica CI para apoyar sus procesos centrales de gestión.

Gestión de servicios y la CMDB

Mientras que muchos procesos se benefician de la visibilidad que proporciona una CMDB, la mejora de la Gestión de Cambios continúa siendo el principal impulsor para implementar una CMDB de servicio. Las interrupciones de servicio autoinfligidas debido a cambios “colisiones” han sido una pesadilla de los equipos de TI durante años. La comprensión de las dependencias y relaciones entre servicios, aplicaciones e infraestructura ayudan a identificar colisiones potenciales durante una fase de evaluación de impacto, en lugar de cuando llega a la producción.

Para abordar el enigma del riesgo de colisión de cambio, la información CMDB incluyendo dependencias debe ser precisa. A medida que los entornos de TI se expanden y se vuelven más dinámicos, los medios automatizados de descubrimiento y la población de CMDB se vuelven esenciales. La combinación de tener información de configuración actual y registros de cambios permite además el “cambio no planificado” y su detección gemela, “desviación de configuración”, que son aspectos comunes de los programas de cumplimiento y administración de seguridad.

Si fuera tan simple. Los esfuerzos de CMDB continúan luchando por varias razones, pero con mayor frecuencia se relacionan con el exceso de alcance, es decir, poner demasiada información en un CMDB o tratar de asignar demasiadas aplicaciones o servicios a la vez, especialmente cuando comienza.

Primero lo primero: manejo del cambio

Volver a los modelos de madurez por un momento. Antes de que la TI pueda alcanzar la autorrealización, ser optimizada o convertirse en un socio comercial, la TI necesita tener procesos definidos que la gente realmente siga. Para complicar las cosas, la Gestión del Cambio es uno de los procesos más personalizados debido a las diferencias entre las organizaciones en cuanto a los cambios que pueden ser estandarizados o automatizados, el grado de supervisión reguladora, lo que está sujeto a la Gestión del Cambio o Configuración y más.

Antes de superponer el análisis de impacto basado en el servicio, es necesario tener procesos bien definidos y razonables que seguirá, en contraposición a los procesos excesivos que se pasan por alto o “trabajados” con un proceso de cambio de emergencia con fugas. Esto incluye evaluar, autorizar / rechazar, programar y revisar cambios. Todas estas son tareas importantes para mejorar la efectividad de la Gestión del Cambio y deben hacerse antes de agregar visibilidad a las dependencias del servicio.

Con el aumento de DevOps, también recomendaría evaluar su proceso de administración de cambios para incorporar tamaños de lote más pequeños que se pueden clasificar como cambios estándar de ITIL®. Estos cambios pueden moverse a través del proceso de una manera más automatizada.

Una vez que estén en su lugar, la organización de TI puede perseguir mejor la administración basada en servicios y madurar su CMDB añadiendo mapeo de dependencia de aplicaciones.

Ayuda a los equipos de recursos humanos a trabajar más inteligentemente

Publicado por Matthew Peeples, Cherwell Staff

A medida que los empleados se vuelven usuarios más sofisticados de la tecnología, han llegado a apreciar la facilidad de un solo portal de autoservicio que les permite enviar automáticamente solicitudes al departamento de TI ¿Por qué no crear una experiencia similar en el Portal de Autoservicio para tener acceso a la información personal y hacer solicitudes a Recursos Humanos?

Te presentamos seis maneras de ofrecer un portal de autoservicio de Recursos Humanos que no solo facilita la forma de trabajo del área y sino que conduce a empleados más felices.

1. INTERFAZ SIMPLIFICADA

En lugar de recurrir a múltiples aplicaciones, cada una con su propio login y una interfaz de capacitación, un portal de autoservicio es una ventanilla única para que los empleados encuentren información, realicen cambios en sus perfiles y generen solicitudes. Si un empleado quiere cambiar una contribución 401 (k), actualizar a un beneficiario, o encontrar un programa de educación continua, el portal es un lugar para gestionar todo en un solo lugar, desde casa o desde el trabajo, las 24 horas del día.

2. CAMBIO DIY

Un portal de autoservicio hace lo que el nombre: anima a los empleados a gestionar las tareas rutinarias y las responsabilidades por su cuenta. Al eliminar los intermediarios, el portal de autoservicio no sólo ahorra valiosas horas de Recursos Humanos, sino que también evita que los usuarios finales se atasquen en el inevitable ida y vuelta que acompaña al cumplimiento de las tareas rutinarias.

3. MEJORA DE LA EFICIENCIA DEL FLUJO DE TRABAJO

Muchas solicitudes realizadas dentro del portal requerirán ayuda del personal de recursos humanos. Las capacidades de flujo de trabajo automatizadas del portal pueden garantizar que cuando se realiza una solicitud, la información correcta se enruta a la persona adecuada, en el momento adecuado, para obtener la respuesta correcta. Esto reduce la cantidad de correos electrónicos y llamadas telefónicas desde y hacia RR.HH. para manejar cada pregunta de los empleados.

Al eliminar las tareas redundantes y tediosas, tanto los empleados como los profesionales de recursos humanos pueden redirigir su tiempo hacia actividades de mayor valor.

4. TRANSPARENCIA DEL PROCESO

Una vez que el flujo de trabajo de RR.HH. se automatiza en un solo portal de autoservicio, las compañías obtienen un nuevo nivel de transparencia. El portal puede generar una gran cantidad de datos, proporcionando información sobre cuánto tiempo demora completar ciertas tareas y descubrir cuellos de botella; por tanto, las métricas se pueden utilizar para determinar puntos de referencia de procesos y objetivos anuales, o bien, para la planificación de futuras necesidades del personal.

5. AHORRO DE COSTOS<

Para las organizaciones que ya tienen un portal de autoservicio de TI, la estandarización en la misma herramienta producirá ahorros en forma de licencias, mantenimiento y capacitación. Si el equipo de TI ya ha lanzado un portal de autoservicio utilizando una plataforma de gestión de servicios que facilita la creación de flujos de trabajo, el trabajo de identificación del producto adecuado ya se ha completado y probablemente ya se ha pagado.

6. ESPACIO GRATUITO

El portal de autoservicio es particularmente útil para RR.HH. porque puede ser utilizado para entregar mensajes, recordatorios e incentivos en beneficio del empleado y de la empresa. Al igual que las notificaciones push del smartphone, el portal puede incluir recordatorios como por ejemplo:

  • Es hora de inscribirse para un seguro de salud
  • ¿Por qué deberías considerar aumentar una contribución 401 (k)
  • Consejos para que el bienestar sea una parte de tu vida

Los profesionales de RR.HH. saben que el fomento de buenos hábitos en los empleados puede influir positivamente en la productividad y la rentabilidad. El portal de autoservicio es un gran espacio para hacerlo de una manera amigable y orgánica.

Si el departamento de RR.HH. de la empresa está usando muchas aplicaciones dispares y crea una experiencia de usuario confusa para los empleados, es hora de que se racionalice. Un potente portal de autoservicio moderno ofrece una forma amigable de maximizar la productividad los empleados y reducir la pérdida de tiempo y dinero.

Siguiente paso:

Descubre la solución de Cherwell para Recursos Humanos en acción.
Obtén una descripción general de cómo Cherwell puede ayudar a tu equipo de RR.HH. a trabajar más rápido y más inteligente.

5 iniciativas probadas para optimizar costos en TI

Por Brian Rieb, Cherwell’s Staff

La economía global cambia constantemente a través de períodos de fuerza y ​​debilidad. Del mismo modo, la mayoría de las verticales de la industria también aumentan y disminuyen a medida que las fuerzas del mercado fluctúan. Pero a pesar de todo, buenos y malos tiempos, las empresas siguen buscando formas de reducir costos.

¿Y por qué no? Como bien aconsejó Ben Franklin, un centavo ahorrado es un centavo ganado.

Con esto en mente, aquí hay cinco maneras de ahorrar dinero que ninguna empresa debe pasar por alto:

1) Estandarizar y automatizar procesos

La mayoría de los departamentos de TI están plagados de procesos que han sido embebidos a lo largo de los años y son algo menos racionalizado. Muchos de estos procesos incorporan pasos inútiles que implican una intervención humana innecesaria. Aún peor, muchos procesos no están documentados y estandarizados, por lo que se realizan de manera diferente cada vez, requiriendo que el personal reinvente la rueda una y otra vez.

Los procesos y procedimientos comunes deben ser analizados y reelaborados para eliminar pasos innecesarios. Los procesos también deben ser documentados para que se realicen de la misma manera cada vez. (Considera la posibilidad de utilizar la Information Technology Infrastructure Library ‘ITIL’ como herramienta de documentación.)

Una vez que los procedimientos se han racionalizado y documentado, muchos de ellos serán buenos candidatos para la automatización. El grado de automatización posible, por supuesto, será determinado por las capacidades de la tecnología que has implementado a través de tu cartera de TI.

2) Ofrecer IT mejorado de autoservicio

Self-service es el Santo Grial de TI: hacer que los usuarios manejen muchos de sus propios problemas en lugar de ponerse en contacto con el servicio de TI en cada momento. El portal de  autoservicio TI también resulta ser una gran manera de reducir los costos.

De acurdo con los informes de Gartner, el 40 por ciento de las llamadas a la mesa de ayuda pueden eliminarse a través del autoservicio, y algunos expertos de la industria estiman que ese número es mayor al 60 por ciento. Por otra parte, Gartner estima que sólo el cinco por ciento de los problemas de TI se resuelven a través del autoservicio.

El autoservicio mejorado es una gran oportunidad de reducción de costos que la mayoría de las empresas simplemente están pasando por alto.

El informe de Gartner también señala que una clave para mejorar el autoservicio es la calidad y las capacidades de las herramientas utilizadas: “Las herramientas y procesos adecuados son requisitos indispensables para una implementación exitosa.” Aquí es donde entra en juego la herramienta ITSM ¿Cuáles son las cualidades más importantes a considerar cuando se implementa el autoservicio?

  1. La comunidad
    La herramienta debe proporcionar a los usuarios la posibilidad de buscar y recibir ayuda y asesoramiento de otros usuarios. El aspecto social de esta capacidad puede ser un fuerte motor para fomentar una mayor participación en autoservicio.
  2. Fácil personalización
    Un portal de autoservicio debe ser fácil de personalizar y configurar. No debe requerir recursos de desarrollo extensos para crear, personalizar o automatizar; de lo contrario, podría verse enfrentado a mayores costos a través del autoservicio mejorado, como advierte el informe de Gartner.
  3. Acceso en cualquier momento y en cualquier lugar
    Una herramienta que proporciona acceso al portal de autoservicio sólo a través de escritorios será de valor limitado en el entorno empresarial actual. Los usuarios suelen utilizar múltiples dispositivos, incluyendo tablets y teléfonos inteligentes. La herramienta debe proporcionar un grado de flexibilidad independiente del dispositivo que servirá para aumentar el nivel de utilización por parte de los usuarios.

3) Evaluar modelos de licencias e implementación

El viejo modelo de comprar una herramienta de software, y luego gastar dinero adicional cada año en costos de mantenimiento y renovación, está cayendo de popularidad. En su lugar, más organizaciones se están moviendo a un modelo de suscripción. Del mismo modo, las soluciones SaaS están ganando terreno sobre el desarrollo on-premise como un medio de reducir los costos.

Pero hay muchos factores en los modelos de precios que pueden afectar al TCO. Y ningún modelo único es una bala de plata para cada empresa. Lo siguiente está destinado a ser una guía de las opciones disponibles, y no una recomendación de que es mejor. Esa determinación será decidida por las circunstancias únicas de cada organización.

DESPLIEGUE: SAAS VS. ON-PREMISE VS. HYBRID CLOUD

  • SaaS
    Los entornos SaaS ofrecen la ventaja de rentar un ambiente de manera efectiva. Alquilar es más caro que comprar, pero SaaS ofrece el potencial para grandes ahorros al eliminar la necesidad de contratar personal para mantener los sistemas.
  • On-Premise
    Este modelo se elige a menudo para abordar las preocupaciones de seguridad y las regulaciones potenciales. Algunas empresas eligen on-premise porque ya tienen la experiencia y la infraestructura necesarias en sus instalaciones. En estos casos, la premisa puede ser un gran ajuste, y puede producir ahorros de costos a largo plazo si el sistema está configurado correctamente.
  • Hybrid Cloud o “Own Cloud”
    Esta opción es una mezcla entre SaaS y On-premise. Si el departamento de TI tiene sus propios entornos Azure o AWS, puede descargar la parte de hardware de su solución a la nube, manteniendo un control estricto del entorno del software. Una vez más, los costos se verán afectados por la experiencia existente en el personal y la necesidad / costo de emplear a nuevas personas. La evaluación de su infraestructura de hardware / nube existente puede proporcionar orientación para determinar dónde se encuentra más cómoda su empresa y dónde verá más ahorros.

¿Qué solución es adecuada para usted? Sugiero buscar soluciones de software que sean lo suficientemente flexibles para adaptarse a cualquiera de estos modelos de implementación. Busca herramientas que puedan conformarse (y cambiar) para satisfacer sus necesidades frente a las soluciones que le obligan a adaptarse a las necesidades del negocio.

LICENCIA: SUBSCRIPCIÓN VS. PERPETUO

La forma en que se licencia también puede afectar al TCO y, al igual que con los modelos de implementación, no existe una forma correcta o incorrecta para cada empresa.

  • Suscripción
    Los modelos de suscripción son ideales para empresas que están creciendo rápidamente o que experimentan cambios constantes en los ciclos de personal de TI. La suscripción también puede compensar una compra de una suma global, extendiendo los pagos en cantidades más manejables y con un presupuesto ajustado. Pero cuidado: Algunos contratos de modelo de suscripción son tan rígidos en términos y plazos que los beneficios de flexibilidad de este modelo pueden ser negados.
  • Perpetuo
    Las licencias perpetuas son excelentes para empresas con una base de personal de TI establecida, y con gran control sobre lo que necesitará, tanto inmediatamente como en el futuro, desde su software con licencia. Y aunque el costo inicial puede ser más, TCO en un período típico de dos a cinco años, una licencia perpetua representará un gran ahorro de dinero.

LICENCIA: CONCURRENTE VS. NAMED

Esta será una opción fácil para la mayoría de las empresas. En todas las circunstancias, salvo las más raras, ahorrará mucho dinero con un modelo de licencia concurrente.

  • Named
    El modelo de licencia Named requiere que compre una licencia para cada usuario que inicie de sesión. Si un nombre de usuario está conectado activamente o no, ya sea que se haya registrado o no, si tiene una cuenta de inicio de sesión, paga una licencia. Para la clara mayoría de las empresas, el exceso de gastos en licencias es una certeza con este modelo.
  • Concurrent
    Licencia concurrente requiere la compra de una licencia para cada persona que se conecta de manera simultánea. Si la empresa tiene, por ejemplo, 300 técnicos en el personal, pero sólo 100 están en el sistema en cualquier momento, entonces sólo pagará por 100 licencias. Gartner ha descubierto que la comparación de los nombres con los concurrentes muestra que la proporción de licencias necesarias se encuentra entre 3: 1 y 7: 1. Por lo tanto, incluso si una única licencia concurrente es dos veces el precio de una licencia named, aún seguiría adelante con la licencia concurrente.

4) Expanda la gestión de servicios de TI a la gestión de servicios empresariales

¿Por qué los beneficios proporcionados por las mejores prácticas ITIL y la tecnología ITSM se limitan a las TI? ¿Por qué no aplicar los principios de gestión de servicios de TI a otros departamentos dentro de la organización, tales como recursos humanos, finanzas y marketing?

La única razón por la que no haría eso es porque no puede hacer eso; La mayoría de las herramientas de gestión de servicios de TI no permiten tales capacidades y flexibilidad. Pero con la herramienta adecuada, es posible optimizar las operaciones en múltiples segmentos del negocio al tiempo que maximiza el ROI obtenido de su inversión en la herramienta.

Y puede evitar el caos de organización y apoyo que puede resultar de cada departamento, tratando de satisfacer sus necesidades mediante el despliegue de diferentes herramientas.

El uso de una sola herramienta de administración de servicios que puede servir a muchas divisiones de negocios es un maravilloso proceso de reducción de costos (y reducción de dolor de cabeza) que muchas organizaciones pasan por alto.

5) Gestión de licencias de software

¿Cuántas licencias de software pagas actualmente pero no utilizas? En la mayoría de las empresas, ese número es probable que sea bastante sustancial.

Las aplicaciones con licencia suelen existir en todas o en muchas de las computadoras de una organización, como parte de una “imagen estándar” que se reproduce en cada máquina. Pero eso no significa que cada usuario necesita esa aplicación. Por lo tanto, la aplicación se encuentra inactiva en muchas máquinas, nunca utilizadas, pero los derechos de licencia aún deben pagarse ¿Qué representa? ¿Pérdidas!

A menudo el problema oscila en la otra dirección: Los usuarios se agregan, con el número total resultante de usuarios que excede el número de licencias compradas. Y cuando el vendedor realiza una auditoría y descubre a los usuarios adicionales, las multas y honorarios resultantes pueden ser bastante importantes.

La solución es utilizar una herramienta que proporcione capacidad de administración de licencias de software, brindándole una visibilidad fiable del inventario de licencias y del estado de uso. Y sin duda ayuda si el proveedor que selecciona tiene una historia demostrada de flexibilidad en la negociación de términos y condiciones que se ajusten a sus necesidades cambiantes. (Sí, algunos proveedores ofrecen esa flexibilidad!)

Tiempo para ponerse las pilas …

Si aún no has aprovechado las iniciativas de reducción de costos que te presentamos, no estás solo. La mayoría de las empresas están pasando por alto estos métodos fáciles de implementar para ahorrar dinero. Y eso significa que con cada señal del reloj, su departamento de TI está desperdiciando dinero innecesariamente.

Eso no es ciertamente una buena cosa, pero significa que tienes una gran oportunidad delante de ti: cinco maneras de ahorrar el dinero que la mayor parte de sus competidores están pasando por alto.

Cherwell Software es reconocido por Info-Tech Research Group como proveedor líder en solución corporativa de Service Desk

Cherwell Software continúa encabezando el mercado de TI en cuanto a características, flexibilidad y valor total.

Cherwell Software ha sido reconocido como el proveedor líder en Enterprise Service Desk Software por  Info-Tech Research Group al obtener el puntaje más alto entre doce competidores. En la evaluación se destacaron atributos del producto, incluyendo características, usabilidad, arquitectura y asequibilidad; así como en las características del proveedor como viabilidad, estrategia, alcance y canal. Cabe destacar que Cherwell obtuvo puntuaciones significativamente más altas que los titulares de mercado más grandes y más atrincherados.

Info-Tech Research Group es la empresa de investigación y consultoría de tecnología de la información con mayor crecimiento mundial y que atiende a más de 30 mil profesionales de TI. Los informes de Info-Tech Research Group reconocen a los vendedores excepcionales en el mercado de la tecnología, evaluando la oferta y estrategia empresarial; además homenajea la contribución de los proveedores excepcionales en una categoría en particular.

La posición de Cherwell en el informe de Info-Tech refleja el creciente éxito de la compañía y su creciente presencia en el mercado de gestión de servicios de TI (ITSM) debido a su plataforma innovadora altamente configurable y su modelo de licencia flexible y todo incluido.

De acuerdo con el informe de Info-Tech, “Cherwell es un competidor emergente para los proveedores de grandes empresas, ofreciendo una amplia funcionalidad a un menor costo. Además, Cherwell ofrece una arquitectura de diseño sin código, haciendo que su solución sea totalmente configurable y pueda integrarse fácilmente con aplicaciones de terceros sin necesidad de escribir o modificar código “.

Este galardón se suma a una creciente lista de reconocimientos de Cherwell, tras una inversión de 50 millones de dólares de KKR, una empresa de inversión global, que se espera para impulsar el crecimiento adicional de Cherwell mediante la aceleración de los esfuerzos de investigación, desarrollo y la expansión de operaciones globales.

Otros reconocimientos recientes de Cherwell incluyen:

El informe completo de Info-Tech se puede descargar aquí.

Acerca de Info-Tech Research Group
Con más de 30 mil miembros en todo el mundo, Info-Tech Research Group es el líder global en el suministro táctico y práctico de investigación y análisis de Tecnología de la Información. Info-Tech Research Group tiene una historia de dieciocho años de ofrecer investigación de calidad y es la firma de analistas de TI de servicios completos de más rápido crecimiento de Norteamérica.
* El TrustMap ™ es una representación visual de los mejores productos de software según los usuarios de TrustRadius según cada segmento de mercado. TrustRadius no respalda a ningún proveedor, producto o servicio descrito en su TrustMaps y no aconseja a los usuarios de software seleccionar sólo aquellos proveedores con las calificaciones más altas.

Acerca de Cherwell Software
Líder global en administración de servicios de TI, Cherwell Software permite a través del uso de tecnología potente e intuitiva, una mejor, más rápida y más asequible innovación. La plataforma Cherwell® Service Management está construida desde cero con una arquitectura única sin código que permite un rápido tiempo de valoración, flexibilidad infinita y actualizaciones sin fricción en cada momento, por una fracción del costo y la complejidad de las soluciones heredadas. Debido al enfoque de Cherwell en ofrecer soluciones fáciles de configurar, personalizar y utilizar, las organizaciones de TI amplían la plataforma de Cherwell para resolver una amplia gama de problemas de TI y de negocios. Con un compromiso inquebrantable de poner a los clientes en primer lugar y de ser fáciles de hacer negocios, Cherwell disfruta de un porcentaje superior al 98% de satisfacción de clientes, además tiene una red global de socios expertos que atienden a clientes en más de 40 países. Las oficinas corporativas están en Colorado, EE.UU., con oficinas globales en el Reino Unido, Alemania y Australia.

Read the latest car news and check out newest photos, articles, and more from the Car and Driver Blog.

Cherwell Software anuncia el lanzamiento de soluciones de Gestión de Servicios de Recursos Humanos

Cherwell Software anunció el lanzamiento de dos nuevas soluciones de Gestión de Servicios de Recursos Humanos (Human Resources – HR) para organizaciones interesadas en expandir el uso de Cherwell® Service Management más allá del departamento de TI.

Las soluciones mAppTM de Gestión de Casos de Recursos Humanos y Gestión de Empleados de Recursos Humanos permiten a los equipos de HR. ofrecer un mejor servicio con menos recursos y a menor costo, ofreciendo un catálogo de servicios dedicado, bases de conocimiento, flujos de trabajo y dashboards específicos.

La mApp de Gestión de Casos de Recursos Humanos ayuda a HR. a administrar y rastrear las solicitudes de los empleados, y la mApp Gestión de Empleados de Recursos Humanos proporciona flujos de trabajo automatizados para los trabajadores en sitio o remotos.

“La mayoría de los departamentos de Recursos Humanos luchan por administrar, priorizar y responder a los casos y solicitudes de los empleados de manera oportuna y eficiente. Estas soluciones están diseñadas para aliviar la carga administrativa de los equipos de Recursos Humanos y permitirles concentrarse en iniciativas que son centrales para su objetivo principal: atraer y retener talento para que el negocio crezca y prospere “, dijo Matthew Peeples, Director Senior de Cherwell Enterprise Service Management. “Las soluciones mApp de HR representan la última adición a las soluciones de line-of-business de Cherwell que permite a las organizaciones introducir los beneficios de largo alcance de la administración de servicios a departamentos más allá de los alcances tradicionales de TI”.

Para más información sobre las soluciones mApp de Cherwell para HR, junto con sus otras ofertas de gestión de servicios empresariales, se pueden encontrar en Cherwell mApp Exchange.

Acerca de Cherwell Software

Líder global en administración de servicios de TI y de empresas, Cherwell Software permite a las áreas de TI liderar a través del uso de tecnología potente e intuitiva que permite una innovación mejor, más rápida y más asequible. La plataforma Cherwell® Service Management está construida desde cero con una arquitectura única sin código que permite un rápido tiempo de valoración, flexibilidad infinita y actualizaciones sin fricción en cada momento, por una fracción del costo y la complejidad de las soluciones heredadas. Debido al enfoque de Cherwell en ofrecer soluciones fáciles de configurar, personalizar y utilizar, las organizaciones de TI amplían la plataforma de Cherwell para resolver una amplia gama de problemas de TI y de negocios. Con un compromiso inquebrantable de poner a los clientes en primer lugar y de ser fáciles de hacer negocios, Cherwell disfruta de una satisfacción del cliente del 98% +. Cherwell tiene una red global de socios expertos que atienden a clientes en más de 40 países. Las oficinas corporativas están en Colorado, EE.UU., con oficinas globales en el Reino Unido, Alemania y Australia.

Read the latest car news and check out newest photos, articles, and more from the Car and Driver Blog.