orgchartlive

Ejemplo de organigrama de un departamento de ingeniería

Un departamento de ingeniería de software de unas treinta personas dentro de una empresa de producto, dibujado alrededor de los cuatro tipos de trabajo que hace: construir el producto, mantener la plataforma en pie, hacer que los datos sirvan y proteger todo lo anterior. Dos escaleras lo recorren, una para quienes dirigen y otra para los ingenieros que nunca quieren dirigir, y el organigrama muestra las dos.

Laura HalyardDirectora GeneralMartin KesslerDirector de OperacionesDev AnandDirector de TecnologíaIngrid SandbergIngeniera PrincipalNadia OkaforVP de IngenieríaTomás HerreraGerente de Ing., NúcleoPriya NairIngeniera de Software SeniorOwen SatoIngeniero de SoftwareBeatriz LimaIngeniera de SoftwareKwame BoatengIngeniero de CalidadHanna VirtanenGerente de Ing., CrecimientoMarco BianchiIngeniero de Software SeniorAisha RahmanIngeniera de SoftwareLeo FernandesIngeniero de SoftwareChen WeiGerente de Ing., MóvilSofia PetrovaIngeniera MóvilJamal WrightIngeniero MóvilRidgeline Mobile StudioEquipo iOS externoCONTRATISTAPuesto vacanteGerente de Ing., FacturaciónGrace MwangiGerente Técnica de ProgramasYusuf DemirResponsable de PlataformaElena CostaLíder de Fiabilidad (SRE)Tyler BrooksIngeniero de Fiabilidad (SRE)Nina HalvorsenIngeniera de Fiabilidad (SRE)Carlos OrtizIngeniero DevOpsLiam KellyIngeniero de Bases de DatosFarah HussainResponsable de DatosKofi MensahIngeniero de DatosElena PetrovaIngeniera de DatosRavi ChandranIngeniero de Machine LearningRebecca StoneLíder de Ing. de SeguridadOmar FaroukIngeniero de Seguridad
Halyard Software — Departamento de ingeniería · 32 personas · una organización inventada, dibujada por el motor de diagramación. Tres equipos de ingeniería de producto bajo una VP de ingeniería que reporta a la dirección general al lado del CTO; plataforma, datos y seguridad bajo el CTO, y una ingeniera principal junto al CTO como staff. La línea punteada es la ruta de la líder de seguridad hacia el director de operaciones; el estudio móvil externo está dibujado como contratista dentro del equipo para el que trabaja.

Cómo suele estructurarse un departamento de ingeniería

Ingeniería reporta a la dirección general a través de un CTO, o en empresas más grandes a través de un CTO que es dueño de la tecnología y una VP de ingeniería que es dueña de la entrega. Dibuja a los dos cuando existen los dos, y sé honesto con el reparto: la VP de ingeniería dirige los equipos de producto y se la mide por lo que sale; el CTO conserva la plataforma, los datos y la seguridad, marca la dirección técnica y se le mide por si el sistema aguanta. Un CTO con un solo reporte, la VP de ingeniería, es un cargo y no un trabajo, y el organigrama debería decir cuál de los dos dirige de verdad el departamento.

Los equipos de producto son la forma del departamento. Cada gerente de ingeniería tiene de cinco a ocho ingenieros, dibujados apilados porque la unidad es el equipo y no la fila de nombres, y los equipos llevan el nombre de lo que poseen —núcleo, crecimiento, móvil— y no el de una tecnología. La calidad vive dentro del equipo, como un ingeniero con ese cargo, y no en un departamento al final del proceso. Plataforma es la línea que se mide de otra manera: una líder de fiabilidad, DevOps y el ingeniero de bases de datos, juzgados por el tiempo en pie y por la velocidad a la que los equipos de producto pueden entregar, y por eso está al lado de esos equipos bajo el CTO y no dentro de uno de ellos.

Dos cosas en este organigrama no son gerentes. La ingeniera principal está junto al CTO como posición de staff: la cima de la escalera de contribuidores individuales, sin reportes y con más influencia que la mayoría de los directores, dibujada donde está la influencia y no en una caja que sugiere un equipo. Y el estudio móvil externo está dentro del equipo móvil como contratista, porque hace el trabajo del que el equipo responde, y un organigrama que lo esconde hace que un equipo de tres parezca entregar una aplicación por su cuenta.

