En una empresa cuyo negocio principal es el software, ¿se considera que los desarrolladores son "TI"?

Mi opinión es que una empresa cuyo negocio principal es hacer widgets agrupa a los desarrolladores con redes, soporte, etc. porque nada de eso es el negocio, es el soporte del negocio.

Si su negocio principal ES vender software, entonces llamaría al grupo de desarrollo "Investigación y Desarrollo" o algo similar. Tal vez si tuviera algunos desarrolladores que trabajaran estrictamente en aplicaciones internas, entonces estarían en TI / Soporte / Comunicaciones, etc.

¿Cuál es la norma para empresas como Microsoft, Google, etc.? ¿Hay algún diccionario para este tipo de cosas en la revista CIO o algo así? ¿Que hace tu compañía?

Microsoft tiene grupos de productos que desarrollan el software que venden, un equipo de consultoría para ayudar a los clientes a desarrollar software a medida, una organización de soporte para ayudar a los clientes a usar sus productos, un grupo de TI interno para administrar recursos como sitios web internos y correo electrónico, otros equipos que administran externos sitios web como MSDN, un grupo que se parece a Bing y muchos otros departamentos como cualquier otra gran empresa.

De hecho, esto me parece bastante irritante ...

Es la misma mentalidad que hace que las personas asuman que cualquiera que "trabaje con computadoras" puede solucionar automáticamente cualquier problema informático. p.ej. "Eres bueno con las computadoras, ¿verdad? ¿Puedes arreglar la impresora de un amigo del tío Gus?" Urgh

Supongo que la razón por la que se habla de "TI" como un gran campo monolítico es que todavía es relativamente joven. Hace tan solo 20 años, las computadoras seguían siendo algo bastante esotérico. Estar "en TI" era un campo bastante específico. A medida que se expandió y se volvió más especializado, la visión de los extraños no se mantuvo, por lo que ahora, la mayoría de las personas fuera del campo asumen que "estar en TI" es todo lo mismo, sin importar lo que haga en él. Cuando en realidad, "estar en TI" es tan vago como decir "estar en el cuidado de la salud", cualquier cosa, desde una persona ordenada, a recepcionistas médicos, médicos, enfermeras y dentistas.

Todas las empresas con las que trabajé eran bastante conocedoras de la tecnología, y el producto era software o hardware tecnológico de alta gama. Entonces, cuando decimos "TI", solo significa el equipo de soporte interno y los administradores de red. La idea de combinar "TI" con los ingenieros de software sería tan culturalmente absurda como llamar "médicos" al personal de apoyo del hospital.

Supongo que es lo mismo en la mayoría de las compañías de software (u otras compañías expertas en tecnología). "TI" significaría el personal de soporte interno de TI, y cualquiera que realmente escriba el software nunca sería etiquetado como "TI", sino que se lo denominaría correctamente ingeniero, desarrollador, programador o lo que sea.

¿Cuál es la norma para empresas como Microsoft, Google, etc.?

Tenga cuidado con cómo ve a estas empresas. Microsoft gana mucho dinero vendiendo software directamente mientras que Google gana la mayor parte de su dinero a través de la publicidad, IIRC. Por lo tanto, Microsoft puede verse más como una compañía de productos y Google como una compañía de servicios de alguna manera.

¿Hay algún diccionario para este tipo de cosas en la revista CIO o algo así?

No es que yo sepa, pero podría buscar en ITIL procesos y roles específicos de TI.

¿Que hace tu compañía?

Trabajo en el departamento de IS como parte del grupo de desarrollo que maneja aplicaciones internas, por ejemplo, ERP, CRM y CMS, por nombrar algunas. Hay otro departamento de desarrolladores de productos que maneja la fabricación del software que la compañía vende o empaqueta con otros servicios o hardware que se ofrecen a los clientes. Soy parte de TI y estoy bien con esa distinción. Es cierto que a veces tengo que educar a algunas personas sobre la diferencia.

Los ingenieros de software que se dedican al desarrollo de productos para proveedores de software trabajan en ingeniería, no en TI.

Somos principalmente una empresa de software. Los desarrolladores como yo que trabajan en productos se agrupan en "Ingeniería"; todos los que trabajan en infraestructura se agrupan bajo TI.

¿Hay algún diccionario para este tipo de cosas en la revista CIO o algo así?

No.

¿Que hace tu compañía?

Una división hace software. Esos desarrolladores están separados de nuestra TI interna.

Los desarrolladores no solo están separados de TI, sino que no tenemos privilegios, ni siquiera sudoen la granja de servidores.

Somos una empresa mediana con un enfoque de software muy fuerte. No tenemos uno, sino tres grupos de TI. Además de eso, también tenemos DevSup - Soporte para desarrolladores. Pero la mayor parte de los desarrolladores está en grupos específicos de productos o tecnología.

La lógica es, por supuesto, que tales divisiones existen para ayudar a estructurar el negocio. Poner a todos en TI no ayuda a administrar ni un ápice. Si fuéramos un negocio de muebles, no tendría sentido tener un departamento de muebles colosal.

En mi empresa, (solo alrededor de 200 miembros del personal) TI, en lo que se refiere a la empresa y $$, es un centro de costos en un rol de soporte que mantiene la infraestructura en funcionamiento y toma decisiones importantes para crear el entorno necesario para otras áreas del organización para apoyar o producir. TI puede encontrar formas de ahorrar dinero y afectar el resultado final alterando el entorno o creando procesos y software que mejoren los negocios. Consultores, ingenieros y desarrolladores de software, en el lado facturable por el cliente, obtienen ganancias en el tablero al producir productos para la empresa. Los dos tipos de roles se alimentan entre sí, uno apoyando a las personas con el medio ambiente para hacer el producto, el otro tomando ganancias y reinvirtiendo en el medio ambiente.

Creo que depende del tamaño y la cultura de la empresa. Creo que una respuesta basada en lo que Microsoft o Google es solo la mitad de la imagen. Estos tipos son enormes y sus sistemas internos son probablemente complejos y bien segregados.

Pero, si usted es el tipo "técnico" de su empresa (o un grupo de ustedes lo es), no diría que no es razonable encontrar algún trabajo de "TI" en su plato. Creo que cuanto más grande es la empresa, más flexibilidad está trazando la línea entre "desarrolladores / ingenieros" y "soporte técnico".

Depende, diría yo. :-)