IT에는 누가 있나요?

산업용 소프트웨어 개발의 현재 단계에서는 다양한 생산 역할을 관찰할 수 있습니다. 그 수가 늘어나고 매년 분류가 더욱 복잡해지고 있으며 당연히 전문가를 선택하고 인적 자원과 협력하는 프로세스도 더욱 복잡해지고 있습니다. 정보기술(IT)은 우수한 인력과 인력이 부족한 분야다. 여기서 인력 개발 과정과 인력 잠재력을 갖춘 체계적인 업무의 필요성은 인터넷 자원을 활용하여 직접 선발하는 것보다 훨씬 효과적입니다.

이 기사에서는 IT 회사의 HR 전문가와 관련된 문제, 즉 생산 역할 진화의 인과 관계, 일반적으로 HR 업무에 대한 역할 내용의 잘못된 해석의 결과, 증가 가능한 옵션에 대해 논의합니다. 전문가 채용의 효율성.

초보자를 위한 IT 제조

IT 분야에서 누가 누구인지는 다양한 플랫폼에서 논의되는 주제입니다. 이는 지난 세기 90년대 초 소비자 시장에 최초의 소프트웨어 개발 회사가 등장한 이후 전체 IT 산업만큼 오랫동안 존재해 왔습니다. 그리고 같은 기간 동안 이 문제에 대한 공통된 견해가 없었으며 이로 인해 어려움이 발생하고 인사 업무의 효율성이 저하되었습니다. 그것을 알아 내려고 노력합시다.

저에게는 IT 회사에 입사한 이후로 IT 부문의 생산 역할이라는 주제가 관련성이 높고 흥미로워졌습니다. 제작 과정을 이해하려고 많은 시간과 신경을 썼습니다. 이러한 비용은 교육, 자재 생산, 중소기업 등 다른 영역의 프로세스에 적응하는 비용과 내 기대치를 초과했습니다. 일반적으로 사람은 가상 세계보다 물질 세계에 더 잘 적응하기 때문에 프로세스가 복잡하고 특이하다는 것을 이해했습니다. 하지만 직관적인 저항이 있었습니다. 여기서 뭔가 잘못된 것 같았습니다. 이렇게 되어서는 안 됩니다. 적응 과정에는 아마도 XNUMX년이 걸렸을 것입니다. 제가 이해하기로는 그것은 그야말로 우주적인 것입니다. 그 결과, IT 프로덕션의 핵심 역할에 대해 상당히 명확하게 이해하게 되었습니다.

현재 저는 이 주제에 대해 계속해서 작업하고 있지만 다른 수준에서 작업하고 있습니다. IT 기업의 개발 센터장으로서 저는 노동 시장에서 고용주 브랜드를 홍보하기 위해 IT 제품 개발에 참여하려는 학생, 대학교 교사, 지원자, 학생 및 기타 사람들과 자주 소통해야 합니다. 새로운 영토(야로슬라블). 소프트웨어 개발 프로세스가 어떻게 구성되어 있는지에 대한 대화 상대의 인식이 낮고 결과적으로 대화 주제에 대한 이해가 부족하기 때문에 이러한 의사 소통은 쉽지 않습니다. 5~10분 동안 대화하고 나면 피드백 수신이 중단되고 말을 번역해야 하는 외국인이 된 것 같은 느낌이 들기 시작합니다. 원칙적으로 대담자 중에는 대화에 선을 긋고 90 년대의 민속 신화를 말하는 사람이 있습니다. "어쨌든 모든 IT 전문가는 프로그래머입니다." 신화의 유래는 다음과 같습니다.

• IT 산업은 빠르게 발전하고 있으며 이러한 조건에서 모든 기본 의미와 원칙은 형성 단계에 있습니다.
• 불확실한 상황에서는 존재하기 어렵 기 때문에 사람은 신화를 만들어 미지의 것을 더 쉽게 이해하려고 노력합니다.
• 사람은 가상 세계보다 물질 세계에 대한 인식에 더 익숙하기 때문에 자신의 인식을 넘어서는 개념을 정의하기가 어렵습니다.

