В компании, основным бизнесом которой является программное обеспечение, считают ли разработчики «ИТ»?

Я думаю, что компания, которая занимается основным бизнесом, занимается созданием виджетов и объединяет разработчиков в сети, поддержку и т. Д., Потому что это не бизнес, а поддержка бизнеса.

Если ваш основной бизнес - продажа программного обеспечения, то я бы назвал группу разработчиков «Исследования и разработки» или что-то подобное. Возможно, если бы у вас были разработчики, которые работали исключительно над внутренними приложениями, они бы занимались IT / Support / Comms и т. Д.

Что является нормой для таких компаний, как Microsoft, Google и т. Д.? Есть ли какой-нибудь словарь для такого типа вещей в журнале CIO или что-то в этом роде? Чем занимается ваша компания?

У Microsoft есть группы продуктов, которые разрабатывают программное обеспечение, которое они продают, консалтинговая группа, которая помогает клиентам разрабатывать заказное программное обеспечение, организация поддержки, которая помогает клиентам использовать ее продукты, внутренняя ИТ-группа для управления ресурсами, такими как внутренние веб-сайты и электронная почта, другие группы, которые управляют внешними веб-сайты, такие как MSDN, группа, которая выглядит после Bing и многие другие отделы, как любой другой крупный бизнес.

Я действительно нахожу это довольно раздражающим ....

Это тот же образ мыслей, который заставляет людей предполагать, что любой, кто «работает с компьютерами», может автоматически решить любую проблему с компьютером. например. - Ты хорошо разбираешься в компьютерах? Ты можешь починить у дяди Гаса принтер друга? Urgh.

Я предполагаю, что причина, по которой об «ИТ» говорят как об одном большом монолитном поле, заключается в том, что оно все еще относительно молодо. Еще 20 лет назад компьютеры были довольно эзотерической вещью. Быть "в IT" было довольно нишевым полем. По мере того, как он расширялся и становился все более специализированным, взгляды сторонних наблюдателей на него не шли в ногу - поэтому сейчас большинство людей за пределами области предполагают, что «быть в ИТ» - это одно и то же, независимо от того, что вы делаете в нем. Когда на самом деле «быть в IT» примерно так же расплывчато, как сказать «быть в здравоохранении» - что угодно - от санитара до медицинских работников, врачей, медсестер и стоматологов.

Все компании, с которыми я работал, были достаточно технически подкованы, и продукт был либо программным, либо высокотехнологичным аппаратным обеспечением. Поэтому, когда мы говорим «ИТ», это просто означает внутреннюю группу поддержки и сетевых администраторов. Сама идея объединения «ИТ» в том смысле, что инженеры-программисты были бы столь же культурно абсурдны, как называть персонал службы поддержки больницы «врачами».

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

Что является нормой для таких компаний, как Microsoft, Google и т. Д.?

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

Есть ли какой-нибудь словарь для такого типа вещей в журнале CIO или что-то в этом роде?

Не то, чтобы я знал, но вы могли бы посмотреть ITIL для конкретных процессов и ролей.

Чем занимается ваша компания?

Я работаю в отделе информационных технологий как часть группы разработчиков, которая обрабатывает внутренние приложения, например, ERP, CRM и CMS. Есть еще один отдел разработчиков продуктов, который занимается созданием программного обеспечения, которое компания продает или упаковывает вместе с другими услугами или оборудованием, которые предлагаются клиентам. Я часть ИТ, и я в порядке с этим различием. Конечно, мне иногда приходится рассказывать людям о разнице.

Инженеры-программисты, которые занимаются разработкой продуктов для поставщиков программного обеспечения, работают в области инженерии, а не ИТ.

Мы в первую очередь софтверная компания. Такие разработчики, как я, работающие над продуктами, попадают в категорию «Инжиниринг»; все, кто работает над инфраструктурой, попадают под влияние ИТ.

Есть ли какой-нибудь словарь для такого типа вещей в журнале CIO или что-то в этом роде?

Нет.

Чем занимается ваша компания?

Одно подразделение производит программное обеспечение. Эти разработчики отделены от наших собственных ИТ.

Мало того, что разработчики отделены от ИТ, у нас нет никаких привилегий, даже sudoна ферме серверов.

Мы - компания среднего размера с очень сильной ориентацией на программное обеспечение. У нас есть не одна, а три ИТ-группы. Кроме того, у нас также есть DevSup - поддержка разработчиков. Но основная масса разработчиков на самом деле находится в определенных группах продуктов или технологий.

Логика, конечно, в том, что такие подразделения существуют, чтобы помочь структурировать бизнес. Ввод всех в ИТ не помогает управлению ни на йоту. Если бы мы были мебельным бизнесом, не было бы смысла иметь колоссальный мебельный отдел.

В моей компании (всего около 200 сотрудников) ИТ, в том что касается компании и $$, является центром затрат в роли поддержки, которая поддерживает инфраструктуру и принимает важные решения для создания среды, необходимой для других областей организация либо поддерживать, либо производить. ИТ-специалисты могут найти способы сэкономить деньги и повлиять на итоговые показатели путем изменения среды или создания процессов и программного обеспечения, которые улучшают бизнес. Консультанты, инженеры и разработчики программного обеспечения со стороны клиента оплачивают прибыль, выпуская продукт для компании. Два типа ролей подпитывают друг друга: одна поддерживает людей с окружающей средой для производства продукта, другая - получение прибыли и реинвестирование в окружающую среду.

Я думаю, что это зависит от размера компании и культуры. Я думаю, что ответ основан на том, что Microsoft или Google это только половина картины. Эти парни огромны, и их внутренние системы, вероятно, сложны и хорошо разделены.

Но, если вы «технический» парень в вашей компании (или группа из вас), я бы не сказал, что было бы неразумно найти какую-то «ИТ» работу на вашей тарелке. Я думаю, что чем больше компания, тем больше гибкости проводит грань между «разработчиками / инженерами» и «технической поддержкой».

Это зависит, я бы сказал. :-)