주요 비즈니스가 소프트웨어 인 회사에서 개발자는 여전히 "IT"로 간주됩니까?

내 생각은 주요 비즈니스 회사는 비즈니스가 아니기 때문에 비즈니스를 지원하기 때문에 네트워킹, 지원 등을 사용하여 위젯 그룹 개발자를 만드는 것입니다.

주요 비즈니스에서 소프트웨어를 판매하는 경우 개발 그룹을 "연구 및 개발"또는 이와 유사한 것으로 부를 것입니다. 내부 앱을 엄격하게 다루는 개발자가 있다면 IT / 지원 / 커뮤니케이션 등을 사용했을 것입니다.

Microsoft, Google 등과 같은 회사의 표준은 무엇입니까? CIO 잡지에 이런 유형의 사전이 있습니까? 귀사는 무엇을합니까?

Microsoft는 판매하는 소프트웨어를 개발하는 제품 그룹, 고객이 맞춤형 소프트웨어를 개발할 수 있도록 지원하는 컨설팅 팀, 고객이 제품을 사용하도록 지원하는 지원 조직, 내부 웹 사이트 및 전자 메일과 같은 리소스를 관리하는 내부 IT 그룹, 외부를 관리하는 기타 팀을 보유하고 있습니다. MSDN과 같은 웹 사이트, Bing과 다른 많은 부서를 다른 대기업과 비슷하게 보이는 그룹.

나는 실제로 이것이 매우 짜증나는 것을 발견했다 ....

사람들이 "컴퓨터로 작업"하는 사람이라면 누구나 자동으로 컴퓨터 문제를 해결할 수 있다고 생각하는 것과 같은 사고 방식입니다. 예. "컴퓨터에 문제가 없나요? 거스 삼촌 친구의 친구 프린터를 고칠 수 있습니까?" 어.

하나의 큰 모 놀리 식 분야로서 "IT"에 대해 이야기하는 이유는 여전히 상대적으로 젊기 때문입니다. 20 년 전만해도 컴퓨터는 여전히 난해한 것이 었습니다. "IT"에있는 것은 상당히 틈새 시장이었습니다. 확장되고 전문화되면서 외부인의 견해는 유지되지 않았으므로 이제는 현장 외부의 대부분의 사람들이 "IT에있는 것"이 ​​무엇이든 관계없이 모두 하나라고 가정합니다. 실제로 "IT에있는 것"은 질서 정연한, 의료 안내 원, 의사, 간호사 및 치과 의사에 이르기까지 "건강 관리에 참여하는 것"이라고 말하는 것만 큼 모호합니다.

내가 함께 일한 모든 회사는 기술에 정통했으며 제품은 소프트웨어 또는 고급 기술 하드웨어였습니다. "IT"라고 말하면 내부 지원팀과 네트워크 관리자를 의미합니다. 소프트웨어 엔지니어가 병원 지원 직원을 "의사"라고 부르는 것처럼 소프트웨어 엔지니어가 문화적으로 터무니없는 것을 의미하기 위해 "IT"를 전복하려는 전체 아이디어.

대부분의 소프트웨어 회사 (또는 다른 기술에 정통한 회사)에서 동일하다고 가정합니다. "IT"는 내부 IT 지원 담당자를 의미하며 실제로 소프트웨어를 작성하는 사람은 "IT"라는 레이블이 붙지 않고 엔지니어, 개발자, 프로그래머 또는 기타 모든 것으로 올바르게 표시됩니다.

Microsoft, Google 등과 같은 회사의 표준은 무엇입니까?

이 회사들을 어떻게 보았는지주의하십시오. 마이크로 소프트는 소프트웨어를 직접 판매하면서 많은 돈을 벌고 있지만 구글은 광고를 통해 돈을 많이 벌고있다. IIRC. 따라서 Microsoft는 제품 회사로, Google은 서비스 회사로 더 많이 볼 수 있습니다.

CIO 잡지에 이런 유형의 사전이 있습니까?

내가 아는 것은 아니지만 IT 관련 프로세스 및 역할 을 ITIL 에서 조사 할 수 있습니다.

귀사는 무엇을합니까?

저는 IS 부서에서 ERP, CRM 및 CMS와 같은 내부 응용 프로그램을 처리하는 개발 그룹의 일원으로 일하고 있습니다. 회사가 판매하거나 판매하는 소프트웨어를 고객에게 제공하는 다른 서비스 나 하드웨어와 함께 제공하는 것을 처리하는 다른 제품 개발자 부서가 있습니다. 저는 IT의 일원이며 그 차이에 대해서는 괜찮습니다. 때때로 사람들에게 그 차이에 대해 교육해야 할 수도 있습니다.

소프트웨어 공급 업체의 제품 개발에 종사하는 소프트웨어 엔지니어는 IT가 아닌 엔지니어링 업무를 수행합니다.

우리는 주로 소프트웨어 회사입니다. 제품을 다루는 나와 같은 개발자는 모두 "엔지니어링"에 집중합니다. 인프라 스트럭처에서 일하는 모든 사람은 IT 부서에 집중하게됩니다.

CIO 잡지에 이런 유형의 사전이 있습니까?

아니.

귀사는 무엇을합니까?

한 부서에서 소프트웨어를 만듭니다. 이러한 개발자는 사내 IT와 별개입니다.

개발자는 IT와 별개 일뿐만 아니라 sudo서버 팜 에서도 권한이 없습니다 .

우리는 소프트웨어에 중점을 둔 중소 기업입니다. 하나는 아니지만 세 개의 IT 그룹이 있습니다. 그 외에도 DevSup-개발자 지원도 있습니다. 그러나 대부분의 개발자는 실제로 특정 제품 또는 기술 그룹에 속합니다.

논리는 물론 사업부 구조를 돕기 위해 그러한 부서가 존재한다는 것입니다. 모든 사람을 IT에 배치한다고해서 하나의 관리가 도움이되지는 않습니다. 우리가 가구 사업을했다면 거대한 가구 부서가있을 필요는 없습니다.

우리 회사에서 (200 명 정도의 직원) IT는 회사 및 $$와 관련하여 인프라를 계속 운영하고 다른 영역에 필요한 환경을 만들기 위해 중요한 결정을 내리는 지원 역할의 비용 센터입니다. 지원하거나 생산하는 조직. IT는 환경을 변경하거나 비즈니스를 개선하는 프로세스와 소프트웨어를 만들어 비용을 절감하고 수익에 영향을 미치는 방법을 찾을 수 있습니다. 고객 청구 가능 측면에서 컨설턴트, 엔지니어 및 소프트웨어 개발자는 회사의 제품을 생산하여 보드에 이익을 두었습니다. 두 가지 유형의 역할은 서로에게 먹이를주고, 하나는 제품을 만들기 위해 환경을 가진 사람들을 지원하고, 다른 하나는 이익을 얻고 환경에 재투자하는 것입니다.

회사 규모와 문화에 달려 있다고 생각합니다. 나는 Microsoft 또는 Google이 절반의 그림에 불과하다고 생각합니다. 이 사람들은 거대하고 내부 시스템은 아마도 복잡하고 멋지게 분리되어있을 것입니다.

그러나, 만약 당신이 당신의 회사 (혹은 당신의 그룹)에서 "기술적 인"사람이라면, 당신의 판에서 "IT"작품을 찾는 것은 무리가 없다고 말할 수 없습니다. 회사 규모가 클수록 "개발자 / 엔지니어"와 "기술 지원"사이의 유연성이 높아지고 있다고 생각합니다.

그것은 말할 것입니다. :-)