해결해야 할 문제의 여러 측면이 있기 때문에 이 신화에 맞서려고 노력하는 것은 때때로 풍차에서 기울어지는 것처럼 느껴질 수 있습니다. HR 전문가는 첫째, 이상적이고 실제적인 구현에서 IT 회사의 생산 역할에 대한 명확한 그림을 갖고 있어야 하며, 둘째, 회사의 내부 자원을 가장 효과적으로 사용할 수 있는 방법과 시기를 이해하고, 셋째, 실제 방법이 무엇인지 이해해야 합니다. 노동 시장 참가자의 인식을 높이는 데 도움이 되며 고용주 브랜드 개발에 기여할 것입니다. 이러한 측면을 자세히 살펴보겠습니다.

생산 역할의 기초가 되는 소프트웨어 라이프사이클

일반적으로 IT 회사의 모든 생산 역할이 소프트웨어 수명주기를 소스로 갖고 있다는 것은 비밀이 아닙니다. 따라서 전체 IT 산업 내에서 이 문제에 대한 통일된 인식에 동의하는 개념적 작업을 설정하려면 특히 모든 사람이 수용하고 명확하게 이해하는 의미론적 기반인 소프트웨어 수명 주기에 의존해야 합니다. 생산 역할 문제를 구현하기 위한 특정 옵션에 대한 논의는 소프트웨어 라이프사이클에 대한 우리의 창의적인 태도의 측면에 있습니다.

이제 RUP 방법론을 예로 들어 소프트웨어 수명주기에 포함되는 단계를 살펴보겠습니다. 내용과 용어 측면에서 상당히 성숙한 링크입니다. 생산 프로세스는 언제나 어디서나 비즈니스 모델링과 요구 사항 형성으로 시작하여 (물론 조건부로) 사용자 컨설팅과 사용자의 "원하는 것"에 따라 소프트웨어를 수정하는 것으로 끝납니다.

지난 세기 말까지의 역사적 여행을 살펴보면(아시다시피 이 시기는 "섬 자동화" 기간이었습니다) 소프트웨어를 만드는 전체 프로세스가 프로그래머-개발자에 의해 수행되었음을 알 수 있습니다. 모든 IT 전문가가 프로그래머라는 신화의 뿌리는 다음과 같습니다.

생산 프로세스의 복잡성 증가, 통합 플랫폼의 출현, 주제 영역의 복잡한 자동화로의 전환, 비즈니스 프로세스의 리엔지니어링으로 인해 라이프사이클 단계에 연결된 전문 역할의 출현이 불가피해졌습니다. 이것이 분석가, 테스터 및 기술 지원 전문가가 나타나는 방식입니다.

분석가의 역할을 사례로 활용한 직위의 다양성

분석가(분석 엔지니어, 이사, 방법론자, 비즈니스 분석가, 시스템 분석가 등)는 구현을 위해 비즈니스 작업 및 기술과 "친구가 되는" 데 도움을 줍니다. 개발자를 위한 문제 설명에 대한 설명 - 이것이 추상 분석가의 주요 기능을 특성화할 수 있는 방법입니다. 그는 요구사항 형성, 분석 및 소프트웨어 설계 프로세스에서 클라이언트와 개발자 사이의 연결 고리 역할을 합니다. 실제 생산 조건에서 분석 기능 목록은 생산 구성 방법, 전문가의 자격 및 모델링된 주제 영역의 세부 사항에 따라 결정됩니다.

일부 분석가는 고객과 더 가까운 위치에 있습니다. 이들은 비즈니스 분석가(Business Analyst)입니다. 이들은 해당 주제 영역의 비즈니스 프로세스를 깊이 이해하고 있으며 자동화된 프로세스의 전문가입니다. 특히 방법론적으로 복잡한 주제 영역을 자동화할 때 기업 직원 중에 이러한 전문가를 보유하는 것이 매우 중요합니다. 특히, 국가 예산 과정의 자동화자인 우리에게는 분석가들 사이에 해당 분야 전문가가 있다는 것이 꼭 필요합니다. 이들은 훌륭한 금융 및 경제 교육을 받았으며 금융 당국에서 일한 경험이 있고 가급적이면 선도적인 전문가의 역할을 맡은 우수한 자격을 갖춘 직원입니다. IT 분야의 경험이 아니라 특히 해당 분야의 경험이 매우 중요합니다.

