인재 인텔리전스 팀은 보통 같은 질문의 변형을 받는다. 이 회사는 실제로 어떻게 조직되어 있고, 우리가 채용하거나 영업할 수 있는 공백은 어디에 있는가?
본능적으로 어딘가에 존재하는 문서처럼 조직도를 찾으려 한다. 그런 것은 존재하지 않는다. 공개 출처로부터 만들 수 있는 것은 증거로부터 조립된 구조 모델이며, 알고 있는 부분과 추론한 부분으로 이루어진다. 이 차이는 중요한데, 모델을 문서로 제시하는 것이 인재 매핑이 잘못되는 방식이기 때문이다.
출처가 아니라 경계에서 시작하라
이것은 사람에 관한 작업이므로, 제약 조건은 끝에 있는 컴플라이언스 문단이 아니라 맨 앞에 있어야 한다.
방어 가능한 형태의 인재 매핑은 조직 구조를 설명한다. 어떤 기능이 존재하는지, 계층이 얼마나 깊은지, 팀 규모가 대략 어느 정도인지, 채용이 어디에서 일어나고 있는지, 어떤 기술이 어디에 집중되어 있는지. 이는 조직이 스스로에 대해 공개한 정보를 사용한다.
팀을 곤란하게 만드는 버전은 개인 신상 자료를 구축하는 것이다. 특정 인물에 대한 개인 정보를 취합하거나, 기술적으로 보였다는 이유로 연락처 정보를 수집하거나, 자동화를 금지하는 약관을 가진 플랫폼에서 로그인 뒤에 있는 콘텐츠를 스크래핑하는 것이다. GDPR 및 유사 규제 체제 하에서는 찾기 쉬웠는지 여부와 관계없이 개인 데이터는 개인 데이터이며, “공개되어 있었다”는 것 자체만으로는 적법한 근거가 되지 않는다.
두 가지 실용적인 규칙이 작업을 깔끔하게 유지시켜 준다. 역할이 질문에 답이 되는 경우라면 역할 수준에서 수집하라. “플랫폼 엔지니어링 디렉터가 존재하며 인프라 산하에 보고한다”는 것이 대개 필요한 사실이지, 누가 그 직책을 맡고 있는지가 아니다. 그리고 리더십 페이지가 특정 인물의 이름을 명시했기 때문에 명명된 개인을 기록해야 하는 경우에는, 회사가 그 전문적 맥락에서 공개한 내용만으로 한정하고, 수집 시점에 나머지는 모두 제거하라.
실제로 구조를 담고 있는 출처들
대부분의 공개 출처 조직 매핑은 여섯 가지 입력으로 구축되며, 신호 품질에서 큰 차이가 있다.
채용 공고. 가장 강력한 단일 출처이며, 지속적으로 활용도가 낮은 출처이기도 하다. 공고는 종종 보고 라인을 그대로 명시하고(“데이터 부문 VP에게 보고”), 팀 이름을 밝히고, 인접 기능을 설명하며, 팀이 사용하는 도구를 나열한다. 공고에는 날짜도 있어서, 프로필이 마지막으로 업데이트된 시점이 아니라 현재 시점에 대한 증거가 된다. 기능별 물량은 팀이 어디서 성장하고 있는지에 대한 좋은 대리 지표다. 이 표면에 대한 수집 방법론은 채용 공고 데이터와 노동 시장 인텔리전스에서 다룬다.
회사 리더십 및 팀 페이지. 상위 두 계층에 대해서는 권위 있는 출처이지만 대개 그 아래로는 침묵한다. 존재하는 경우 사실상의 근거로 취급할 가치가 있는데, 회사가 의도적으로 공개했기 때문이다.
보도자료 및 인사 발표. 고위직 변화를 파악하는 데 탁월하며, 날짜가 붙어 있다. 새로운 기능은 대개 다른 곳에 나타나기 전에 발표되기 때문에, 여기서 조직 개편을 초기에 포착할 수 있다.
규제 신고 자료. 국가 기업 등기소의 임원 및 이사 정보, 그리고 상장 기업 신고서의 동등한 자료. 범위는 좁지만 신뢰도가 높으며, 종종 자회사 전반에 걸친 법인 구조에 대해 검증 가능한 유일한 출처다.
컨퍼런스 발표 및 기술 출판물. 발표자 목록, 발표된 논문, 특허는 명명된 전문가를 명명된 팀 안에 위치시키며, 회사가 마케팅에서 말하는 것이 아니라 실제로 무엇을 구축하고 있는지를 드러낸다.
오픈소스 및 공개 기술 활동. 조직 수준의 저장소와 기여 패턴은 팀 구성과 기술 스택을 나타낼 수 있다. 이는 팀 수준에서 읽어야지, 개인별 생산성 신호로 읽어서는 안 된다.
증거를 구조로 전환하기
조립 단계는 규율이 성과를 내는 지점이며, 관찰한 것과 결론 내린 것을 분리하는 것으로 귀결된다.
직함으로부터의 계층, 신중하게. 직함 관례는 회사와 국가마다 다르다. 한 조직의 “디렉터”가 다른 조직에서는 “시니어 매니저”의 자리에 있을 수 있다. 그 단어들을 신뢰하기보다는 자체 내부 연차 체계에 맞춰 정규화하고, 원래 직함을 정규화된 직함과 함께 기록하라.
헤드카운트 주장이 아니라 채용으로부터의 팀 규모. 여러 분기에 걸쳐 지속된 특정 기능의 공고 물량은 공개된 어떤 수치보다 실제 팀 규모와 궤적에 대해 더 많은 것을 말해준다.
명시된 경우에만 보고 라인. 이것이 대부분의 매핑이 포기하는 규율이다. 공고에 그 역할이 명명된 기능에게 보고한다고 적혀 있다면 그것은 관찰이다. 직함이 인접해 보인다는 이유로 추론했다면 그것은 추론이며 그렇게 표시되어야 한다.
결과 구조의 모든 노드는 세 가지를 담아야 한다. 출처, 관찰 날짜, 신뢰 수준. 신고서로 검증된 임원과 추측된 보고 라인이 똑같아 보이는 매핑은 결국 이를 제시하는 사람을 곤란하게 만들 매핑이다.
조직 데이터는 거의 무엇보다 빠르게 부패한다
조직 개편, 퇴사, 명칭 변경은 지속적으로 일어나며, 그중 어느 것도 알림을 생성하지 않는다.
인재 매핑은 만들어진 날에는 정확하지만 그 다음 날부터 저하된다. 모든 노드를 타임스탬프가 있는 관찰로 취급하고, 명시적인 노후화 임계값을 적용하며, 한 번 만들어서 1년 동안 참조하는 대신 일정에 따라 재관찰하라. 빠르게 움직이는 회사의 경우 한 분기도 이미 긴 시간이다.
당연한 귀결은 최신성이 매핑 사용자에게 보여야 한다는 것이다. 11개월 전에 마지막으로 확인된 노드는 지난주에 확인된 노드와 다르게 보여야 한다.
수집 계층
이러한 출처의 세 가지 속성이 전송 방식을 중요하게 만든다.
채용 공고와 등기소 정보는 지리적으로 필터링되므로, 미국 관점에서는 독일 조직이 보이지 않을 수 있다. 국제적 커버리지를 주장하려면 수집이 해당 시장에서 이루어져야 한다. 결과 집합은 페이지네이션되어 있으며, 흥미로운 역할은 첫 페이지에 있는 경우가 드물다. 그리고 이들은 일반적인 속도 제한이 있는 일반적인 웹 표면이다.
Shifter 게이트웨이를 사용하면 관측 지점과 세션은 p.shifter.io:443에 대한 인증 정보에 들어간다.
customer-USERNAME-country-de-city-munich-sid-map-4412-ttl-600:PASSWORDcountry-de와 city-munich는 요청을 올바른 시장에 위치시키고, sid-map-4412는 페이지네이션을 포함한 전체 쿼리에 걸쳐 하나의 출구를 유지하며, ttl-600은 해당 주소를 10분 동안 유지한다. 요청당이 아니라 쿼리당 하나의 세션을 사용하는 것이 페이지네이션된 결과 집합을 내부적으로 일관되게 유지하는 방법이다.
빈도는 몰아치는 방식이 아니라 꾸준하고 절제된 방식이어야 하며, 오류 발생 시 실제 백오프를 적용해야 한다. 이는 속도 제한과 요청 스로틀링에서 다룬다. 이 작업에 대한 제품 관점은 채용 및 인재 페이지에 있으며, 채용 측면의 짝이 되는 글은 채용 및 취업 시장 데이터를 위한 레지덴셜 프록시이다.
공개 출처 매핑이 할 수 없는 것
한계에 대해 정직한 것이 나머지 부분을 신뢰할 수 있게 만든다.
아무도 공개하지 않은 보고 라인을 증명할 수 없다. 대부분의 조직에서 실제로 결정을 좌우하는 비공식 구조를 볼 수 없다. 누가 예산을 가지고 있는지 알려줄 수 없다. 그리고 회사 내부 사람과의 대화를 대체할 수 없는데, 이는 중요한 것 대부분을 알아내는 유일한 방법으로 남아 있다.
할 수 있는 것은 어떤 기능이 존재하는지, 대략 얼마나 크고 깊은지, 채용이 어디에 집중되어 있는지, 어떤 기술이 어디에 모여 있는지, 그리고 언제 무언가가 바뀌었는지 알려주는 것이다. 대부분의 인재 인텔리전스 및 시장 진출 관련 질문에서는 그것이 유용한 부분이다.
FAQ
그냥 전문 네트워크를 스크래핑하면 안 되나?
로그인 뒤에서는 안 되고, 자동화를 금지하는 약관이 있는 곳에서도 안 된다. 이 경로는 또한 보유할 근거가 없는 개인 데이터를 만들어낼 가능성이 가장 높은 경로다. 위에서 설명한 출처들은 로그인된 프로필 피드와는 다른 방식으로 공개되어 있다.
공개 출처 조직도는 얼마나 정확할 수 있는가?
상위 두 계층은 회사가 공개하기 때문에 대개 신뢰할 만하다. 중간 계층은 신뢰도가 제각각인 추론이다. 그 아래는 개인이 아니라 기능과 팀 규모를 설명하게 되는데, 이는 대개 충분하다.
최소한의 실용적 버전은 무엇인가?
한 회사에 대한 채용 공고를 자체 연차 체계에 맞춰 정규화하고, 명시된 보고 라인은 관찰로 기록하고 나머지는 모두 추론으로 기록하는 것. 그것만으로도 대부분의 구조적 질문에 답할 수 있다.
필요 없는 개인 데이터를 보유하지 않으려면 어떻게 해야 하는가?
저장 시점이 아니라 수집 시점에 결정하라. 질문이 역할로 답이 된다면 이름을 기록하지 마라. 리크루터의 전화번호는 결코 찾고 있던 대상이 아니므로, 공고 텍스트에서 연락처 정보를 관례적으로 제거하라.
결론
공개 출처로부터 구축된 조직도는 신뢰 수준이 붙은 모델이며, 그 형태로는 진정으로 유용하다. 사실로 제시되거나 구조를 설명하는 대신 사람을 수집하는 쪽으로 흘러가는 순간 부채가 된다.
역할 수준에서 작업하고, 모든 노드에 대해 출처와 날짜를 기록하고, 관찰과 추론을 분리하고, 회사가 실제로 운영하는 시장에서 수집하고, 일정에 따라 재관찰하라. 수집 계층에 대한 요금은 가격 페이지에 있다.