[et_pb_section fb_built=\u00bb1″ admin_label=\u00bbSection\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb0px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row column_structure=\u00bb1_4,3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb50px||||false|false\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb1_4″ disabled_on=\u00bbon|on|off\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb||||false|false\u00bb sticky_position=\u00bbtop\u00bb sticky_offset_top=\u00bb100px\u00bb sticky_limit_bottom=\u00bbsection\u00bb motion_trigger_start=\u00bbtop\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbindice\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb||0px||false|false\u00bb custom_padding=\u00bb||14px||false|false\u00bb link_option_url=\u00bb#1″ global_colors_info=\u00bb{}\u00bb]<\/p>\n
Secciones<\/strong><\/p>\n [\/et_pb_text][\/et_pb_column][et_pb_column type=\u00bb3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbseccion\u00bb module_id=\u00bb1″ module_class=\u00bbittopicscontent\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb z_index=\u00bb0″ custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb custom_css_main_element=\u00bbfont-family:%22Pandora-Light%22;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]En Star Trek, cuando el capit\u00e1n Kirk necesitaba algo imposible, siempre acud\u00eda a Scotty. Solo Scotty sab\u00eda c\u00f3mo sacarle todo el jugo a los cristales de dilitio, solo \u00e9l entend\u00eda las tripas de la Enterprise y solo \u00e9l pod\u00eda obrar el milagro salvador sobre la bocina, con todo en contra. Algo genial para la televisi\u00f3n, pero un desastre como modelo operativo<\/strong>. Porque si Scotty pillaba la gripe klingon, la nave entera quedaba a la deriva. Sufrimos dependencia operativa cuando el funcionamiento cotidiano del MSP gira alrededor de individuos concretos, en lugar de procesos compartidos<\/strong>. Si algo de esto nos define, no somos especiales por mucho que nos lo dijeran en el colegio. Se trata de un patr\u00f3n estructural que se repite con insistencia en muchos MSP y que debemos abordar antes de que nos explote <\/Strong>entre las manos.<\/p>\n Los humanos tenemos una habilidad maestra, la adaptaci\u00f3n, la cual juega en nuestra contra aqu\u00ed, porque lo peligroso de la dependencia es que se normaliza<\/strong>. La dependencia de t\u00e9cnicos imprescindibles es un palo en la rueda del funcionamiento diario, pero tambi\u00e9n resulta una sangr\u00eda operativa que afecta directamente al negocio y sus resultados<\/Strong>.<\/p>\n Si solo el genio de turno puede resolver cierto tipo de incidencias, el tiempo de resoluci\u00f3n depende de su disponibilidad<\/strong>, cuando deber\u00eda estar en consonancia con la gravedad del problema. T\u00e9cnicos de nivel 1 que podr\u00edan resolver perfectamente una incidencia la derivan todo el rato al \u00abexperto\u00bb, porque nadie les ha proporcionado el contexto que precisan para solventarla. Si dos personas concentran el 80% del conocimiento cr\u00edtico y una se pone enferma mientras la otra est\u00e1 de vacaciones, la operaci\u00f3n se tambalea como un castillo de naipes. Porque cada nuevo cliente aumenta la carga sobre los mismos hombros de siempre y las espaldas fuertes no son habituales en el gremio inform\u00e1tico. Ya conocemos al enemigo como predicaba Sun Tzu en su Arte de la Guerra, ahora pongamos soluci\u00f3n, pero con la advertencia de siempre, que no hay varitas m\u00e1gicas en la vida real. Ahora, la primera tarea es dar una vuelta por nuestra casa y echar un vistazo honesto a esas cuatro columnas<\/strong>. \u00bfCu\u00e1l se tambalea m\u00e1s? \u00bfCu\u00e1l tiene grietas? \u00bfCu\u00e1l es un andamio provisional pegado con celo, en lugar de una columna?<\/p>\n Toda la teor\u00eda anterior que he desarrollado es necesaria para ese conocer al enemigo, pero sin un enfoque pr\u00e1ctico y progresivo se queda en cosas que solo quedan bien en un Powerpoint. Este es un ejercicio tan sencillo como preguntar: \u00abSi esta persona desaparece misteriosamente ma\u00f1ana, \u00bfqu\u00e9 se rompe?\u00bb. No todas las dependencias t\u00e9cnicas tienen el mismo peso. Hay que distinguir entre lo que es cr\u00edtico para el servicio y lo que simplemente se hace as\u00ed porque \u00absiempre se ha encargado Fulanito\u00bb. Voltaire dijo que \u00ablo perfecto es enemigo de lo bueno\u00bb y, aunque no lo sab\u00eda, tambi\u00e9n hablaba de documentaci\u00f3n t\u00e9cnica. Ahora que nos venden que las m\u00e1quinas lo har\u00e1n todo, corremos a poner parches de automatizaci\u00f3n antes de comprender <\/strong>qu\u00e9 queremos conseguir. De nada sirve tener la Biblioteca de Alejandr\u00eda si luego nadie es capaz de seguir la documentaci\u00f3n del paso 3 sin necesitar al de siempre. Las dependencias t\u00e9cnicas en las organizaciones se regeneran como la mala hierba<\/strong>. Pandora FMS naci\u00f3 en las trincheras de lo pr\u00e1ctico y la experiencia. Eso se nota en c\u00f3mo aborda, precisamente, este problema de la dependencia, corrigiendo lo que hemos comprobado<\/Strong>, durante estos m\u00e1s de veinte a\u00f1os, que la provoca. Habla con el equipo de ventas, pide presupuesto, o resuelve tus dudas sobre nuestras licencias<\/p>\n \u00bb content_phone=\u00bb<\/p>\n Habla con el equipo de ventas, resuelve tus dudas sobre nuestras licencias o pide presupuesto<\/p>\n \u00bb content_last_edited=\u00bbon|tablet\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb header_2_font_size=\u00bb2em\u00bb text_orientation=\u00bbcenter\u00bb module_alignment=\u00bbleft\u00bb custom_margin=\u00bb0px||20px||false|false\u00bb custom_padding=\u00bb0px||0px||true|false\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n Habla con el equipo de ventas, pide presupuesto, [\/et_pb_text][et_pb_code _builder_version=\u00bb4.27.4″ _module_preset=\u00bbdefault\u00bb width=\u00bb200px\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb40px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||true|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n\n
\nEso mismo ocurre en demasiados MSP<\/a>. Tenemos a nuestro Scotty particular, ese t\u00e9cnico brillante capaz de cargar sobre sus hombros media cartera de clientes y quiz\u00e1 hasta lo celebramos como una fortaleza porque tenemos en n\u00f3mina a un genio inimitable. Pero como veremos, en realidad es un punto \u00fanico de fallo <\/strong>humano que nos impide escalar con seguridad<\/A>.
\nLa especializaci\u00f3n t\u00e9cnica es valiosa, eso es indudable, pero cuando cruza la frontera de la dependencia excesiva de personas concretas, deja de serlo. Y la diferencia entre especializaci\u00f3n y dependencia es un fallo de dise\u00f1o operativo, no un problema de talento<\/strong> ni de recursos humanos.<\/p>\nQu\u00e9 significa realmente depender de t\u00e9cnicos imprescindibles<\/h2>\n
\nEsa es la premisa fundamental, porque si el saber cr\u00edtico vive en las cabezas de esos genios, y no en la base de conocimiento o repartido entre los dem\u00e1s t\u00e9cnicos, nuestro d\u00eda a d\u00eda suele estar hecho de:<\/p>\n\n
\n
Se\u00f1ales de que un MSP ya tiene este problema<\/h2>\n
\nComo la rana metida en agua caliente, nos acostumbramos sin hacer nada hasta que esta acaba hirvi\u00e9ndonos.
\nSin embargo, hay s\u00edntomas claros<\/strong> de que debemos saltar a otra forma de hacer las cosas si nos molestamos un poco en mirar sinceramente y no enterrar la cabeza en la arena:
\nLos principales son:<\/p>\n\n
El impacto de la dependencia en los SLA, la escalabilidad y la rentabilidad<\/h2>\n
Los cuellos de botella<\/h3>\n
\nCuando esto ocurre, el Tiempo Medio de Reparaci\u00f3n (MTTR<\/A> por sus siglas en ingl\u00e9s) se dispara por razones que poco tienen que ver con la complejidad t\u00e9cnica, y s\u00ed mucho con que el conocimiento bajo siete llaves en una cabeza a la que ma\u00f1ana pueden ofrecerle m\u00e1s sueldo en otro lado.<\/p>\nLos escalados innecesarios<\/h3>\n
\nDe nuevo, no es una cuesti\u00f3n de que falte capacidad en esos minions, sino un dise\u00f1o err\u00f3neo de las operaciones<\/strong> del MSP.
\nEso empantana a los seniors con tareas de bajo valor. O como he comentado alguna vez, usamos los Ferraris para ir a Mercadona, y estos consumen demasiado y luego tampoco est\u00e1n disponibles para lo importante.<\/p>\nIncapacidad de absorber picos de trabajo o ausencias<\/h3>\n
\nY eso sin entrar en la rotaci\u00f3n de personal. Porque cuando uno de esos genios decide marchar a campos que piensa que son m\u00e1s verdes, nos arranca un trozo de nuestra capacidad operativa que nos deja malheridos.<\/p>\nLa imposibilidad de escalar de forma robusta<\/h3>\n
\nAs\u00ed no crecemos, engordamos y nos hacemos m\u00e1s fr\u00e1giles. Tenemos un castillo m\u00e1s grande, pero es de cristal. As\u00ed, la eficiencia operativa<\/a> se degrada con cada nuevo contrato por el que brindamos con champ\u00e1n al principio, para luego gestionar con insanas dosis de estr\u00e9s.<\/p>\nCu\u00e1les son las palancas para reducir nuestra dependencia operativa<\/h2>\n
\nLo que s\u00ed hay son palancas claras que debemos accionar<\/strong>.
\nEl marco general de una operaci\u00f3n \u00f3ptima se apoya en cuatro pilares:<\/p>\n\n
C\u00f3mo reducir la dependencia sin perder calidad t\u00e9cnica<\/h2>\n
\nAs\u00ed que, una vez revisadas las columnas del templo, bajemos al barro con un proceso aplicable por pasos.<\/p>\n1. Identificar d\u00f3nde est\u00e1 concentrado el conocimiento<\/h3>\n
\nLas respuestas suelen ser reveladoras (y aterradoras en ocasiones).<\/p>\n2. Tener trazado un mapa de tareas cr\u00edticas y repetitivas<\/h3>\n
\nSi es solo cuesti\u00f3n de costumbre y no algo cr\u00edtico, pasa al final de las prioridades dentro de ese mapa. Y hablando de prioridades…<\/p>\n3. Documentar primero lo m\u00e1s cr\u00edtico y frecuente<\/h3>\n
\nNo necesitamos una base de conocimiento perfecta y totalmente terminada para que sea \u00fatil. Empecemos por introducir en ella lo que m\u00e1s da\u00f1o har\u00eda si se pierde y lo que m\u00e1s se repite<\/strong> en el d\u00eda a d\u00eda.
\nEso incluye algo complejo, que los genios de turno con la cabeza llena de sabidur\u00eda, la vuelquen para todos de una manera pedag\u00f3gica.
\nAqu\u00ed entra otro aspecto clave que contribuye a la dependencia: Muchos de esos t\u00e9cnicos ser\u00e1n reticentes. Y m\u00e1s en estos tiempos de incertidumbre donde buena parte de esa dependencia viene porque muchos t\u00e9cnicos quieren hacerse imprescindibles<\/strong>, ya sea por seguridad laboral, estatus, etc.
\nCon mucha mano izquierda debemos sacar el conocimiento de esas neuronas para volcarlo en una base de conocimiento viva.<\/p>\n4. Estandarizar antes de automatizar<\/h3>\n
\nSin embargo, automatizar un proceso ca\u00f3tico solo produce caos m\u00e1s r\u00e1pido<\/strong>.
\nLa soluci\u00f3n es dejar primero bien claro el comportamiento \u00f3ptimo o esperado<\/strong> de un proceso, y despu\u00e9s ya podemos dejar que lo ejecuten las m\u00e1quinas.<\/p>\n5. Validar que el resto de t\u00e9cnicos pueden trabajar y resolver sin apoyo constante<\/h3>\n
\nLa prueba real de que no tenemos solamente una wiki bonita es que un t\u00e9cnico no llamado Scotty resuelva el problema con autonom\u00eda<\/strong>. Si no lo consigue, la documentaci\u00f3n no est\u00e1 lista, por mucho que parezca completa.<\/p>\n6. Revisar peri\u00f3dicamente<\/h3>\n
\nNuevos clientes, nuevas tecnolog\u00edas, nuevas costumbres… Hay que auditarlas con regularidad<\/strong> para evitar que los malos h\u00e1bitos vuelvan a cristalizar.<\/p>\nC\u00f3mo ayuda Pandora FMS a reducir la dependencia operativa en un MSP<\/h2>\n
\nAs\u00ed, la visibilidad centralizada<\/strong> de Pandora FMS<\/a> permite que cualquier t\u00e9cnico del equipo vea el estado completo de cualquier cliente desde un \u00fanico lugar<\/strong>, nuestra Metaconsola.
\nAs\u00ed, no hace falta molestar al genio de vacaciones para saber qu\u00e9 est\u00e1 pasando, ni rebuscar en chats del a\u00f1o pasado. El contexto est\u00e1 ah\u00ed, en una monitorizaci\u00f3n de infraestructura<\/A> accesible para todos.
\nPor su parte, el inventario y el contexto compartido<\/strong> eliminan la necesidad de que alguien se sepa de memoria la infraestructura del cliente. Qu\u00e9 hay, c\u00f3mo est\u00e1 configurada, cu\u00e1l es su historial de eventos… Con Pandora FMS todo queda registrado y disponible en el sistema.
\nLas plantillas reutilizables<\/strong> permiten que el conocimiento operativo se codifique una vez y se aplique a todos<\/strong> los clientes similares. De esa manera, lo que antes viv\u00eda en la cabeza de un t\u00e9cnico ahora lo hace en una pol\u00edtica que cualquiera puede desplegar.
\nLa automatizaci\u00f3n operativa<\/strong> integrada en Pandora FMS se encarga a su vez de las tareas repetitivas: self-healing, escalados autom\u00e1ticos, respuestas predefinidas ante condiciones conocidas… Si el sistema sabe qu\u00e9 hacer, no necesita despertar a nadie a las tres de la ma\u00f1ana.
\nPor otro lado, la trazabilidad de eventos y alertas<\/strong> proporciona un registro auditable de qu\u00e9 ha ocurrido, cu\u00e1ndo y qu\u00e9 se hizo al respecto. Esto significa que un novato reci\u00e9n llegado, o un t\u00e9cnico que cubre la ausencia de otro, puede entender r\u00e1pidamente el historial sin depender de neuronas que se han ido de vacaciones.
\nY en entornos donde la seguridad forma parte del servicio, Pandora SIEM<\/strong> complementa esta visi\u00f3n con correlaci\u00f3n de eventos de seguridad y visibilidad unificada<\/strong>, seg\u00fan las mejores pr\u00e1cticas de ENISA<\/A> y otros marcos de referencia.
\nLa idea central de Pandora FMS es sencilla:
\nQue la operaci\u00f3n dependa del sistema y sus procesos, no de que Scotty obre una vez m\u00e1s el milagro, porque me temo que la vida no es una serie de televisi\u00f3n y mucho menos una utop\u00eda.
\nUn MSP maduro debe cultivar el talento sin generar dependencia, de modo que asegure una continuidad del servicio que no dependa exclusivamente de unas pocas personas, por brillantes que sean.
\nInsisto en que la brillantez individual es a la vez admirable y un punto \u00fanico de fallo<\/a> inaceptable cuando hay SLA que cumplir y clientes que conf\u00edan en nosotros, por eso premisas como la b\u00fasqueda de los famosos ingenieros 10x es un arma de doble filo.
\nAdem\u00e1s, una condici\u00f3n imprescindible para la escalabilidad real es liberar el conocimiento de la mente de individuos elegidos, para ponerlo a buen recaudo en los procesos, herramientas y conocimiento com\u00fan del MSP.
\nDe esa manera, podremos asumir m\u00e1s clientes, evitar que un soporte reactivo consuma el margen<\/A> y no necesitar h\u00e9roes. Al fin y al cabo, se ha demostrado muchas veces que un buen equipo siempre supera a un pu\u00f1ado de superestrellas haciendo la guerra por su cuenta.
\nEso es lo que queremos, porque con dependencia t\u00e9cnica tendremos una aventura cada d\u00eda, pero esas solamente quedan bien en la ficci\u00f3n.[\/et_pb_text][et_pb_button button_url=\u00bb@ET-DC@eyJkeW5hbWljIjp0cnVlLCJjb250ZW50IjoicG9zdF9saW5rX3VybF9wYWdlIiwic2V0dGluZ3MiOnsicG9zdF9pZCI6IjM2MjI3MCJ9fQ==@\u00bb button_text=\u00bb\u2190 Regresar a IT Topics\u00bb button_alignment=\u00bbleft\u00bb _builder_version=\u00bb4.22.0″ _dynamic_attributes=\u00bbbutton_url\u00bb _module_preset=\u00bbdefault\u00bb custom_button=\u00bbon\u00bb button_text_size=\u00bb1em\u00bb button_text_color=\u00bb#0C312F\u00bb button_bg_color=\u00bb#FFFFFF\u00bb button_bg_color_gradient_direction=\u00bb90deg\u00bb button_bg_color_gradient_stops=\u00bb#82B92E 0%|#3CB92E 100%\u00bb button_bg_color_gradient_start=\u00bb#82B92E\u00bb button_bg_color_gradient_end=\u00bb#3CB92E\u00bb button_border_width=\u00bb1px\u00bb button_border_color=\u00bb#eaeaea\u00bb button_border_radius=\u00bb100px\u00bb button_use_icon=\u00bboff\u00bb z_index=\u00bb0″ custom_margin=\u00bb60px||0px||false|false\u00bb custom_padding=\u00bb10px|50px|10px|50px|true|true\u00bb custom_padding_tablet=\u00bb\u00bb custom_padding_phone=\u00bb10px|20px|10px|20px|true|true\u00bb custom_padding_last_edited=\u00bbon|phone\u00bb custom_css_main_element=\u00bbright:0!important;||font-family:%22Pandora-Bold%22!important;\u00bb global_module=\u00bb367749″ locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb button_bg_color__hover_enabled=\u00bbon|desktop\u00bb button_bg_color_gradient_start__hover=\u00bb#eaeaea\u00bb button_bg_color_gradient_end__hover=\u00bb#f4f4f4″ button_bg_color__hover=\u00bb#eaeaea\u00bb button_bg_enable_color__hover=\u00bbon\u00bb button_bg_use_color_gradient__hover=\u00bbon\u00bb button_bg_color_gradient_stops__hover=\u00bb#eaeaea 0%|#f4f4f4 100%\u00bb][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=\u00bb1″ custom_padding_last_edited=\u00bbon|desktop\u00bb admin_label=\u00bbFinal CTA\u00bb _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb background_color=\u00bb#161327″ use_background_color_gradient=\u00bbon\u00bb background_color_gradient_stops=\u00bbrgba(22,19,39,0.5) 17%|rgba(22,19,39,0.5) 100%\u00bb background_color_gradient_overlays_image=\u00bbon\u00bb background_image=\u00bbhttps:\/\/pandorafms.com\/wp-content\/uploads\/2023\/12\/banner-contacta-it-topics.webp\u00bb background_size=\u00bbcustom\u00bb background_image_width=\u00bb121%\u00bb background_image_height=\u00bb192%\u00bb background_position=\u00bbtop_left\u00bb z_index=\u00bb1″ max_width=\u00bb1080px\u00bb max_width_tablet=\u00bb98%\u00bb max_width_phone=\u00bb98%\u00bb max_width_last_edited=\u00bbon|tablet\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb80px||80px||true|false\u00bb custom_padding=\u00bb40px|20px|120px|20px|false|true\u00bb custom_padding_tablet=\u00bb40px|0px|120px|0px|false|true\u00bb custom_padding_phone=\u00bb40px|0px|120px|0px|false|true\u00bb scroll_scaling=\u00bb40|55|85|100|100%|120%|100%\u00bb motion_trigger_start=\u00bbtop\u00bb background_last_edited=\u00bbon|phone\u00bb background_size_tablet=\u00bbcover\u00bb background_size_phone=\u00bbcover\u00bb background_position_phone=\u00bbtop_center\u00bb border_radii=\u00bboff|20px|20px|20px|20px\u00bb border_color_all=\u00bb#ffffff\u00bb box_shadow_style=\u00bbpreset1″ box_shadow_vertical=\u00bb0px\u00bb box_shadow_blur=\u00bb80px\u00bb box_shadow_color=\u00bb#506da0″ global_module=\u00bb367449″ saved_tabs=\u00bball\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row use_custom_gutter=\u00bbon\u00bb gutter_width=\u00bb2″ make_equal=\u00bbon\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb max_width=\u00bb750px\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text content_tablet=\u00bb<\/p>\n
o resuelve tus dudas sobre nuestras licencias<\/p>\n