분석가의 다른 부분은 개발자에게 더 가깝습니다. 이들은 시스템 분석가(System Analyst)입니다. 그들의 주요 임무는 고객 요구 사항을 식별, 체계화 및 분석하여 만족 가능성을 확인하고 기술 사양을 준비하며 문제 설명을 설명하는 것입니다. 그들은 비즈니스 프로세스뿐만 아니라 정보 기술도 이해하고, 클라이언트에게 제공되는 소프트웨어의 기능을 잘 이해하고, 설계 기술을 갖추고, 그에 따라 클라이언트의 이익을 개발자에게 가장 잘 전달하는 방법을 이해합니다. 이러한 직원은 ICT 분야의 교육과 엔지니어링 및 기술적 사고방식을 갖추고 있어야 하며, 가급적이면 IT 경험이 있어야 합니다. 이러한 전문가를 선택할 때 최신 도구를 사용하는 디자인 기술을 보유하고 있다는 것은 분명한 이점이 될 것입니다.

또 다른 유형의 분석가는 기술 작가입니다. 그들은 소프트웨어 개발 프로세스의 일부로 문서화 작업, 사용자 및 관리자 매뉴얼 준비, 기술 지침, 교육 비디오 등을 담당합니다. 그들의 주요 임무는 사용자 및 기타 이해 당사자에게 프로그램 작동에 대한 정보를 전달하고 기술적으로 복잡한 사항을 간결하고 명확하게 설명하는 것입니다. 기술 작가는 대부분 러시아어에 능숙하며 동시에 기술 교육과 분석 정신을 가지고 있습니다. 이러한 전문가에게는 표준에 따라 명확하고 유능하며 상세한 기술 문서를 작성하는 기술과 문서화 도구에 대한 지식 및 숙달이 가장 중요합니다.

따라서 우리는 분석가라는 동일한 역할(그리고 직원 테이블에서의 위치)을 볼 수 있지만 특정 애플리케이션 구현에서는 다릅니다. 각각에 대한 전문가 검색에는 고유한 특성이 있습니다. 이러한 유형의 분석가는 종종 한 사람에게는 양립할 수 없는 기술과 지식을 가지고 있어야 한다는 것을 아는 것이 중요합니다. 한 사람은 대량의 텍스트 문서를 분석하는 경향이 있고 발달된 말하기 및 의사소통 기술을 갖춘 인문학 전문가이고, 다른 한 사람은 공학적 사고와 IT 분야에 관심이 있는 "기술자"입니다.

우리는 외부에서 가져오는가, 아니면 성장하는가?

IT 업계의 대규모 대표자의 경우 프로젝트가 성장함에 따라 인터넷 리소스에서 직접 선택하는 효과가 감소합니다. 이는 특히 다음과 같은 이유로 발생합니다. 회사 내에서 복잡한 프로세스에 빠르게 적응하는 것이 불가능하고, 특정 도구를 익히는 속도가 프로젝트 개발 속도보다 낮습니다. 따라서 HR 전문가는 외부에서 누구를 찾을지뿐만 아니라 회사 내부 자원을 어떻게 활용하고 전문가를 누구에게서 어떻게 육성할지 아는 것이 중요합니다.

비즈니스 분석가에게는 해당 분야의 실제 프로세스 내에서 작업한 경험이 매우 중요하므로 회사 내에서 성장시키는 것보다 "외부에서" 채용하는 것이 더 효과적입니다. 동시에 HR 전문가는 이러한 인적 자원의 출처가 될 수 있는 조직 목록을 알고 선택 시 해당 조직에서 이력서를 검색하는 데 집중하는 것이 중요합니다.

반대로 시스템 분석가, 소프트웨어 아키텍트 등의 공석을 채우기 위해서는 사내 교육 과정이 매우 중요합니다. 이러한 전문가는 현재 생산 환경과 특정 조직의 특성에 맞춰 구성되어야 합니다. 시스템 분석가는 비즈니스 분석가, 기술 작가 및 기술 지원 엔지니어로 구성됩니다. 소프트웨어 설계자 - 디자이너(시스템 디자이너)와 소프트웨어 개발자(소프트웨어 개발자)로 구성되어 경험을 쌓고 시야를 넓힙니다. 이러한 상황을 통해 HR 전문가는 회사의 내부 자원을 효과적으로 사용할 수 있습니다.

