In un'azienda la cui attività principale è il software, gli sviluppatori sono ancora considerati "IT"?

Il mio pensiero è che un'azienda che ha come attività principale la creazione di widget raggruppa gli sviluppatori con reti, supporto, ecc. Perché nessuno di questi è il business, è il supporto del business.

Se la tua attività principale è la vendita di software, chiamerei il gruppo di sviluppo "Ricerca e sviluppo" o qualcosa di simile. Forse se avessi alcuni sviluppatori che lavoravano rigorosamente su app interne, sarebbero entrati con IT / Supporto / Comunicazioni, ecc.

Qual è la norma per aziende come Microsoft, Google, ecc.? C'è qualche dizionario per questo tipo di cose nella rivista CIO o qualcosa del genere? Cosa fa la tua compagnia?

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

In realtà lo trovo abbastanza irritante ...

È la stessa mentalità che induce le persone a supporre che chiunque "lavori con i computer" possa risolvere automaticamente qualsiasi problema. per esempio. "Sei bravo con i computer, vero? Riesci a sistemare la stampante di un amico di zio Gus?" Urgh.

Immagino che il motivo per cui si parla di "IT" come un grande campo monolitico è che è ancora relativamente giovane. Appena 20 anni fa, i computer erano ancora una cosa abbastanza esoterica. Essere "nell'IT" era un campo abbastanza di nicchia. Man mano che si espandeva e si specializzava, il punto di vista degli estranei non continuava - quindi ora, la maggior parte delle persone fuori dal campo presume che "essere nell'IT" sia tutto uguale e uguale, indipendentemente da ciò che fai in esso. In realtà, "essere in IT" è vago quanto 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 fondere "IT" nel senso che gli ingegneri del software sarebbero altrettanto assurdi dal punto di vista culturale come chiamare "medici" il personale di supporto dell'ospedale.

Suppongo che sia lo stesso nella maggior parte delle società di software (o altre società esperte di tecnologia). "IT" significherebbe il personale di supporto IT interno e chiunque scriva effettivamente il software non verrebbe mai etichettato "IT", ma piuttosto correttamente indicato come ingegnere, sviluppatore, programmatore o altro.

Qual è la norma per aziende come Microsoft, Google, ecc.?

Fai attenzione a come guardi queste aziende. Microsoft guadagna molti soldi vendendo software direttamente mentre Google guadagna la maggior parte dei suoi soldi attraverso la pubblicità, IIRC. Pertanto, Microsoft può essere vista più come un'azienda di prodotti e Google come società di servizi in qualche modo.

C'è qualche dizionario per questo tipo di cose nella rivista CIO o qualcosa del genere?

Non che io sappia, ma potresti cercare in ITIL processi e ruoli specifici dell'IT.

Cosa fa la tua compagnia?

Lavoro nel dipartimento IS come parte del gruppo di sviluppo che gestisce le applicazioni interne, ad esempio ERP, CRM e CMS per citarne alcuni. Esiste un altro dipartimento di sviluppatori di prodotti che gestisce la realizzazione del software in cui l'azienda vende o confeziona con altri servizi o hardware offerti ai clienti. Faccio parte dell'IT e sto bene con questa distinzione. Certo, a volte potrei dover educare alcune persone sulla differenza.

Gli ingegneri del software che sono impegnati nello sviluppo del prodotto per i fornitori di software lavorano nell'ingegneria, non nell'IT.

Siamo principalmente una società di software. Gli sviluppatori come me che lavorano sui prodotti vengono tutti raggruppati in "Engineering"; tutti coloro che lavorano sull'infrastruttura vengono inclusi nell'IT.

C'è qualche dizionario per questo tipo di cose nella rivista CIO o qualcosa del genere?

No.

Cosa fa la tua compagnia?

Una divisione produce software. Tali sviluppatori sono separati dal nostro IT interno.

Non solo gli sviluppatori sono separati dall'IT, ma non abbiamo privilegi, nemmeno sudonella server farm.

Siamo un'azienda di medie dimensioni con un focus software molto forte. Non ne abbiamo uno, ma tre gruppi IT. Oltre a questi, abbiamo anche DevSup - Supporto per gli sviluppatori. Ma la maggior parte degli sviluppatori appartiene a 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 un iota. Se fossimo un'azienda di mobili, non ci sarebbe motivo di avere un colossale dipartimento di mobili.

Nella mia azienda, (solo circa 200 membri dello staff) l'IT, in relazione all'azienda e al $$, è un centro di costo con un ruolo di supporto che mantiene l'infrastruttura in funzione e prende decisioni importanti per creare l'ambiente necessario per altre aree del organizzazione per supportare o produrre. L'IT può trovare 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 dal cliente, mettono i profitti nel consiglio di amministrazione producendo prodotti per l'azienda. I due tipi di ruoli si alimentano a vicenda, uno a supporto delle persone con l'ambiente per realizzare il prodotto, l'altro a trarre profitto e a reinvestire nell'ambiente.

Penso che dipenda dalle dimensioni e dalla cultura dell'azienda. Penso che una risposta basata su ciò che Microsoft o Google sia solo 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 un lavoro "IT" sul tuo piatto. Penso che più grande è l'azienda, maggiore è la flessibilità che traccia il confine tra "sviluppatori / ingegneri" e "supporto tecnico".

Dipende, direi. :-)