¿La tecnología (específicamente los roles de desarrollador frente a escritorio / operador frente a los sistemas de comercio electrónico, riesgo y fijación de precios) siempre se considera back office en un banco de inversión / fondo de cobertura?

Sí, la tecnología todavía no es de front office en muchas instituciones de compra y venta (con la excepción de los equipos comerciales de alta frecuencia y las firmas dedicadas de inversión cuantitativa), pero esto está cambiando lentamente a medida que algunos desarrolladores de front office están ahora consideró los roles de la oficina intermedia (similar a los grupos analíticos de riesgo).

El desafio historico

Desde mi punto de vista, la tecnología se enfrenta a las siguientes restricciones en su búsqueda para establecerse en la oficina:

  • La brecha cultural: los desarrolladores y comerciantes de escritorio simplemente trabajan diferentes horas, se comportan de manera diferente e informan a las personas con objetivos muy diferentes
    • Recuerdo haber llegado al escritorio a las 4:50 a.m. PT (7:50 a.m. ET) y listo, pero los desarrolladores que querían trabajar conmigo para comprender nuestro flujo de trabajo (para ayudarnos mejor) vienen 3 horas después de nosotros (acogedor estilo de vida): me iría a las 7:00 p.m. PT, y los desarrolladores estarían ansiosos por salir a las 4:00 p.m. PT. Demasiadas personas simplemente no querían dedicar el tiempo necesario para hacer el trabajo (no hay “tiempo de inactividad” en el escritorio; cuando volvemos a casa seguimos a Asia y Europa)
    • En tecnología, el 20% de las personas (desarrolladores reales) realizan el 80% del trabajo, y el resto son “gerentes de procesos”, “líderes de equipo” y personal de gestión no técnico. Para la gente de la oficina principal, la burocracia de TI es insoportablemente insoportable. Odio estar sentado en una reunión rebotando palabras de moda corporativas como “sinergia del sistema” y “llegar” a “partes interesadas”, cuando un desarrollador competente que está constantemente disponible es todo lo que necesito
    • A la tecnología le gusta rotar a las personas dentro y fuera de los proyectos: trabajaría con uno o dos desarrolladores competentes y dedicados durante un mes o dos, y de repente uno de ellos dice: “mi gerente me ha reasignado a otro proyecto, yo será reemplazado por otro recurso mañana “. La causa raíz de esta extraña “rotación” es generalmente doble:
      • La gente a menudo se pone celosa de otros que trabajan en la recepción y se queja al gerente de que “¿cómo es que XYZ es la única persona que trabaja con los comerciantes?” Para protegerse de esa queja, los gerentes de tecnología intentan “dar una oportunidad a todos” en el “concierto principal”
      • Los gerentes de tecnología tienen miedo de perder personas a otras unidades de negocios, como el riesgo establecido y los grupos cuantitativos de intermediación. Esto es especialmente cierto cuando el 20% de las personas a menudo llevan el equipo (perder un desarrollador competente significa una gran disminución en la productividad)
  • La brecha de conocimiento
    • Se necesita tiempo para capacitar a un operador junior dedicado al escritorio y la gestión de riesgos y flujos, y se necesita aún más tiempo para capacitar a un programador que tiene que hacer malabarismos con otras prioridades y quizás volver a su escritorio después de “recorridos integrados”
    • En general, el grupo de tecnología trataría de enviar personas con algunos antecedentes comerciales y financieros (es decir, trabajó en aplicaciones comerciales, tenía algunas credenciales como MBA o candidatos CFA actuales), pero eso tiene sus propios desafíos. Varias veces recibí retrocesos, como “esto es diferente de cómo lo explicó mi profesor: mi profesor publica muchos trabajos” o “Recuerdo que el libro de Fabozzi tiene una fórmula, sugiero que usemos eso”. Las cosas en el mundo real a menudo funcionan de manera diferente a lo que se enseñó en las salas de conferencias, y algo de mentalidad abierta realmente ayudaría mucho
    • Es más fácil entrenar a alguien que no sabe nada que alguien que ya había acumulado hábitos extraños e ideas aprendidas de mirar demasiado CNBC y comerciar con PA

Una nueva forma de tecnología y una nueva perspectiva.

