깊은 기여와 폭넓은 기여

Source: Dev.to

번역을 진행하려면 실제 번역하고자 하는 텍스트(본문)를 제공해 주시겠어요?
본문을 주시면 원본 형식과 마크다운을 유지하면서 한국어로 번역해 드리겠습니다.

요약

• 깊은 기여는 프로젝트 작업을 의미합니다.
• 넓은 기여는 transject 작업을 의미합니다.

오늘날 세계에서는 깊은 기여가 우위에 있어 높은 수준의 인적 자원을 필요로 하기 때문에 인재 부족을 초래하는 경향이 있습니다. 이를 완화하기 위해서는 넓은 기여 패러다임으로 전환하는 것이 유익합니다.

배경

일 ≒ 프로젝트 작업이며 역할 ≒ 프레임워크인 현실

대부분의 조직에서 인재 부족 현상이 보고되고 있는데, 이는 “일”에 대한 인식이 거의 유연하지 않기 때문입니다.

Work는 종종 프로젝트 작업과 동일시됩니다:

• 구성원은 프로젝트와 팀에 적응할 수 있는 포괄적인 역량을 필요로 합니다.
• 이러한 역량이 없으면, 개인이 숙련되어 있더라도 가치 있는 자산으로 평가받지 못합니다.

Roles는 프레임워크 모델로 취급됩니다:

• 프레임워크가 사전에 만들어지고, 그 프레임워크에 맞는 인재를 찾습니다.
• 직무 설명은 다양하게 바뀔 수 있지만, 이는 프레임워크의 재료나 색을 바꾸는 것에 불과하며, 포지션이나 역할 명칭의 “프레임워크” 자체는 정적인 상태를 유지합니다.

즉, 포괄적인 능력을 갖추고 프레임워크에 맞는 사람만이 통과할 수 있어, 이러한 인재를 찾기가 매우 어렵습니다.

엔지니어도 예외는 아니다

엔지니어 역시 같은 문제에 직면해 있습니다. 인적 자원 관리와 채용을 담당하는 매니저와 시니어 엔지니어들은 요구되는 포괄적인 역량을 가진 인재를 찾는 데 어려움을 겪습니다. 따라서 장기적인 인재 육성에 집중해야 하는데, 이는 상당한 커뮤니케이션 비용을 수반합니다—마치 가르치는 것과 같습니다. 이들은 종종 “필요하다”거나 “육성은 즐거울 수 있다”는 식의 논리로 이러한 노력을 정당화하지만, 여전히 도전적인 과제로 남아 있습니다.

패러다임을 바꿀 시간

위에서 설명한 문화는 내가 Deep Contribution 접근법이라고 부르는 것이다. 프로젝트는 정확히 이 범주에 들어간다: 특정 범위에 뛰어들어 의도된 결과를 달성하기 위해 성공할 때까지 무엇이든 하며 노력한다.

이 접근법에만 의존하는 데는 한계가 있다. 이제 더 새롭고 신선한 패러다임을 도입할 때이다.

깊은 기여와 넓은 기여

• Deep Contribution은(는) 프로젝트 작업을 의미합니다. 이름이 시사하듯, 특정 범위 안에서 깊이 파고들어 원하는 결과가 나올 때까지 끊임없이 작업합니다. 처음에 불가능하다면, 가능해질 때까지 인내하며 점점 더 깊이 파고드는 것을 의미합니다.

• Wide Contribution은(는) 비프로젝트, 교차 지원 역할을 의미합니다. 특정 프로젝트에 소속되지 않고 최선의 노력으로 작업하지만, 그 대가로 영향 범위가 넓습니다. 예를 들어, 임원 직책이 아닌 일반 엔지니어가 회사 내 수천 명의 직원에게 정기적으로 블로그 글을 제공하고 모든 직원의 질문에 답변하는 경우가 있습니다.

가치 비교

• 깊은 기여는 단일 프로젝트에 100의 가치를 제공합니다.
• 넓은 기여는 100개의 프로젝트에 1의 가치를 제공합니다.

폭넓은 기여 사례

폭넓은 기여에는 이름이 있습니다: Transject. 구체적인 예시를 담은 글을 이미 작성했습니다—보시기 바랍니다:

👉️ Project vs Transject - DEV Community

폭넓은 기여가 인력 부족을 완화한다

깊이 있는 기여(프로젝트 우월성)에만 집중하는 것은 단일체 코드와 같다: 급하게 작성되고, 깔끔함보다 속도를 우선시하여 보기 흉하고 유지보수가 어려운 코드와 견딜 수 없는 기술 부채를 만든다. 이러한 혼란을 견디려면 전반적으로 뛰어난 인재가 필요하다.

폭넓은 기여가 인정받고 폭넓은 기여자가 늘어날 때, 조직은 다음과 같은 혜택을 얻는다:

• 기존 작업과 구조를 의도적으로 검토하고, 이를 언어화·모델링하며, 무엇을 추출하고 재구성할지 결정한다—공통 데이터를 변수로 전환하거나 프로세스를 함수로 모듈화하는 것과 유사하다.
• 이해되고 채택될 때 편리해지는 아이디어와 방법을 개발·조직·전달한다—린터, 포매터, 타입 시스템을 도입하는 것에 비유할 수 있다.

단기적으로는 더 많은 노력이 필요할 수 있지만, 중장기적으로는 더 나은 구조화를 가져온다. 엔지니어라면 구조화된 시스템의 장점을 분명히 이해하고 있을 것이다.