생산 역할의 교차, 통합 및 진화

생산 프로세스의 구현 관점에서 또 다른 어려운 문제가 있습니다. 역할 간의 명확한 경계를 설정하는 것입니다. 언뜻 보면 모든 것이 분명해 보일 수 있습니다. 구현이 완료되고, 소프트웨어를 상용화하는 데 관한 문서가 서명되었으며, 모든 것이 기술 지원에 넘겨졌습니다. 맞습니다. 그러나 시스템이 이미 구현되었다는 사실에도 불구하고 습관적으로 분석가와 긴밀한 접촉을 유지하고 그를 "마술 지팡이"로 보는 고객이 계속해서 그와 적극적으로 소통하는 상황이 자주 발생합니다. 공식적인 지원 단계가 진행 중입니다. 그러나 고객의 관점에서 볼 때, 함께 작업을 설정한 분석가보다 더 빠르고 더 나은 사람은 시스템 작업에 대한 질문에 답할 것입니다. 그리고 여기서 기술 지원 엔지니어와 분석가의 역할이 부분적으로 중복되는 것에 대한 의문이 제기됩니다. 시간이 지남에 따라 모든 것이 좋아지고 고객은 기술 지원 서비스와 통신하는 데 익숙해지지만 소프트웨어 사용 초기에는 이러한 "내부 전환"이 항상 양측의 스트레스 없이 완료될 수는 없습니다.

분석가와 기술 지원 엔지니어 역할의 교차점은 개발 요구 사항의 흐름이 지원 단계의 일부로 발생할 때 발생합니다. 소프트웨어 라이프사이클로 돌아가면 실제 생산 조건과 요구사항 분석 및 문제 공식화가 분석가에 의해서만 수행될 수 있다는 공식적인 태도 사이에 불일치가 있음을 알 수 있습니다. 물론 HR 전문가는 소프트웨어 수명주기 내 역할의 이상적인 그림을 이해해야 하며, 명확한 경계가 있습니다. 하지만 동시에 교차도 가능하다는 점을 꼭 명심해야 합니다. 지원자의 지식과 기술을 평가할 때 관련 경험이 있는지 주의를 기울여야 합니다. 즉, 기술 지원 엔지니어를 검색할 때 분석 경험이 있는 후보자가 고려될 수 있으며 그 반대의 경우도 마찬가지입니다.

중복 외에도 생산 역할이 통합되는 경우가 많습니다. 예를 들어 비즈니스 분석가와 기술 작가가 한 사람으로 존재할 수 있습니다. 대규모 산업 개발에서는 소프트웨어 아키텍트(Software Architect)의 존재가 필수인 반면, 아주 작은 프로젝트는 이 역할 없이도 가능합니다. 그곳에서 아키텍트의 기능은 개발자(소프트웨어 개발자)가 수행합니다.

개발 접근 방식과 기술의 역사적 시기 변화는 필연적으로 소프트웨어 수명 주기도 진화한다는 사실로 이어집니다. 물론 전 세계적으로 주요 단계는 변함이 없지만 더욱 세부화되고 있습니다. 예를 들어, 웹 기반 솔루션으로의 전환과 원격 구성 기능의 성장으로 인해 소프트웨어 구성 전문가의 역할이 등장했습니다. 초기 역사적 단계에서 이들은 구현자, 즉 대부분의 작업 시간을 고객의 작업장에서 보낸 엔지니어였습니다. 소프트웨어의 양과 복잡성이 증가하면서 소프트웨어 아키텍트(Software Architect)의 역할이 등장하게 되었습니다. 버전 출시 가속화 및 소프트웨어 품질 개선에 대한 요구 사항은 자동화된 테스트의 개발과 QA 엔지니어(품질 보증 엔지니어) 등 새로운 역할의 출현에 기여했습니다. 생산 프로세스의 모든 단계에서 역할의 진화는 방법, 기술 및 도구의 개발과 크게 관련되어 있습니다.

