Em uma empresa cuja principal atividade é software, os desenvolvedores ainda são considerados "TI"?

Meu pensamento é que uma empresa que é a principal empresa de desenvolvimento de widgets para grupos de desenvolvedores com redes, suporte etc., porque nada disso é negócio, é suporte do negócio.

Se sua empresa principal está vendendo software, eu chamaria o grupo de desenvolvimento de "Pesquisa e desenvolvimento" ou algo semelhante. Talvez se você tivesse alguns desenvolvedores que trabalhavam estritamente em aplicativos internos, eles estivessem com TI / Suporte / Comunicações, etc.

Qual é a norma para empresas como Microsoft, Google, etc? Existe algum dicionário para esse tipo de coisa na revista CIO ou algo assim? O que a sua companhia faz?

A Microsoft possui grupos de produtos que desenvolvem o software que vendem, uma equipe de consultoria para ajudar os clientes a desenvolver software sob medida, uma organização de suporte para ajudar o cliente a usar seus produtos, um grupo de TI interno para gerenciar recursos, como sites e e-mails internos, outras equipes que gerenciam recursos externos. sites como o MSDN, um grupo que se parece com o Bing e muitos outros departamentos como qualquer outro grande negócio.

Na verdade, acho isso bastante irritante ....

É a mesma mentalidade que leva as pessoas a supor que quem "trabalha com computadores" pode corrigir automaticamente qualquer problema no computador. por exemplo. "Você gosta de computadores, certo? Você pode consertar a impressora de um amigo do amigo do tio Gus?" Urgh.

Eu acho que a razão pela qual "TI" é mencionado como um grande campo monolítico é que ele ainda é relativamente jovem. Há 20 anos, os computadores ainda eram uma coisa bastante esotérica. Estar "em TI" era um campo bastante específico. À medida que se expandia e se tornava mais especializada, a visão dos estrangeiros sobre o assunto não se mantinha - então agora, a maioria das pessoas fora do campo presume que "estar na TI" é tudo a mesma coisa, não importa o que você faça nela. Quando, na realidade, "estar na área de TI" é tão vago quanto dizer "estar na área da saúde" - qualquer coisa, de um ordeira a recepcionistas médicos, médicos, enfermeiros e dentistas.

Todas as empresas com as quais trabalhei eram bastante conhecedoras de tecnologia e o produto era software ou hardware tecnológico de ponta. Então, quando dizemos "TI", significa apenas a equipe de suporte interno e os administradores de rede. A idéia de combinar "TI" para significar que os engenheiros de software seriam tão culturalmente absurdos quanto chamar a equipe de suporte hospitalar de "médicos".

Eu diria que é o mesmo na maioria das empresas de software (ou outras empresas com experiência em tecnologia). "TI" significaria o pessoal interno de suporte de TI, e qualquer um que realmente escrever o software nunca seria rotulado como "TI", mas sim corretamente referido como engenheiro, desenvolvedor, programador ou qualquer outra coisa.

Qual é a norma para empresas como Microsoft, Google, etc?

Tenha cuidado com a forma como você olha para essas empresas. A Microsoft ganha muito dinheiro vendendo software diretamente, enquanto o Google ganha a maior parte do dinheiro com publicidade, IIRC. Portanto, a Microsoft pode ser vista mais como uma empresa de produtos e o Google como uma empresa de serviços de algumas maneiras.

Existe algum dicionário para esse tipo de coisa na revista CIO ou algo assim?

Não que eu saiba, mas você pode procurar no ITIL processos e funções específicos de TI.

O que a sua companhia faz?

Trabalho no departamento de SI como parte do grupo de desenvolvimento que lida com aplicativos internos, por exemplo, ERP, CRM e CMS, para citar alguns. Há outro departamento de desenvolvedores de produtos que cuida da fabricação do software que a empresa vende ou empacota com outros serviços ou hardware oferecidos aos clientes. Sou parte de TI e estou bem com essa distinção. É verdade que às vezes preciso educar algumas pessoas sobre a diferença.

Os engenheiros de software envolvidos no desenvolvimento de produtos para fornecedores de software trabalham em engenharia, não em TI.

Somos principalmente uma empresa de software. Desenvolvedores como eu, que trabalham em produtos, são agrupados em "Engenharia"; todos os que trabalham em infraestrutura são agrupados em TI.

Existe algum dicionário para esse tipo de coisa na revista CIO ou algo assim?

Não.

O que a sua companhia faz?

Uma divisão produz software. Esses desenvolvedores são separados da nossa TI interna.

Os desenvolvedores não são apenas separados da TI, mas não temos privilégios, nem mesmo sudono farm de servidores.

Somos uma empresa de médio porte com um foco muito forte em software. Não temos um, mas três grupos de TI. Além desses, também temos o DevSup - Suporte ao Desenvolvedor. Mas a maior parte dos desenvolvedores está realmente em grupos específicos de produtos ou tecnologia.

A lógica é obviamente que essas divisões existem para ajudar a estruturar os negócios. Colocar todo mundo em TI não ajuda em nada o gerenciamento. Se fôssemos um negócio de móveis, não haveria sentido em ter um departamento colossal de móveis.

Na minha empresa, (apenas cerca de 200 funcionários), a TI, no que se refere à empresa e ao $$, é um centro de custos em uma função de suporte que mantém a infraestrutura em funcionamento e toma decisões importantes para criar o ambiente necessário para outras áreas da empresa. organização para apoiar ou produzir. A TI pode encontrar maneiras de economizar dinheiro e afetar os resultados financeiros, alterando o ambiente ou criando processos e software que melhoram os negócios. Consultores, engenheiros e desenvolvedores de software, no lado faturável do cliente, colocam lucro em prática produzindo produtos para a empresa. Os dois tipos de papéis se alimentam, um apoiando as pessoas com o meio ambiente a produzir produtos, o outro obtendo lucros e reinvestindo no meio ambiente.

Eu acho que depende do tamanho e da cultura da empresa. Eu acho que uma resposta baseada no que a Microsoft ou o Google é apenas metade da imagem. Esses caras são enormes e seus sistemas internos são provavelmente complexos e segregados.

Mas, se você é o cara "técnico" da sua empresa (ou um grupo seu), eu não diria que não é razoável encontrar algum trabalho de "TI" no seu prato. Penso que quanto maior a empresa, mais flexibilidade está traçando a linha entre "desenvolvedores / engenheiros" e "suporte técnico".

Depende, eu diria. :-)