# ADR: NCSoft 같은 경우, 내가 속해 있는 프로젝트에 대한 교육 영상 + 모회사 영상을 만들어서 보게 하고 내가 속해 있는 프로젝트에 대한 이해도...

## Status
accepted

## Context
NCSoft 같은 경우, 내가 속해 있는 프로젝트에 대한 교육 영상 + 모회사 영상을 만들어서 보게 하고 내가 속해 있는 프로젝트에 대한 이해도를 높히기 위해 교육 후 시험을 봐. 왜 이런것들은 해야하는지 기대 효과 까지 해서 이런 유사한 아이디어로 3개 정도 써주면 어떄?

## Decision
가장 먼저 결론을 말씀드리면, 사용자가 언급하신 NCSoft의 사례는 "지식의 파편화를 막고, 조직의 정체성(Identity)과 업무 표준(Standard)을 강제로 동기화하는 프로세스"입니다. 단순히 영상을 보는 것을 넘어, '모회사'라는 거대한 맥락(Context)을 주입함으로써 개별 프로젝트 팀이 고립되는 것을 방지하고, 조직 전체의 역량을 상향 평준화하려는 전략적 의도가 담겨 있습니다. 이와 유사한 논리로, "조직 내 지식 전파와 기술적 표준 준수"를 목적으로 하는 3가지 확장 아이디어를 제안합니다. --- 1. [기술 표준형] Tech-Stack Alignment Program (기술 스택 동기화 프로그램) "모든 프로젝트가 동일한 '설계 원칙'과 '코드 컨벤션'을 따르게 만드는 프로세스" - 핵심 내용: 신규 프로젝트 시작 시, 모회사의 표준 아키텍처(예: MSA 구조, API 가이드라인) 교육 영상을 시청하게 하고, 자사 인프라 활용법에 대한 테스트를 실시합니다. - 기...

## Reason
Captured automatically because the conversation contained decision-oriented language.

## Alternatives
Not captured yet.

## Consequences
- Future prompts should treat this as project context unless the user changes direction.
