내부 개발자 플랫폼을 위한 제품 사고방식 채택
PLG(제품 주도 성장) 전략을 채택하면 내부 개발자 플랫폼이 직원 취득, 보존 및 확장을 위한 기본 도구가 됩니다. Figma 및 Shopify와 같은 회사는 이 고객 중심 접근 방식을 사용하여 제품을 구동합니다. 그러나 이것이 플랫폼 엔지니어링과 어떤 관련이 있을까요? 목표는 내부 개발자 플랫폼이 회사 내에서 채택하고 사용할 수 있는 충분한 가치를 가져오는 것입니다. 플랫폼 엔지니어링 작업을 수행하는 팀은 자신을 내부 개발자 플랫폼의 제품 소유자로, 개발자를 최종 고객으로 생각해야 합니다.
즐거운 경험을 가진 개발자를 유인합니다.
고객은 플랫폼을 사용하려고 하지만 플랫폼을 사용하도록 의무화하지 않아야 합니다. 즐거운 개발자 환경을 만들고 동시에 운영자가 개발 업체와 쉽게 공동 작업할 수 있도록 하여 개발자를 유도합니다. 다른 내부 고객 및 이해 관계자가 원하거나 필요로 하는 것을 이해하는 데 도움이 되는 한 가지 방법은 고객 개발 프로세스를 사용하여 가설을 테스트하는 것입니다.
우리는 제품처럼 관리 ... 우리 팀은 [애플리케이션의] 비즈니스 사례와는 아무런 관련이 없는 [개발 팀] 질문에 답변하는 데 주력하고 있습니다. - Mark, 플랫폼 엔지니어링 책임자, 유럽 대규모 다국적 소매 회사
이 인용문은 제품 사고방식을 가진 플랫폼 엔지니어링 조직의 좋은 예입니다. 이 팀은 개발자가 필요로 하고 원하는 도구와 기능을 구축하여 운영 보안, 규정 준수 및 중요한 기타 요구 사항을 처리할 수 있도록 합니다. 이러한 요구 사항은 개발 팀이 처음 형성된 비즈니스 이유와 직접적인 관련이 없습니다. 대신, 이러한 도구는 개발과 운영 사이의 중요한 접착제입니다.
속도, 품질 및 사용 편의성 메트릭을 사용하여 성공 측정
플랫폼 엔지니어링 과정을 시작할 때 플랫폼이 효과적이고 인재를 유지하는 데 도움이 되도록 일관된 메트릭을 설정해야 합니다. 데이터로 성공을 측정하는 방법을 정의해야 합니다.
플랫폼이 속도(비즈니스 가치를 제공하는 시간), 제품 품질 및 플랫폼의 사용 편의성을 측정하는 방법을 측정해야 합니다. 또한 내부 고객이 만족할 뿐만 아니라 번창하는지 여부를 측정하려고 합니다. 수집한 이러한 메트릭에서 증류하는 정보는 다음 투자 집합을 조정하는 데 도움이 됩니다. 그런 다음 기능 보존 및 사용 메트릭을 통해 전체 수치에 영향을 준 특정 투자의 양을 확인할 수 있습니다.