[ad_1]
이 블로그 게시물은 Intuit 직원 소프트웨어 엔지니어인 Rocio Montes와 수석 기술 전도사인 Aliza Carpio가 공동 작성했습니다.
InnerSource는 단순한 방법론이 아닙니다. 그것은 삶의 방식입니다.
오픈 소스가 전 세계 소프트웨어 개발 커뮤니티에서 소유권에 대한 전통적인 개념을 재구성하고 뒤집은 것처럼 InnerSource는 우리가 조직 내에서 작업하고 혁신하는 방식을 바꿉니다.
팀 구성원뿐만 아니라 다른 엔지니어가 코드베이스에 기여할 수 있도록 함으로써 비즈니스와 고객에게 더 나은 결과를 제공할 수 있습니다. 동시에 InnerSource는 개발자의 삶을 더 단순하고 흥미롭게 만들 수 있습니다. Intuit는 누구나 기여할 수 있도록 모든 리포지토리를 공개하는 것을 목표로 삼았습니다. 종속성이 많은 주요 리포지토리부터 시작하여 단계별 접근 방식을 취하고 있으며 이미 절반 이상 진행되었습니다!
GitHub Universe 2020에서 Intuit의 InnerSource 여정에 대해 논의할 예정입니다. 12월 10일 오후 1시 EST<. 우리의 이야기를 공유하고자 하는 이유가 여기 있습니다.
InnerSource의 장점은 무엇입니까?
사람들은 종종 InnerSource가 고객과 비즈니스에 의미하는 측면에서 InnerSource의 이점에 대해 이야기합니다. 고품질 제품과 기능을 보다 신속하게 제공하고, 고객 문제를 보다 효율적으로 해결하고, 보다 즐거운 경험을 창출할 수 있습니다.
모두 사실이지만 InnerSource가 개별 엔지니어와 개발자에게 무엇을 제공하는지 이해하는 것도 중요합니다. 예를 들어:
- 더 간단한 종속성 관리. 내부 소스를 사용하면 대기 시간이 없습니다. 사용 사례를 추가하여 코드를 확장해야 하는 경우 풀 요청을 생성하고 변경 사항을 기여할 수 있습니다. “소유자”가 기여할 수 있는 액세스 권한을 부여할 때까지 기다릴 필요가 없습니다.
- 간소화된 프로세스. 회의를 예약하는 대신 코드를 통해 직접 통신할 때 팀 간 협업이 훨씬 빨라집니다. 자동화된 코드 검토 워크플로우와 잘 문서화된 리포지토리도 많은 시간을 절약해 줍니다.
- 중복 감소. 아무도 다른 사람의 코드베이스에서 기능을 복제하는 데 시간을 보내고 싶어하지 않지만 풀 요청에 따라 조치를 취하기를 기다리는 것보다 빠를 수 있습니다. InnerSource를 사용하면 기여에 대한 요구 사항이 항상 명확하므로 기능을 직접 확장하거나 수정하는 방법을 알 수 있습니다. Intuit에서 팀은 또한 외부 풀 요청에 대한 응답 시간에 대한 SLA(서비스 수준 계약)를 작성하여 림보에 빠지지 않도록 합니다.
- 성장 기회. 익숙하지 않은 프로젝트에 기여하면 다른 기술 스택에서 기술을 쌓을 수 있는 기회를 얻을 수 있습니다. 또한 회사에 더 큰 영향을 미칠 수 있는 방법이기도 합니다.
시작하려면 무엇이 필요합니까?
조직에서 InnerSource를 채택하는 것이 빠르고 쉬운 척하지 않습니다.
Intuit가 2018년 여정을 시작했을 때 다양한 리포지토리 구조 및 문서에서 코드 검토 워크플로우에 이르기까지 모든 것을 표준화하기 위해 해야 할 일이 많았습니다. 그러나 이러한 노력은 사업 전반에 걸쳐 품질을 개선하는 데 도움이 되었습니다. 오픈 소스와 마찬가지로 InnerSource는 높은 수준의 코드 위생을 요구합니다. 다른 사람들이 효과적으로 기여할 수 있으려면 읽기 쉬운 코드, 뛰어난 자동화, 기여가 필요한 부분에 대한 명확한 이해, 강력한 CI/CD 파이프라인이 필요합니다. 이는 모든 개발 조직의 중요한 강점입니다.
InnerSource 이니셔티브의 첫 번째 단계는 통합된 기여, 품질 및 릴리스 지침 세트를 만드는 것입니다. 조직에서 InnerSource를 인큐베이팅할 때 개방적이고 협업적인 방식으로 작업하는 모델 팀을 교육하는 데 집중하는 것이 좋습니다. 마찬가지로 기본 기능 세트(예: 대부분의 통합 및 변경 요청이 있는 서비스)를 식별하고 기여에 대한 우선 순위를 지정할 수 있습니다. 그리고 처음 시작하는 사람들을 돕기 위해 적극적으로 기여를 구하는 프로젝트의 마스터 목록을 게시할 수 있습니다.
또한 팀 리더와 일반 개발자로부터 동등한 동의를 얻는 것이 중요합니다. 우리의 핵심 팀은 16개 글로벌 사이트에 걸쳐 약 4,000명의 기술자에게 InnerSource를 옹호하는 일을 담당하고 있으므로 가능한 모든 협력자가 필요합니다. 사실, 최고의 인플루언서 중 일부는 이제 막 대학을 졸업했습니다. 그들은 오픈 소스와 협업 모델의 문화에서 성년이 되었기 때문에 InnerSource는 그들에게 자연스럽고 직관적입니다. 다른 사람들은 코드 소유권 상실에 대한 우려로 저항할 수 있습니다.
그렇기 때문에 기술 리더는 팀 외부의 새로운 기여에 대한 존중을 보여야 하고 팀이 익숙하지 않을 수 있는 제안 및 추가적인 피드백 계층에 대한 개방성을 보여야 합니다. 사람들이 비판이나 방어가 아닌 공감의 위치에서 응답하도록 격려하면 강력한 InnerSource 문화에 기여합니다. 가치 있는 기여자의 모범 사례와 협력적 행동을 축하하는 보상 및 인정 시스템도 마찬가지입니다(눈에 보이는 모든 코드베이스에 영향을 미치는 개인의 경향을 완화하면서!).
InnerSource를 채택하는 데 시간이 걸릴 수 있지만(점진적 프로세스여야 함) 조직과 개발자에게 도움이 될 수 있습니다. Intuit에서의 여정을 계속하고 더 나은 소프트웨어를 더 빠르게 구축할 수 있는 잠재력을 탐구하는 다른 회사를 보게 되어 기쁩니다.
다음 세션에서 InnerSource의 원칙, 과제 및 사례에 대해 더 자세히 알아볼 것입니다. 깃허브 유니버스 2020<. 우리는 당신이 우리와 함께하기를 바랍니다!
[ad_2]
Source_lin