Cargos típicos por nivel

El vocabulario que usan estos organigramas, de arriba abajo. Los cargos cambian según el país y la empresa; los niveles, no.

NivelCargos que verás
DirecciónDirector de Tecnología (CTO), VP de Ingeniería, Responsable de Ingeniería; Director de Ingeniería, Responsable de Plataforma, Responsable de Datos, Responsable de Seguridad
GerentesGerente de Ingeniería, Líder de Fiabilidad (SRE), Gerente de Ingeniería de Datos, Líder de Ingeniería de Seguridad, Gerente Técnico de Programas, Gerente de Lanzamientos u Operaciones de Ingeniería
Escalera de contribuidores individualesIngeniero Principal, Ingeniero Staff, Ingeniero de Software Senior, Ingeniero de Software, Ingeniero Asociado; Arquitecto (donde el cargo sobrevive)
Especialistas y equipo extendidoIngeniero de Fiabilidad (SRE), Ingeniero DevOps, Ingeniero de Bases de Datos, Ingeniero de Datos, Ingeniero de Aprendizaje Automático, Ingeniero de Seguridad, Ingeniero de Calidad, Ingeniero Móvil; estudios y consultoras externos (como contratistas)

Dónde fallan estos organigramas

Los organigramas de ingeniería fallan por darle doce reportes a un gerente de ingeniería porque el equipo nunca se dividió; por enterrar plataforma dentro de un equipo de producto, donde la hoja de ruta gana siempre; por poner seguridad bajo la persona cuyo calendario de publicación amenazan sus hallazgos, sin ruta para rodearla; por dibujar a la ingeniera principal como gerente de nadie; por inventar un departamento de QA que no existe; y por dejar fuera al equipo subcontratado, de modo que tres ingenieros parecen publicar una aplicación.

Preguntas frecuentes

¿Cuál es la diferencia entre un CTO y un VP de ingeniería en el organigrama?
El VP de ingeniería dirige los equipos de producto y se le mide por la entrega; el CTO es dueño de la dirección técnica, la plataforma, los datos y la seguridad, y se le mide por si el sistema aguanta. En una empresa pequeña una sola persona hace las dos cosas. Cuando hay dos, dibuja al VP bajo el CTO o a su lado bajo la dirección general, pero di cuál, y nunca dibujes un CTO cuyo único reporte es el VP: eso es un cargo con un organigrama debajo.
¿Cuántos ingenieros debe tener un gerente de ingeniería?
De cinco a ocho. Por debajo de cuatro, el gerente es un líder técnico con cargo; por encima de ocho, las reuniones uno a uno se acaban y el gerente se convierte en planificador de calendario. Un equipo que pasa de ocho se divide, y por eso el organigrama tiene tres equipos de producto y un puesto de gerente abierto en lugar de dos equipos de doce.
¿Dónde deben estar plataforma e infraestructura?
Al lado de los equipos de producto, bajo el CTO, como línea propia con una líder de fiabilidad. A plataforma se la mide por el tiempo en pie y por la velocidad a la que los equipos de producto pueden entregar, y dentro de un equipo de producto pierde todas las discusiones de prioridad frente a la hoja de ruta. En un departamento de menos de quince personas es un solo ingeniero con ese cargo; dibuja la línea de todos modos.
¿Cómo se muestran los ingenieros staff y principal en un organigrama?
Como posiciones de staff junto al directivo al que asesoran, sin reportes. La escalera de contribuidores individuales es una escalera de verdad y sus peldaños más altos tienen más influencia que la mayoría de los directores; dibujados en el árbol como gerentes de nadie, parecen un error. Dibujados junto al CTO, parecen lo que son.

Otros sectores

O empieza desde una estructura — funcional, divisional, matricial o plana — o desde tu propia hoja de cálculo. Las guías cubren una reorganización, una fusión, el organigrama de una asistente y el entregable de un consultor.

Hazlo tuyo

Descarga la hoja de cálculo, cambia los nombres, impórtala y el organigrama se dibuja solo. O empieza en blanco y mueve a las personas hasta que sea verdad. Crearlo es gratis, sea del tamaño que sea.