입사 첫날 민지는 두 시간 동안 회사의 역사와 “질문하는 문화”를 들었습니다. 오후에 고객 데이터 접근법을 묻자 선배는 위키를 찾아보라고 했지만 문서는 8개월 전에 끝난 도구를 설명하고 있었습니다. 가상의 신입이 첫날 배운 문화는 발표 자료가 아니라 질문에 답이 돌아오는 방식이었습니다.

핵심 가치를 설명하기 전에 그 가치가 적용된 실제 결정, 질문했을 때의 반응, 업무 우선순위와 권한 경계를 경험하게 해야 합니다.

먼저 보면 좋은 점

  • 첫 주에는 가치가 적용된 결정 사례를 보여줍니다.
  • 첫 30일 과제에 판단 기준과 질문 경로를 붙입니다.
  • 신규 입사자의 적응보다 온보딩 환경의 결함을 측정합니다.

좋은 사례와 어려운 사례를 같이 보여줍니다. 성공 사례만 보여주면 핵심가치는 홍보 영상처럼 들립니다. 일정과 품질이 충돌했던 결정, 큰 고객의 요구를 거절한 이유, 실수 보고 뒤 바꾼 장치처럼 비용이 있었던 사례가 판단 기준을 더 잘 설명합니다.

사례에는 개인의 실명이나 평가 내용을 넣지 않습니다. 상황, 선택지, 사용한 기준, 결과, 다음에 바꿀 점만 남겨 새로운 구성원이 안전하게 토론할 수 있게 합니다.

기존 90일 계획에 가치 경험을 겹쳐 놓습니다. 계정·장비·문서 같은 행정 기반과 팀 관계, 작은 성과의 단계는 그대로 필요합니다. 여기에 시점마다 “어떤 판단을 혼자 할 수 있는가”, “어디에서 이의를 제기할 수 있는가”, “결과가 나쁠 때 누구에게 어떤 방식으로 보고하는가”를 추가합니다.

30일 설문에서는 가치 문구를 외웠는지 묻지 않습니다. 채용 때 설명한 일과 실제 일이 같은지, 질문이 안전했는지, 우선순위를 이해하는지, 필요한 권한이 있는지를 묻습니다.

민지의 첫 과제는 회사의 실제 기준을 드러냈습니다. 매니저는 오래된 위키를 고치라는 일을 민지에게 떠넘기지 않았습니다. 데이터 담당자와 접근 절차를 복구하고, 민지에게는 고객 요청 한 건을 처리하면서 어떤 정보가 없었는지 기록해 달라고 했습니다. 잘못된 문서를 발견한 일이 첫 성과로 인정됐습니다.

둘째 주에는 긴급 고객 요청과 개인정보 원칙이 충돌한 과거 결정을 함께 검토했습니다. 정답을 외우게 하지 않고 누가 결정하며 어디서 멈춰야 하는지 보여줬습니다. 한 달 뒤 민지는 가치 문구보다 실제 판단 경로를 설명할 수 있었습니다.

첫 30일 가치 경험표

첫날

  • 가치 문구보다 질문해도 되는 사람과 채널을 알려줍니다.
  • 회사가 최근 잘못 판단했고 고친 사례 하나를 공유합니다.
  • 업무 외 연락과 휴식의 경계를 명확히 말합니다.

첫 주

  • 실제 결정 기록을 보며 어떤 기준이 쓰였는지 대화합니다.
  • 고객과 동료에게 미치는 영향을 직접 볼 기회를 만듭니다.
  • 채용 때 설명한 역할과 실제 첫 과제를 다시 맞춥니다.

첫 달

  • 작은 실제 업무에서 본인이 판단할 범위를 정합니다.
  • 매니저가 결과뿐 아니라 질문·협업·판단 과정을 피드백합니다.
  • 막힌 지점을 개인 능력이 아니라 계정·문서·역할·지원 문제로 분류합니다.

메모

  • 기존 개발자 온보딩 90일 가이드의 일정·역할 설계와 함께 읽도록 구성합니다.
  • 신규 입사자의 동화를 개성 포기나 무조건적 순응으로 정의하지 않습니다.

참고 자료