In una società la cui attività principale è il software, gli sviluppatori sono ancora considerati "IT"?

Microsoft ha gruppi di prodotti che sviluppano il software che vendono, un team di consulenti per aiutare i clienti a sviluppare software su misura, un'organizzazione di supporto per aiutare i clienti a utilizzare i prodotti, un gruppo IT interno per gestire risorse come siti Web interni e e-mail, altri team che gestiscono siti Web esterni come MSDN, un gruppo che guarda Bte e molti altri dipartimenti come qualsiasi altra grande azienda.

In realtà trovo questo piuttosto irritante ....

È la stessa mentalità che fa pensare che chiunque "lavori con i computer" possa risolvere automaticamente qualsiasi problema con il computer. per esempio. "Sei bravo con i computer, vero? Puoi aggiustare l'amico di zio Gus della tipografia di un amico?" Urgh.

Credo che il motivo per cui "IT" è parlato come un unico grande campo monolitico è che è ancora relativamente giovane. Appena 20 anni fa, i computer erano ancora una cosa abbastanza esoterica. Essere "in IT" era un campo abbastanza di nicchia. Man mano che si espandeva e diventava più specializzato, il punto di vista degli estranei non reggeva il passo - così ora la maggior parte delle persone fuori dal campo presuppone che "essere nell'IT" sia tutto uguale, indipendentemente da ciò che si fa. Quando in realtà, "essere in IT" è approssimativo come dire "essere in assistenza sanitaria" - qualsiasi cosa, da un ordinato, a receptionist medici, a medici, infermieri e dentisti.

Tutte le aziende con cui ho lavorato erano abbastanza esperte di tecnologia e il prodotto era software o hardware tecnologico di fascia alta. Quindi quando diciamo "IT", significa solo il personale di supporto interno e gli amministratori di rete. L'idea di confondere "IT" per indicare gli ingegneri del software sarebbe altrettanto culturalmente assurda che chiamare i "medici" del personale di supporto ospedaliero.

Assumerei che sia lo stesso nella maggior parte delle società di software (o altre società specializzate in tecnologia). "IT" significherebbe le persone con supporto IT interno e chiunque scriva effettivamente il software non sarà mai etichettato come "IT", ma piuttosto correttamente come ingegnere, sviluppatore, programmatore o altro.

What is the norm for companies like Microsoft, Google, etc?

Stai attento a come guardi queste aziende. Microsoft guadagna molto denaro vendendo software direttamente mentre Google guadagna gran parte del suo denaro tramite la pubblicità, IIRC. Pertanto, Microsoft può essere considerata più come una società di prodotto e Google come una società di servizi in qualche modo.

Is there some dictionary for this type of thing in CIO magazine or something?

Non lo so, ma puoi consultare ITIL per processi e ruoli specifici dell'IT.

What does your company do?

Lavoro nel reparto IS come parte del gruppo di sviluppo che gestisce le applicazioni interne, ad es. ERP, CRM e CMS per citarne alcuni. C'è un altro reparto di sviluppatori di prodotti che gestisce la realizzazione del software che l'azienda vende o imballa insieme ad altri servizi o hardware offerti ai clienti. Sono parte dell'IT e sto bene con quella distinzione. Certo, potrei dover educare alcune persone sulla differenza, a volte.

Gli ingegneri del software impegnati nello sviluppo di prodotti per i fornitori di software lavorano in ingegneria e non in IT.

Siamo principalmente una società di software. Gli sviluppatori come me che lavorano sui prodotti vengono tutti raggruppati in "Engineering"; chiunque lavori sull'infrastruttura viene ammassato sotto l'IT.

Is there some dictionary for this type of thing in CIO magazine or something?

No.

What does your company do?

Una divisione crea software. Questi sviluppatori sono separati dal nostro IT interno.

Gli sviluppatori non solo sono separati dall'IT, ma non abbiamo privilegi, nemmeno sudo sulla server farm.

Siamo un'azienda di medie dimensioni con un focus software molto strong. Non abbiamo uno, ma tre gruppi IT. Oltre a quelli, abbiamo anche DevSup - Supporto per gli sviluppatori. Ma la maggior parte degli sviluppatori è in realtà in specifici gruppi di prodotti o tecnologie.

La logica è ovviamente che tali divisioni esistono per aiutare a strutturare il business. Mettere tutti in IT non aiuta la gestione di una virgola. Se fossimo un'azienda di mobili, non avrebbe senso avere un colossale reparto mobili.

Nella mia azienda, (solo circa 200 membri dello staff) IT, in relazione alla società e $$, è un centro di costo in un ruolo di supporto che mantiene l'infrastruttura in esecuzione e prende decisioni importanti per creare l'ambiente necessario per altri aree dell'organizzazione per supportare o produrre. L'IT può trovare i modi per risparmiare denaro e influire sui profitti modificando l'ambiente o creando processi e software che migliorano il business. Consulenti, ingegneri e sviluppatori di software, sul lato fatturabile del cliente, mettono profitto alla lavagna producendo prodotti per l'azienda. I due tipi di ruoli si alimentano a vicenda, uno che supporta le persone con l'ambiente per creare un prodotto, l'altro che prende profitti e reinvestisce nell'ambiente.

Penso che dipenda dalle dimensioni e dalla cultura dell'azienda. Penso che una risposta basata su ciò che Microsoft o Google è solo la metà dell'immagine. Questi ragazzi sono enormi e i loro sistemi interni sono probabilmente complessi e ben separati.

Ma se sei il tipo "tecnico" della tua azienda (o di un gruppo di te), non direi irragionevole trovare nel tuo piatto un lavoro "IT". Penso che più grande è l'azienda, maggiore è la flessibilità che traccia la linea tra "sviluppatori / ingegneri" e "supporto tecnico".

Dipende, direi. : -)