<?xml version="1.0" encoding="utf-8"?><rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Ivanti Blog: Publicaciones de </title><description /><language>es</language><atom:link rel="self" href="https://www.ivanti.com/es/blog/authors/kevin-j-smith/rss" /><link>https://www.ivanti.com/es/blog/authors/kevin-j-smith</link><item><guid isPermaLink="false">6ecb6101-7cbb-436a-ae63-79df2f9bd748</guid><link>https://www.ivanti.com/es/blog/5-itil-mistakes-you-might-be-making</link><atom:author><atom:name>Kevin J. Smith</atom:name><atom:uri>https://www.ivanti.com/es/blog/authors/kevin-j-smith</atom:uri></atom:author><category>Gestión de servicios</category><category>Gestión de endpoints</category><title>5 errores de ITIL que quizá esté cometiendo</title><description>&lt;p class="p1"&gt;&lt;span class="s1"&gt;Si trabaja actualmente en una organización de TI, es probable que conozca el término ITIL.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Tanto si es experto como si está empezando, ITIL suele formar parte de la agenda de TI desde que su uso se extendió ampliamente en organizaciones de TI de todo el mundo. Y con razón.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;La biblioteca de infraestructura de TI es un marco de estrategia y buenas prácticas que puede aportar estructura y valor reales a un Help Desk de TI, un Service Desk o una organización de &lt;a href="https://www.ivanti.com/products/ivanti-neurons-itsm" rel="noopener" target="_blank"&gt;gestión de servicios de TI&lt;/a&gt;. &lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Sin embargo, no debería sorprendernos que &lt;/span&gt;&lt;span class="s2"&gt;con implantar ITIL no baste. &lt;/span&gt;&lt;span class="s1"&gt;Debemos hacerlo con una planificación bien meditada y conociendo los errores habituales que conviene evitar. &lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Veamos brevemente algunos de estos errores habituales, con la esperanza de que una mayor concienciación sobre estos puntos nos permita: &lt;/span&gt;&lt;/p&gt;&lt;ul&gt;&lt;li class="p1"&gt;&lt;span class="s1"&gt;Reducir parte del riesgo de la próxima actualización de un modelo existente, &lt;em&gt;o&lt;/em&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="p1"&gt;Mejorar el plan de su primera implantación de ITIL.&lt;/li&gt;&lt;/ul&gt;&lt;h2 class="p2"&gt;&lt;span class="s1"&gt;Error n.º 1: plazos y expectativas excesivamente agresivos&lt;/span&gt;&lt;/h2&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Es probable que este obstáculo haya provocado más problemas relacionados con ITIL que cualquier otro factor por sí solo. &lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Con la inversión necesaria para implantar ITIL y el deseo de materializar el valor que aportará, es fácil ser demasiado ambiciosos con nuestros plazos y expectativas.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Es algo natural, pero debemos evitar los planes que dan por hecho que todo saldrá bien, sin margen siquiera para pequeños retrasos o ajustes durante el proceso.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Siempre surgirán imprevistos que afectarán tanto a los calendarios como a la asignación de recursos, por lo que es una buena práctica planificar los cambios que, con toda seguridad, llegarán.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;No sugiero que creemos planes excesivamente conservadores, ya que eso sería igual de poco razonable. Simplemente propongo un calendario flexible y unos requisitos de recursos que prevean un nivel creíble de mitigación de riesgos y contratiempos durante el camino.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;También se recomienda incorporar puntos de control tempranos en un calendario iterativo y multifase para poder realizar los ajustes necesarios cuanto antes.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Dejarlo para más tarde sale caro. Dejarlo para más tarde nos ralentiza. Dejarlo para más tarde es, sencillamente, una mala opción.&lt;/span&gt;&lt;/p&gt;&lt;h2 class="p2"&gt;&lt;span class="s1"&gt;Error n.º 2: centrarse en el marco en lugar de en los resultados&lt;/span&gt;&lt;/h2&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;En TI nos encantan los marcos. Pero con ITIL y otros marcos y modelos similares, es un error obsesionarse con el marco y los procesos en sí en lugar de con resultados empresariales tangibles.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Al fin y al cabo, hacer un gran trabajo con el marco y no obtener el resultado adecuado supone desperdiciar tiempo y recursos valiosos.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;&lt;/span&gt;&lt;span class="s1"&gt;Estos resultados deseados y el valor generado deben definirse desde el principio y ser comprendidos por todo el equipo que trabaja en la iniciativa de ITIL.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Mejor aún, la mayoría de los resultados deberían poder medirse.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Estos resultados nos orientan, nos ayudan a comunicar beneficios al negocio y marcan el camino cuando el equipo puede confundirse o cuestionar las prioridades. Algunos resultados subjetivos son aceptables, pero deberían ser minoritarios.&lt;/span&gt;&lt;/p&gt;&lt;h2 class="p2"&gt;&lt;span class="s1"&gt;Error n.º 3: falta de una responsabilidad clara&lt;/span&gt;&lt;/h2&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;A lo largo del recorrido de ITIL, es importante contar con una definición sólida y clara de la responsabilidad sobre cada elemento de la iniciativa de ITIL. También necesitamos una responsabilidad sobre los procesos que aproveche el conocimiento y la experiencia de nuestras personas con mayor capacidad de análisis.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Esta responsabilidad sobre los procesos y esta orientación nos resultan muy útiles cuando diseñamos tanto los procesos propios de ITIL como la &lt;a href="https://www.ivanti.com/products/automation" rel="noopener" target="_blank"&gt;automatización de flujos de trabajo&lt;/a&gt; fundamental para garantizar que aprovechamos la mejor experiencia humana disponible en la organización.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Una automatización eficaz es clave para el éxito a largo plazo de ITIL, porque una automatización bien ejecutada mejora nuestra velocidad y nos permite escalar.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Los procesos manuales no pueden conseguir ninguna de las dos cosas.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Esta responsabilidad sobre los procesos sigue siendo muy útil cuando surgen preguntas —y siempre surgen— o cuando necesitamos realizar ajustes, ampliaciones o mejoras en un número creciente de flujos de trabajo.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Esto crea la dinámica habitual de TI.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Además, estos expertos en procesos serán el punto de contacto que nos ayude a mantener el rumbo y a garantizar que capturamos las experiencias y conocimientos valiosos que existen dentro de TI y en toda la empresa.&lt;/span&gt;&lt;/p&gt;&lt;h2 class="p2"&gt;&lt;span class="s1"&gt;Error n.º 4: compromiso cultural débil&lt;/span&gt;&lt;/h2&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;ITIL tiene tanto que ver con el cambio cultural como con la tecnología o las herramientas.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Quizá incluso más.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Cuando necesitamos recursos, cuando afrontamos desafíos, cuando hay que asignar presupuesto, cuando se nos pide cambiar la forma en que trabajamos o asumir nuevas prioridades, debe existir alineación cultural; de lo contrario, el proyecto tendrá dificultades o fracasará por completo.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Con alineación y compromiso cultural, toda la organización puede trabajar conjuntamente para ayudar a garantizar el éxito de ITIL y sentar las bases que nos aportarán valor durante los próximos 10 años o más.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Esta alineación cultural debe incluir al equipo directivo e, idealmente, contar con un patrocinador ejecutivo que en muchos casos será el CIO.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Los modelos y las herramientas por sí solos no harán grande a TI. Pero con un cambio cultural, todo es posible.&lt;/span&gt;&lt;/p&gt;&lt;h2 class="p2"&gt;&lt;span class="s1"&gt;Error n.º 5: considerar ITIL como una serie de procesos individuales&lt;/span&gt;&lt;/h2&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Sí, ITIL consta de más de 25 elementos y procesos, pero ver ITIL únicamente de esta forma es un camino peligroso que no capta su verdadero propósito.&lt;span class="Apple-converted-space"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Las organizaciones de TI de éxito entienden que ITIL debe ser un sistema completo y orientado a ofrecer valor a los clientes.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;No se puede aceptar menos, y centrarse en las funciones individuales de ITIL solo reforzará y propagará el modelo tradicional de silos en TI, lo que a su vez nos ralentizará o nos impedirá por completo hacer realidad el futuro auténtico y necesario de TI e ITSM.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Optimizar de forma local puede resultar satisfactorio para algunos, pero no nos engañemos: este comportamiento resulta perjudicial para TI.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Sin embargo, ITIL como sistema completo y vivo es algo realmente valioso.&lt;/span&gt;&lt;/p&gt;&lt;h3 class="p2"&gt;&lt;span class="s1"&gt;Recuerde…&lt;/span&gt;&lt;/h3&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Ya se trate de ITIL, COBIT, Lean, SIAM, Agile, DevOps o cualquiera de las excelentes mejores prácticas, marcos, estándares o modelos que tenemos hoy a nuestra disposición, en última instancia &lt;/span&gt;&lt;span class="s2"&gt;se trata de ofrecer resultados reales a los clientes&lt;/span&gt;&lt;span class="s1"&gt; y de liberar el sólido valor de negocio que constituye la gran ventaja de cualquier iniciativa bien ejecutada.&lt;/span&gt;&lt;/p&gt;&lt;p class="p1"&gt;&lt;span class="s1"&gt;Espero que este resumen le haya resultado útil y le haya aportado alguna buena idea que le ayude a corregir el rumbo de su recorrido actual con ITIL o a prepararse mejor para una futura iniciativa de ITIL.&lt;span class="Apple-converted-space"&gt; &lt;/span&gt;Buena suerte.&lt;/span&gt;&lt;/p&gt;&lt;h2&gt;&lt;strong&gt;Para obtener más información sobre TI, no deje de seguir a Kevin J. Smith en Twitter &lt;a class="ProfileHeaderCard-screennameLink u-linkComplex js-nav" href="https://twitter.com/kevinjsmith4IT" rel="nofollow noopener" target="_blank"&gt;&lt;span class="username u-dir" dir="ltr"&gt;@kevinjsmith4IT.&lt;/span&gt;&lt;/a&gt;&lt;/strong&gt;&lt;/h2&gt;&lt;p&gt;&lt;a href="https://www.ivanti.com/" rel="noopener" target="_blank"&gt;&lt;img alt="Automated service delivery for it and beyond" class="alignnone wp-image-17281 size-full" src="https://static.ivanti.com/sites/marketing/media/images/blog/2017/06/600x_itsm-campaign-blog.png" /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Thu, 22 Feb 2018 23:29:38 Z</pubDate></item></channel></rss>