Sin embargo, empresas como Goldman Sachs dieron un respaldo considerable a empresas tecnológicas seleccionadas. Hay una gran diferencia entre grupos como Kensho y grupos tradicionales de tecnología interna que existe dentro de las instituciones financieras:

  • Máquina de codificación magra, media: los grupos cuantitativos como Kensho son considerablemente más productivos que las unidades tecnológicas corporativas más pesadas
  • Kensho recibe un considerable respaldo político de Goldman (vea la imagen a continuación, que muestra GS CIO con el personal de Kensho), y tienen la tarea de luchar en una guerra del futuro (superar los comerciantes humanos y superar los paradigmas actuales)

Un artículo reciente de Bloomberg describió la relación de Goldman como cliente e inversor de Kensho:

Una mañana de enero , Goldman tuiteó una foto de Marty Chavez, su jefe de información, en el piso de operaciones de la firma en Nueva York. Lo sorprendente de la toma no es que el ejecutivo esté usando una sudadera con capucha o tenga auriculares Beats by Dre alrededor de su cuello. La parte extraña es quién más está en la imagen: un equipo de ingenieros de software, todos con las mismas sudaderas, de Kensho, una startup de análisis de datos. Chávez había invitado a sus ingenieros a pasar dos semanas en el piso de operaciones de Goldman y “piratear” una de las plataformas tecnológicas más protegidas del mundo.

En noviembre, el principal grupo de inversión estratégica de Goldman lideró una ronda de $ 15 millones en Kensho. Ese grupo, parte de las ventas y el comercio, tiene como objetivo invertir en empresas que tienen “beneficio directo para los clientes”, dice una portavoz.

Para una startup como Kensho (el nombre proviene de un término budista en japonés para ver la naturaleza ) obtener acceso al software comercial de Goldman es enorme. La compañía esencialmente está tratando de construir una máquina que algún día pueda desplazar una franja de Wall Street. Su software tiene como objetivo reducir la toma de decisiones humanas en el comercio y la inversión mediante el análisis instantáneo de una gran cantidad de datos que mueven los mercados: el clima, las elecciones políticas, las guerras, los desastres naturales. Kensho está tratando de atraer a bancos como Goldman como clientes potenciales.

La tecnología es el futuro, pero no todos los grupos tecnológicos son iguales. Para grupos tecnológicos capaces, no solo asegurarían su posición en la oficina principal, sino que también desplazarían a sus inquilinos existentes.

Como señaló Víctor, existe una brecha cultural y de percepción entre “el negocio” y TI, aunque estos desarrolladores descritos en la pregunta se denominan oficialmente Front Office. Se enfrentan a escritorios y oficinas intermedias la mayor parte del tiempo. Están interesados ​​en el desarrollo de aplicaciones tácticas y rápidas, así como en el soporte de segunda línea, por lo que la sensación de trabajo es muy diferente a la de la TI de back office.

La descripción de Victor de los desafíos de TI es muy precisa, pero hay una razón para esa burocracia e ineficiencias, algunas ya señaladas en su publicación. El principal desafío es la complejidad de los sistemas con los que se ocupa la TI, que, me atrevería a decir, son las cosas más complejas en un banco de inversión. Para cualquier usuario, un sistema de TI es parte de un proceso comercial; pero el desarrollador de la aplicación debe comprender este proceso con tal nivel de detalle que pueda traducirse en instrucciones de la computadora, un algoritmo.

Para dar una idea: se deben analizar todos los escenarios de uso posibles y se deben hacer arreglos para escenarios imprevistos, todos los datos analizados, todas las conexiones con otros sistemas, etc. Estos escenarios de uso cambian, a veces incluso antes de que se entregue un sistema. Y además de los requisitos comerciales, también hay requisitos técnicos, lo que significa que no solo se debe entender a fondo qué debe hacer el sistema, sino también cómo se puede hacer eso técnicamente posible.

Tratar con esto requiere un esfuerzo enorme, y al igual que los comerciantes y otras personas de negocios en un banco, TI trabaja largas horas y usa su tiempo personal para hacer el trabajo. No es muy raro permanecer en el trabajo después de la medianoche, y los fines de semana son a menudo una buena oportunidad para tomar un descanso de la rutina diaria y pensar en todas esas preguntas complejas con las que un desarrollador debe lidiar.

Además de eso, los desarrolladores de front office se centran en el funcionamiento del negocio en primer lugar y no pueden tomarse su tiempo para resolver problemas técnicos. Están en el mismo entorno ocupado de FO cerca de comerciantes y otros, y se espera que entreguen resultados rápidamente (ya que un sistema que no funciona significa que el negocio no se puede hacer), las demandas llegan de muchos departamentos diferentes.