Áreas estándar de especialización dentro de TI
La Tecnología de la Información y la Infraestructura de Negocio constituyen un campo enorme, repleto de numerosas y extremadamente variadas oportunidades profesionales, no solo en cuanto a las industrias en las que se trabaja, sino también en cuanto al tipo de trabajo que se realiza. Solo en raras ocasiones dos empleos de TI son verdaderamente iguales. La variedad es increíble. Sin embargo, sí existen ciertos enfoques profesionales estándar que deberían ser comprendidos y conocidos por todos en el campo, ya que proporcionan una terminología importante para el entendimiento mutuo.
Es muy importante señalar que, como en cualquier campo, lo más común es que una sola persona desempeñe más de un rol a lo largo de su carrera e incluso al mismo tiempo. Del mismo modo que alguien puede ser a media jornada cocinero de hamburguesas y a media jornada cajero, una persona puede tener su tiempo repartido entre diferentes roles de TI. Pero necesitamos saber cuáles son esos roles y qué significan para poder transmitir valor, experiencia y expectativas a los demás.
A esto es a lo que nos referimos como “Especializaciones de TI”, y son áreas de enfoque específico y de oportunidad para desarrollar habilidades profundas dentro de TI. A menudo, estas no solo representan roles laborales dentro de TI, sino que en las grandes empresas suelen ser representativas de departamentos enteros de colegas profesionales que trabajan juntos. Ninguna de estas áreas de enfoque es más o menos sénior que otra; son áreas diferentes, no niveles. No existe una progresión natural u orgánica de un área de especialización de TI a otra; sin embargo, toda experiencia en TI es valiosa y cabría esperar que la experiencia en una especialización prepare a alguien para aprender y adaptarse más rápidamente a otra área.
Los términos “Administración” e “Ingeniería” se aplican con frecuencia hoy en día; estos, una vez más, no son niveles, ni tampoco áreas de especialización. Se refieren a un rol enfocado en operaciones (la ejecución de sistemas en producción) o en el diseño de sistemas para su implementación. Estos dos comparten las áreas de especialización. Así, por ejemplo, la especialización de Sistemas tendría necesidad tanto de cargas de trabajo de administración como de ingeniería.
Sistemas. Abreviatura de “sistemas operativos.” Los roles de Sistemas se centran en los sistemas operativos, normalmente de servidores (pero no necesariamente en todos los casos). Este es el rol especializado de TI más ampliamente requerido. Dentro de sistemas, las especializaciones suelen ser, por ejemplo, Windows, RHEL, Suse, Ubuntu, AIX, HP-UX, Solaris, FreeBSD, Mac OSX, etcétera. Las especializaciones de alto nivel como UNIX son comunes, con una sola persona o departamento dando servicio a cualquier sistema que caiga bajo ese paraguas, o bien las organizaciones más grandes podrían dividir AIX, Solaris, RHEL y FreeBSD en cuatro equipos distintos para permitir un enfoque preciso en habilidades, herramientas y conocimientos. Los especialistas en sistemas proporcionan la plataforma de aplicaciones sobre la que se ejecutarán los programas informáticos (lo que también incluiría las bases de datos). El soporte de escritorio generalmente se considera una subdisciplina de sistemas, y una que a menudo se cruza de forma pragmática con los roles de usuario final y de mesa de ayuda.
Plataformas. También conocidos como equipos de virtualización o de nube (según el rol exacto), la especialización de plataformas se centra en la capa de abstracción y gestión (hipervisor) que se sitúa, o puede situarse, entre el hardware físico y el sistema o los sistemas operativos. Este equipo tiende a centrarse en la planificación de la capacidad, la gestión de recursos y la fiabilidad. Los enfoques dentro de la especialización en plataformas comúnmente incluirían VMware ESXi, vCloud, Xen, XenServer, KVM, OpenStack, CloudStack, Eucalyptus, Hyper-V, etcétera. Con la llegada de las plataformas alojadas a gran escala, también ha surgido la necesidad de enfocarse en implementaciones alojadas específicas de plataformas como Amazon AWS, Microsoft Azure, Rackspace, Softlayer, etcétera.
Almacenamiento. El almacenamiento de datos es tan fundamental para TI que se ha desligado como su propia especialización, altamente enfocada. Los especialistas en almacenamiento generalmente se centran en sistemas SAN, NAS y de almacenamiento de objetos. Las áreas de enfoque podrían incluir el almacenamiento por bloques en general, o podrían profundizar hasta un producto o línea de productos específicos, como EMC VMAX o HPE 3PAR. Con el reciente crecimiento de las tecnologías de almacenamiento escalable horizontalmente (scale out), el ámbito del almacenamiento está creciendo tanto en tamaño total como en la profundidad de habilidad que se espera.
Bases de datos. De forma similar al almacenamiento, las bases de datos proporcionan un “respaldo” fundamental de información para que sea consumida por otros departamentos. Si bien conceptualmente las bases de datos y el almacenamiento se solapan, en la práctica ambos están enormemente separados en cuanto a cómo se tratan. Pensamos en el almacenamiento como almacenamiento “tonto”, “no estructurado” o “masivo” y en la base de datos como almacenamiento “inteligente”, “enfocado” o “altamente estructurado”. En su nivel fundamental, ambos son en realidad bastante difíciles de distinguir. En la práctica, son extremadamente diferentes. Los especialistas en bases de datos trabajan específicamente en los servicios de bases de datos, pero rara vez crean bases de datos y, desde luego, no programan las aplicaciones conectadas a las bases de datos. Al igual que sus homólogos de sistemas, los especialistas en bases de datos (a menudo llamados DBA) gestionan la plataforma de bases de datos para que otros equipos la consuman. Los enfoques en bases de datos podrían ser de alto nivel, como las bases de datos relacionales o las no relacionales (NoSQL). O, más comúnmente, un DBA se centraría en una o más aplicaciones de bases de datos muy específicas, como Informix, MS SQL Server, DBase, Firebird, PostgreSQL, MariaDB, MySQL, MongoDB, Redis, CouchDB, y muchas más.
Aplicaciones. Las aplicaciones son el producto final que consume todos los demás componentes de la plataforma, desde los sistemas físicos, las plataformas, los sistemas, el almacenamiento, las bases de datos y más. Las aplicaciones son el componente último de la pila computacional y pueden adoptar una enorme variedad de formas. Los especialistas en aplicaciones nunca usarían ese término, sino que se les denominaría especialistas en una aplicación o conjunto de aplicaciones específicas. Algunas familias de aplicaciones, como CRM y ERP, son tan grandes que se podría dedicar una carrera entera a aprender y dar soporte a una sola de ellas (como un sistema ERP de SAP). Mientras que, en muchos otros casos, uno podría gestionar y supervisar cientos de pequeñas aplicaciones a lo largo de una carrera. Las áreas de aplicación comunes incluyen CRM, ERP, correo electrónico, portales web, sistemas de facturación, seguimiento de inventario, control de horas, productividad y mucho más. Las aplicaciones podrían incluir casi cualquier cosa y, mientras que algunas son de gran envergadura, como un sistema de correo electrónico Exchange, otras podrían ser muy triviales, como una pequeña utilidad de escritorio para calcular rápidamente tasas hipotecarias.
Redes. Las redes conectan los ordenadores entre sí y requieren mucho diseño y gestión por sí mismas, lo que a menudo las convierte en la segunda mayor especialización dentro de TI. Los especialistas en redes trabajan con buses, concentradores (hubs), conmutadores (switches), enrutadores (routers), pasarelas (gateways), cortafuegos (firewalls), dispositivos de gestión unificada de amenazas, VPN, proxies de red, balanceadores de carga y otros aspectos que permiten que los ordenadores se comuniquen entre sí. Los especialistas en redes normalmente se centran en un proveedor, como Cisco o Juniper, en lugar de en tipos de productos como conmutadores o enrutadores. Las redes son, junto con los sistemas, el rol mejor conocido o más comúnmente mencionado en TI, aunque ambos a menudo se confunden. Este rol también da soporte a la SAN (la propia red en sí) para los equipos de almacenamiento.
Seguridad. No es realmente una especialización de TI en sí misma, sino más bien un aspecto que se aplica a todos los demás roles. Los especialistas en Seguridad de TI tienden a especializarse según otra disciplina (seguridad de redes, seguridad de aplicaciones) o a actuar como un rol transversal a varias disciplinas, con un enfoque en los aspectos de seguridad a medida que estos atraviesan dichos dominios. Los especialistas y equipos de seguridad podrían centrarse en la seguridad proactiva, las pruebas de seguridad e incluso la ingeniería social.
Centro de llamadas, NOC o Mesa de ayuda. El rol de primera línea para monitorear sistemas a través de otros dominios, atender llamadas y correos electrónicos entrantes y asistir en el triaje y, a veces, brindar soporte directo a una organización, lo que puede incluir o no a los usuarios finales. Este rol varía considerablemente según quién sea el “cliente” directo del servicio, según si las tareas se basan en interrupciones (monitoreo) o si se basan en colas (tickets). A menudo, el enfoque de este rol es el triaje de alto nivel, pero puede cruzarse de forma notable con el soporte al usuario final. Esta especialización suele percibirse como un grupo “de apoyo” a otros equipos.
Soporte al usuario final. Ya sea trabajando sentado junto a un usuario final en persona (lo que se conoce como “soporte de escritorio”) o de forma remota (lo que se conoce como mesa de ayuda), los roles de soporte al usuario final trabajan directamente con los usuarios finales individuales para resolver problemas concretos, comunicarse con otros equipos de soporte, capacitar y formar, etcétera. Este es el único rol de TI que comúnmente tendría algún tipo de interacción con equipos ajenos a TI (salvo al reportar “hacia arriba” en la organización, a la gerencia).
Soporte técnico de hardware. Este rol no tiene un nombre bien conocido y a menudo se le identifica únicamente por el hecho de que trabaja con hardware. Este rol o familia de roles incluye el soporte y la gestión física de dispositivos de escritorio o portátiles, el soporte y la gestión de servidores físicos, sistemas de almacenamiento o dispositivos de red, o la gestión física de un centro de datos o similar. Esta es la parte de TI que roza el campo del “banco de trabajo” (bench) (considerado fuera de TI) y consiste en una amplia zona gris que se solapa con él. El soporte de hardware a menudo conecta y organiza los cables y, por lo general, trabaja dando soporte a otros equipos, predominantemente a plataformas o sistemas. Separar el soporte de hardware de TI del trabajo de banco a menudo no es más que una cuestión de “mentalidad operativa”, y la mayoría de los roles podrían potencialmente inclinarse en cualquiera de las dos direcciones. Colocar ordenadores de escritorio sobre los escritorios a menudo se considera que corresponde al banco de trabajo, mientras que montar en rack, apilar y monitorear el hardware de los servidores generalmente se considera Hardware de TI.
A menudo resulta práctico definir lo que TI no es, en lugar de lo que es. Con frecuencia se asume que muchas cosas son roles de TI, pero no lo son, y están tan comúnmente asociadas con el campo que vale la pena señalar expresamente que no son roles de TI, sino más bien otra cosa.
Gestión de proyectos. La gestión de proyectos (PM) es su propia disciplina, que forma parte mucho más de la gerencia que de cualquier otro campo y no tiene vínculos directos con TI en absoluto. TI a menudo utiliza roles de PM y los PM a menudo supervisan proyectos de TI, y las empresas o departamentos de TI generalmente tienen PM asignados; pero la carrera de PM en sí es bastante independiente de TI. Lo mismo que cualquier rol de gerencia.
Nada de cableado. TI no es, ciertamente, un oficio de electricista, y el tendido, la terminación y la certificación del cableado de los edificios no está ni remotamente dentro del alcance de TI. La mayoría de los departamentos de TI conectarán los ordenadores a sus puertos de red; pero esto no convierte a TI en el departamento de mantenimiento eléctrico, del mismo modo que enchufar una lámpara en casa no te convierte en el electricista. La planta de cableado físico de una empresa sigue siendo parte de los roles de electricidad y mantenimiento, claramente fuera de TI.
Nada de programación. No existe un rol de programación dentro de TI. La Ingeniería de Software es una industria estrechamente relacionada, pero no es en sí misma parte de TI propiamente dicha. El responsable de TI se considera el CIO; el responsable de la Ingeniería de Software se considera el CTO. El CIO trata sobre la infraestructura de negocio: las “tuberías” de la organización. El CTO trata sobre la ingeniería y la creación de nuevas herramientas, que a menudo serían utilizadas después por la organización de TI. La expectativa es que TI solicite herramientas a la Ingeniería de Software. Esto no quiere decir que los roles de TI nunca escriban código; a menudo lo hacen, pero la programación no es el producto de TI, es una herramienta dentro del conjunto de herramientas. El trabajo de un ingeniero de software es entregar código como producto final.
Nada de DevOps. DevOps no es un rol. DevOps es una terminología moderna para un estilo específico de trabajar en otros roles. Uno puede ser un administrador de sistemas DevOps, un administrador de redes DevOps o un DBA DevOps, por ejemplo, pero no se puede ser simplemente “DevOps”, ya que no significa nada por sí solo. DevOps es una forma de trabajar, no una tarea específica. Por eso no vemos a DevOps en la lista, aunque DevOps sea un concepto importante en TI en general.
Publicidad
