У компанії, основним бізнесом якої є програмне забезпечення, розробники все ще вважаються "ІТ"?

Думаю, що компанія, яка є основним бізнесом, створює розробники віджетів з мережею, підтримкою тощо, оскільки жоден з них не є бізнесом, це підтримка бізнесу.

Якщо ваш основний бізнес продає програмне забезпечення, то я б назвав групу розробок «Дослідження та розробка» чи щось подібне. Можливо, якщо у вас були якісь розробники, які строго працювали над внутрішніми програмами, вони б працювали з IT / Support / Comms тощо.

Яка норма для таких компаній, як Microsoft, Google тощо? Чи є якийсь словник для такого типу речей у журналі CIO чи щось таке? Що робить ваша компанія?

Microsoft має групи продуктів, які розробляють програмне забезпечення, яке вони продають, консалтингова команда, яка допомагає клієнтам розробляти замовлення програмного забезпечення, організація підтримки, яка допомагає клієнту використовувати його продукти, внутрішня ІТ-група для управління ресурсами, такими як внутрішні веб-сайти та електронна пошта, інші команди, що управляють зовнішніми веб-сайти, такі як MSDN, група, яка виглядає після Bing та багатьох інших відділів, як і будь-який інший великий бізнес.

Я насправді вважаю це досить дратівливим ....

Це той самий спосіб мислення, який змушує людей припускати, що кожен, хто "працює з комп'ютерами", може автоматично виправити будь-яку проблему з комп'ютером. напр. "Ти добре з комп’ютерами? Ти можеш виправити дружину дядька Гаса дружкою друзів?" Урх.

Я здогадуюсь, чому причина, про яку "ІТ" говорять як про одне велике монолітне поле, полягає в тому, що вона ще відносно молода. Лише 20 років тому комп'ютери були ще досить езотеричною справою. Бути «в ІТ» було досить нішевим полем. По мірі розширення та набуття спеціалізації, погляд на нього сторонніх людей не встигав - тому зараз більшість людей поза сферою вважають, що "бути в ІТ" - це все одне і те ж, незалежно від того, чим ти займаєшся. Коли насправді "бути в ІТ" - це настільки ж невиразно, як сказати "перебувати в охороні здоров'я" - що завгодно, від впорядкованих лікарів, до медичних реєстраторів, до лікарів, медсестер та стоматологів.

Всі компанії, з якими я працював, були досить підковані, і продукт був програмним забезпеченням або високотехнологічним обладнанням. Отже, коли ми говоримо "IT", це просто означає внутрішню службу підтримки та адміністраторів мережі. Вся ідея переплутати "ІТ" з інженерами програмного забезпечення була б такою ж культурно абсурдною, як називати персонал служби лікарні "лікарями".

Я б припустив, що саме в більшості програмних компаній (або інших технологічних компаній). "ІТ" означатиме внутрішню підтримку ІТ-служб, і кожен, хто насправді пише програмне забезпечення, ніколи не позначався б "ІТ", а скоріше правильно називався інженером, розробником, програмістом тощо.

Яка норма для таких компаній, як Microsoft, Google тощо?

Будьте уважні, як ви дивитесь на ці компанії. Microsoft заробляє багато грошей, продаючи програмне забезпечення безпосередньо, в той час як Google заробляє більшість своїх грошей за допомогою реклами, IIRC. Таким чином, Microsoft може певним чином розглядатися як продуктова компанія, а Google - як сервісна компанія.

Чи є якийсь словник для такого типу речей у журналі CIO чи щось таке?

Не те, що я знаю, але ви можете заглянути в ITIL щодо конкретних процесів та ролей.

Що робить ваша компанія?

Я працюю у відділі ІС як частина групи розробок, яка обробляє внутрішні програми, наприклад ERP, CRM та CMS. Є ще один відділ розробників продуктів, який займається виготовленням програмного забезпечення, яке компанія продає або пакує, з іншими послугами або обладнаннями, які пропонуються клієнтам. Я є частиною ІТ, і мені добре з цим розрізненням. Зрозуміло, мені, можливо, доведеться навчати деяких людей про різницю часом.

Інженери програмного забезпечення, які займаються розробкою продуктів для постачальників програмного забезпечення, працюють у галузі інженерії, а не ІТ.

Ми в першу чергу програмна компанія. Такі розробники, як я, які працюють над продуктами, потрапляють у розділ "Техніка"; всі, хто працює на інфраструктурі, потрапляють під ІТ.

Чи є якийсь словник для такого типу речей у журналі CIO чи щось таке?

Немає.

Що робить ваша компанія?

Один підрозділ складає програмне забезпечення. Ці розробники відокремлені від наших внутрішніх ІТ.

Мало того, що розробники відокремлені від ІТ, але у нас немає жодних привілеїв, навіть sudoна фермі серверів.

Ми середня компанія з дуже сильною спрямованістю на програмне забезпечення. У нас є не одна, а три ІТ-групи. Крім них, у нас є також DevSup - підтримка розробників. Але основна частина розробників фактично в конкретних групах продуктів або технологій.

Звичайно, логічно, що існують такі підрозділи, які допомагають структурувати бізнес. Введення всіх в ІТ не допомагає керувати одним йотом. Якби ми були меблевим бізнесом, не було б сенсу мати колосальний меблевий відділ.

У моїй компанії (лише близько 200 співробітників) ІТ, як це стосується компанії та $$, є центром витрат у ролі підтримки, яка підтримує функціонування інфраструктури та приймає важливі рішення для створення середовища, необхідного для інших областей організації або підтримувати, або виробляти. ІТ можуть знайти способи заощадити гроші та вплинути на суть, змінивши навколишнє середовище або створивши процеси та програмне забезпечення, що покращують бізнес. Консультанти, інженери та розробники програмного забезпечення, з клієнтом, що підлягає оплаті, приносять прибуток на борту, виробляючи продукт для компанії. Два типи ролей живлять одне одного, одна підтримує людей з навколишнім середовищем для виробництва продуктів, а друга отримує прибуток і реінвестує в навколишнє середовище.

Я думаю, це залежить від розміру та культури компанії. Я думаю, що відповідь ґрунтується на тому, що Microsoft чи Google - це лише половина картини. Ці хлопці величезні, і їх внутрішні системи, ймовірно, складні та добре відокремлені.

Але, якщо ви "технічний" хлопець у вашій компанії (або ваша група), я б не вважав це нерозумним знайти на вашій тарілці якусь "ІТ" роботу. Я думаю, що чим більша компанія, тим більше гнучкості виводить межу між "розробниками / інженерами" та "технічною підтримкою".

Це залежить, я б сказав. :-)