플랫폼 엔지니어링 사례를 채택한다는 것은 공유 플랫폼 및 기능의 비공식적이고 일관되지 않은 사용에서 조직 전체의 보다 조정되고 표준화되고 참여적인 접근 방식으로 전환하는 것을 의미합니다. 이 문서에서는 조직이 서비스, 도구 및 기술을 검색, 선택 및 효과적으로 사용하여 응집력 있고 효율적인 플랫폼 엔지니어링 환경을 만드는 방법에 중점을 두고 채택 단계를 간략하게 설명합니다.
포커스 영역에는 서비스, 도구 및 기술 검색, 선택 및 사용이 포함됩니다.
공유 플랫폼 및 기능의 채택은 산발적이고 일관성이 없습니다. 필요한 지원 서비스 및 기술을 선택하고 통합하기 위한 조직 차원의 전략이나 지침이 없습니다. 개별 팀은 자체 프로세스를 개선하기 위해 플랫폼 사례를 적용할 수 있지만 조직 전체에서 조정된 노력이나 표준화는 없습니다. 이 채택 수준에는 일관된 접근 방식이 없습니다. 이러한 접근 방식을 사용하는 조직은 외부 도구가 내부적으로 제공되는 도구보다 더 효과적이라고 믿습니다.
서비스, 도구 및 기술 검색: 도구와 기능은 종종 입소문이나 우연한 만남을 통해 비공식적으로 검색됩니다.
서비스, 도구 및 기술 선택: 엔지니어링 팀은 특정 요구 사항에 따라 서비스 및 기술을 독립적으로 선택하고 통합합니다.
서비스, 도구 및 기술 사용: 엔지니어링 팀은 고유한 스크립트, 도구 및 프로세스를 특정 컨텍스트 및 요구 사항에 고유한 것으로 유지 관리합니다.
필수적
조직은 공유 플랫폼 및 기능의 가치를 인식하고 이를 장려하고 육성하기 위해 노력하고 있습니다. 내부 지시문은 일부 사용 사례에 대해 공유 플랫폼 서비스를 장려하거나 사용해야 합니다. 일부 제품 팀은 다른 제품보다 플랫폼 기능을 더 많이 사용합니다. 기능은 조직의 일반적인 사용 사례를 다루지만 일반적인 사용 사례는 다루지 않습니다. 이러한 이상값을 공통 플랫폼에 추가하는 것은 어렵습니다.
기능의 사용자 검색 및 사용 방법은 일치하지 않습니다. 플랫폼 팀에서 지시하지 않는 한 제품 팀의 사용자가 지원되는 기능을 검색하지 못할 수 있습니다.
서비스, 도구 및 기술 검색: 엔지니어링 팀은 특정 도구와 기능을 사용하기 위해 플랫폼 팀 지침을 찾아야 합니다. 이 지침은 내부 설명서 또는 조직 전체 지시문에 명시될 수 있습니다.
서비스, 도구 및 기술 선택: 엔지니어링 팀은 플랫폼 팀과 비공식적인 논의를 통해 위임된 서비스 및 기술을 선택하고 통합할 수 있습니다. 엔지니어링 팀은 특정 요구 사항을 충족하는 경우 위임된 서비스 및 기술을 선택하고 통합합니다.
서비스, 도구 및 기술 사용: 프로세스는 플랫폼 팀이 만드는 표준을 중심으로 구축되지만, 요구 사항을 정확히 충족하지 못하면 엔지니어링 팀에서 쉽게 확장할 수 없습니다. 엔지니어링 팀은 위임된 표준을 사용하지 못하거나 사용하지 못하지만 최종 결과에 만족하지 않습니다.
광고
조직은 팀 요구 사항에 맞는 혜택 및 특정 사용 사례를 명확하게 전달하여 플랫폼의 기능을 적극적으로 홍보합니다. 플랫폼 팀은 엔지니어링 팀과 긴밀하게 협력하여 이러한 이점을 강조할 뿐만 아니라 성과 기록표 및 SPI(서비스 관리 지표)와 같은 도구를 통해 성능 비교 및 목표 설정을 용이하게 합니다. 운영 오버헤드를 줄이기 위해 고품질 지원 서비스가 제공되므로 플랫폼이 제품 팀에게 매력적인 옵션입니다.
그러나 이러한 노력에도 불구하고 일부 팀은 서비스를 플랫폼으로 마이그레이션할 때 여전히 낮은 ROI를 인식하여 기존 루틴과 관행에서 벗어나는 것을 주저할 수 있습니다. 또한 조직은 서비스를 플랫폼으로 마이그레이션해야 하는 지속적인 필요성과 기술 부채 감소의 균형을 맞추는 복잡한 과제에 직면해 있습니다. 이러한 장애물을 극복하려면 플랫폼의 가치 제안이 조직 전체의 모든 팀과 공감할 수 있도록 플랫폼 팀의 지속적인 참여와 지원이 필요합니다.
서비스, 도구 및 기술 검색: 공통 플랫폼은 조직의 일반적인 사용 사례를 다루는 기능을 노출합니다. 엔지니어링 팀은 플랫폼 팀 지시문을 통해 플랫폼 기능을 검색합니다.
서비스, 도구 및 기술 선택: 플랫폼 팀은 엔지니어링 팀과 협력하여 플랫폼 기능 선택을 장려합니다.
서비스, 도구 및 기술 사용: 서비스, 도구 및 기술 사용과 관련된 문제 및 솔루션은 조직 내에서 비공식적인 실무 커뮤니티를 통해 공유됩니다. 예를 들어, 그들은 기능의 사용을 옹호하기 위해 개발 팀 내에서 대사 또는 챔피언을 임명합니다.
가치 중심
제품 및 서비스 팀의 사용자는 더 높은 품질의 지원 서비스를 제공하면서 제품 팀의 인지 부하를 줄이는 데 제공하는 명확한 가치 때문에 플랫폼과 해당 기능을 사용하도록 선택합니다. 설명서 및 인체 공학 인터페이스를 사용하면 제품 팀 사용자가 플랫폼 기능을 신속하게 프로비전하고 사용할 수 있습니다. 사용자는 기능 자체 개발 또는 공급자 고용과 같은 대안보다 내부 플랫폼 구현을 선택합니다.
서비스, 도구 및 기술 검색: 엔지니어링 팀은 플랫폼에 적극적으로 참여하여 다양한 기능을 검색합니다.
서비스, 도구 및 기술 선택: 엔지니어링 팀은 플랫폼을 사용하여 기술 요구 사항에 대한 솔루션을 찾습니다. 이 플랫폼은 각 기능에서 제공하는 가치를 설명하고 엔지니어링 팀에서 선택하는 것을 구동합니다.
서비스, 도구 및 기술 사용: 플랫폼 기능의 사용은 템플릿, 지원 포럼, 설명서 등을 통해 플랫폼에서 완전히 지원됩니다.
참여형
제품 팀의 사용자는 에코시스템에 가입하고 다시 기여함으로써 플랫폼 기능에 더 많은 투자를 합니다. 일부 기여는 기존 기능을 개선하고 수정합니다. 다른 사용자는 새로운 사용 사례를 해결하기 위해 새로운 기능과 기능을 소개합니다. 프로세스 및 서비스가 정의되고 사용자가 요구 사항을 식별하고 여러 제품 및 플랫폼 팀 간의 기여를 조정할 수 있습니다. 새로운 기능은 일관된 인터페이스 및 포털과 완전한 설명서 및 표준 버전 관리 기능을 통해 게시됩니다.
서비스, 도구 및 기술 검색: 개발자 옹호자 및 내부 대사는 플랫폼 소유권을 앱 및 서비스 팀 기여자로 확장하는 내부 사용자 커뮤니티를 빌드하고 지원합니다.
서비스, 도구 및 기술 선택: 플랫폼 엔지니어는 제품 팀 계획에 참여하여 요구 사항을 알아보고 기존 기능을 제안합니다.
서비스, 도구 및 기술 사용: 엔지니어링 팀은 플랫폼 기능에 대한 수정, 기능 및 피드백을 제공할 수 있습니다. 엔지니어링 팀은 필요한 확장으로 끌어오기 요청을 생성하고 검토에 참여합니다.