지금까지 우리는 소프트웨어 라이프사이클의 맥락에서 소프트웨어 회사 내 생산 역할의 분배와 관련하여 몇 가지 흥미로운 점을 살펴보았습니다. 분명히 이것은 각 회사에 특정한 내부자의 견해입니다. IT 산업 노동 시장의 참여자이자 회사 브랜드 홍보 담당자인 우리 모두에게는 외부 시각이 특히 중요할 것입니다. 그리고 여기에는 의미를 찾는 것뿐만 아니라 이 정보를 대상 청중에게 전달하는 데에도 큰 문제가 있습니다.

IT 직종의 "동물원"에 어떤 문제가 있습니까?

HR 전문가, 생산 관리자 및 다양한 접근 방식의 혼란은 IT 직위의 진정한 "동물원"인 매우 다양한 결과로 이어집니다. 인터뷰와 단순히 전문적인 접촉의 경험은 사람들이 직위에 따라야 하는 의미를 명확하게 이해하지 못하는 경우가 많다는 것을 보여줍니다. 예를 들어, 우리 조직에서 "분석 엔지니어"라는 용어가 포함된 직위에서는 이것이 작업 설정자라고 가정합니다. 그러나 이것이 모든 경우에 해당되는 것은 아닙니다. 분석 엔지니어가 구현자인 개발 조직이 있습니다. 완전히 다른 이해, 동의하시겠습니까?

첫째, IT 직위의 "동물원"은 의심할 여지 없이 채용의 효율성을 감소시킵니다. 모든 고용주는 자신의 브랜드를 개발하고 홍보할 때 자신의 생산에 존재하는 모든 의미를 간결한 형태로 전달하기를 원합니다. 그리고 자신이 누구인지 명확하게 말할 수 없는 경우가 많다면 불확실성을 외부 환경에 전파하는 것은 당연하다.

둘째, IT 직위의 "동물원"은 IT 인력의 교육 및 개발에 엄청난 문제를 야기합니다. 단순히 작업 현장을 "착유"하는 것이 아니라 인적 자원을 형성하고 개발하는 것을 목표로 하는 모든 주요 IT 회사는 조만간 교육 기관과 상호 작용해야 할 필요성에 직면하게 됩니다. 우수한 자격을 갖춘 IT 인력의 경우 이는 대학의 한 부분이며 적어도 TOP-100 순위에 있는 최고의 대학입니다.

IT 전문가를 양성하는 지속적인 프로세스를 구축할 때 대학과의 통합 문제는 IT 회사 내부에서 누가 누구인지에 대한 대학의 이해가 절반 정도 부족합니다. 그들은 이것에 대해 매우 피상적으로 이해하고 있습니다. 일반적으로 대학에는 이름에 "컴퓨터 과학"이라는 단어가 포함된 여러 전문 분야가 있으며, 입학 캠페인을 진행할 때 모든 전문 분야가 본질적으로 동일하다는 주장에 의존하는 경우가 종종 있습니다. 그리고 그것은 모든 IT 전문가가 프로그래머라는 대중적인 신화에 의존하는 것과 같습니다.

대학과의 긴밀한 협력 경험에 따르면 "응용 정보학(산업별)" 전문 분야는 방법론 및 기술 지원 부서에 인력을 제공하지만 개발에는 인력을 제공하지 않습니다. "기초정보학", "소프트웨어 엔지니어링"은 개발자를 위한 훌륭한 인적 자원을 준비합니다. 처음부터 지원자에게 자신에게 적합하지 않은 경로를 안내하지 않으려면 IT 생산을 둘러싼 "안개를 없애는" 것이 필요합니다.

모든 것을 공통 분모로 묶는 것이 가능합니까?

생산 역할을 통일하고 회사 안팎에서 공통된 이해를 얻는 것이 가능합니까?

물론 모든 개발 기업의 축적된 집단적 경험은 생산 프로세스를 구성하기 위한 공통적이고 통일된 개념이 있음을 보여주기 때문에 가능하고 필요합니다. 이는 소프트웨어 라이프사이클에 대해 여전히 고유하게 해석된 개념이 존재하고 새로 등장하는 생산 역할(DataScientist, QA 엔지니어, MachineLearning 엔지니어 등)이 소프트웨어 수명주기는 기술과 도구의 개선, 비즈니스 업무의 개발 및 확대로 발생합니다.

동시에 IT는 경제에서 가장 젊고 빠르게 성장하는 분야 중 하나이기 때문에 생산 역할을 통합하는 것이 어렵습니다. 어떤 의미에서 이것은 우주가 탄생한 혼돈입니다. IT는 지적이지만 매우 창의적인 분야이기 때문에 명확한 조직 구조는 불가능하고 부적절합니다. 한편으로 IT 전문가는 발전된 알고리즘 및 수학적 사고를 갖춘 "물리학자" 지식인인 반면, 그는 아이디어의 창시자, 전달자 및 발기인인 "작사가"입니다. 그는 예술가와 마찬가지로 그림에 대한 명확한 계획이 없으며 이미지가 더 이상 존재하지 않기 때문에 이미지를 부분으로 분해할 수 없습니다. 그는 그 자체로 추상적이고 무형이며 측정하기 어렵지만 빠른 정보 프로세스의 지배자입니다.

IT 생산에서 효과적인 인력 작업을 구축하는 방법

따라서 다양한 IT 생산 역할의 맥락에서 효과적인 HR 업무를 구축하기 위해 HR 전문가가 알아야 할 중요한 것은 무엇입니까?

첫째, IT 회사의 HR 전문가는 자신의 기업에 특히 일반적인 상황에 대한 아이디어를 가지고 있어야 합니다. 누가 무엇을 하는지, 누가 무엇을 부르는지, 그리고 가장 중요한 것은 다음과 같은 조건에서 이러한 역할의 의미가 무엇인지입니다. 특정 생산.

둘째, HR 전문가는 생산 역할에 대한 유연한 이해를 가지고 있어야 합니다. 즉, 처음에 그는 그들에 대한 이상적인 이해를 형성하여 모든 것을 스스로 알아낼 수 있습니다. 그런 다음 생산에 대한 실제 그림이 있어야 합니다. 즉, 역할이 어디에서 어떤 방식으로 교차하고 결합되는지, 이러한 역할에 대한 생산 관리자 사이에 어떤 인식이 존재하는지 등이 있어야 합니다. 인사 전문가의 어려움은 마음 속의 실제 상황과 이상적인 상황을 결합하는 것입니다. 이상적인 이해에 맞게 프로세스를 강제로 재구성하려고 시도하는 것이 아니라 자원 요구를 충족시키기 위해 생산을 돕는 것입니다.

셋째, 특정 전문가의 가능한 개발 궤적에 대한 아이디어가 있어야합니다. 어떤 경우 외부 선택이 효과적 일 수 있는지, 언제 팀에서 직원을 성장시켜 개발 기회를 제공하는 것이 더 좋은지, 어떤 자질을 제공하는지 후보자의 수는 특정 방향으로 발전할 수 있게 하며, 이는 한 사람에게는 양립할 수 없는 자질이며, 이는 처음에는 개발 궤적을 선택하는 데 중요합니다.

넷째, IT는 우수한 인재를 배출하는 분야이므로 보다 효율적인 인력업무를 위해서는 대학 교육환경과의 조기통합이 불가피하다는 논제로 돌아가 보자. 이러한 상황에서 모든 HR 전문가는 직접 검색, 설문지 작업 및 인터뷰 기술을 개발할 뿐만 아니라 대학에서 전문가 교육 환경을 탐색해야 합니다. 어떤 대학에서 회사에 인력을 준비하는지, 특정 대학 내에서 어떤 전문 분야를 담당하는지 인력 요구 사항을 다루고, 그 배후에 누가 있고, 대학에서 전문가를 관리하고 훈련시키는 것이 중요합니다.

따라서 모든 IT 전문가가 프로그래머라는 신화를 의도적으로 폭로한다면 이러한 방향으로 많은 조치를 취하고 미래 직업에 대한 인식의 토대가 마련되는 대학에 특별한 관심을 기울일 필요가 있습니다. 즉, 코워킹 센터에서의 현대적인 협업 형식, "끓는점", 교육 집중 참여 등 교육 환경과의 지속적인 상호 작용이 필요합니다. 이는 IT 기업에 대한 오해를 없애고 인력 업무의 효율성을 높이며 업계의 다양한 전문가 교육에서 공동 활동을 위한 조건을 만드는 데 도움이 될 것입니다.

이 기사의 관련성을 준비하고 지원하는 데 참여한 동료 Valentina Vershinina와 Yuri Krupin에게 감사를 표합니다.

출처 : habr.com