피어러닝 모임이 근황 이야기로 끝나는 이유, 설계 공백 진단 - 테크창
HRD
운영자 픽

피어러닝 모임이 근황 이야기로 끝나는 이유, 설계 공백 진단

AI 활용 테크창 연구팀이 인공지능을 활용해 작성하고, 사실 확인과 편집 심사를 거쳐 발행한 칼럼입니다. 제작 과정 보기

조회 22회
댓글 0개
0

피어러닝 모임을 열었는데 첫 십 분이 근황 이야기로 끝나고 마무리 인사만 남은 경험이 있으신가요? 모임이 근황으로 끝나는 건 사람이 소극적이어서가 아니라 과제·질문·역할·점검 날짜가 비어 있기 때문입니다. 이 글은 그 빈자리를 공통 과제·구조화된 질문·심리적 안전감·관리자 후원·적용 점검이라는 다섯 조건으로 나눠 봅니다. 그리고 대화가 멈추는 지점을 설계 공백과 환경 공백으로 나눠 진단하고, 도입 전에 무엇부터 점검할지 순서를 제안합니다.

왜 지금인가

"도입했는데 왜 작동하지 않는가"라는 질문이 지금 실무에서 커지는 이유는 비용 구조에 있습니다. 외부 강사도 교재도 필요 없어 보이니 도입 결재는 쉽지만, 같은 이유로 설계를 빼고 시작하기도 쉽습니다. 법정 교육과 달리 피어러닝에는 시간·대상·점검을 정해 주는 근거 규정이 없어서, 그 빈자리는 담당자가 직접 채워야 합니다. 쉽게 열 수 있는 모임일수록 빈 채로 열리기 쉽다는 것, 이것이 지금 이 질문을 다룰 이유입니다.

피어러닝은 강사가 아니라 동료가 서로의 업무 경험과 당면 과제를 자원으로 삼아 배우는 방식입니다. Lave & Wenger(1991)와 Wenger(1998)의 실천공동체 논의도 '함께 다루는 일'이 있어야 배움이 일어난다고 보는데, 아래 표 1의 첫 조건인 공통 과제가 바로 그 자리입니다.

피어러닝은 "모이게 하는 일"이 아니라 "모인 시간에 무엇을 하게 할지 설계하는 일"입니다.

숫자로 보는 현황

2024년 기준 직무 관련 교육·훈련을 실시한 적 없는 업체는 40.7%였습니다(중소벤처기업부, 386,335개 업체 대상, KOSIS). 정해진 교육 설계가 없는 자리가 적지 않다는 맥락으로만 참고하며, 그 자리는 담당자가 과제·질문·점검을 직접 채워야 합니다.

피어러닝 성과 조건: 인사말을 넘기는 다섯 가지 설계

인사말에서 끝나는 두 가지 구조적 원인

대화가 근황에서 멈추는 원인은 크게 둘로 나눌 수 있습니다.

첫째는 설계 공백입니다. 주제, 질문, 역할이 비어 있는 경우입니다. "자유롭게 이야기 나누세요"라는 안내를 받으면 사람들은 가장 안전한 화제, 곧 서로의 근황을 고릅니다. 참석자에게 소극성이 있어서가 아니라 합리적인 선택입니다. 발제하는 사람도, 질문하는 사람도, 기록하는 사람도 없으면 대화는 누구의 책임도 아닌 시간이 됩니다.

둘째는 환경 공백입니다. 설계는 있어도 심리적 안전감과 관리자 후원이 받쳐 주지 않는 경우입니다. 부족한 점을 말하면 평가받을 것 같아 침묵하거나, 관리자가 시간은 허락하지만 내용에는 관심이 없는 경우가 대표적입니다. 이 경우 사람들은 말을 아끼고 최소한만 참여하는 합리적 행동을 합니다. 두 원인을 구분해야 하는 이유는 처방이 다르기 때문입니다. 설계 공백은 담당자가 고칠 수 있지만, 환경 공백은 관리자와 팀의 합의가 필요합니다. 업무량이나 평가 구조는 이 글이 말하는 다섯 조건 밖의 별도 환경 요인으로, 한계 절에서 따로 다룹니다.

성과로 이어지는 다섯 조건

표 1은 필자의 진단 틀이며, 효과가 입증된 기준이 아니라 흔한 실패 지점과 확인 신호를 짝지은 것입니다. 각 조건의 공백 유형과 담당 주체를 함께 표시했고, 환경 공백은 심리적 안전감과 관리자 후원에 한정합니다. 업무량·평가 구조는 다섯 조건 밖의 별도 환경 요인입니다.

표 1. 피어러닝 성과 조건 5가지: 도입 단계의 실패 지점과 확인 신호

조건 공백 유형 담당 주체 흔한 실패 지점 확인 신호
공통 과제 설계 공백 담당자 주제가 "서로 배우기"처럼 추상적이라 각자 다른 이야기를 함 모임 안건이 실제 업무 과제 한 가지로 적혀 있음
구조화된 질문 설계 공백 담당자 질문 없이 근황으로 시작함 발제자가 질문 2~3개를 사전에 공유함
심리적 안전감 환경 공백 관리자·팀 부족한 점을 말하면 평가받을 것 같아 침묵함 막힌 지점과 실패 경험이 먼저 공개됨
관리자 후원 환경 공백 관리자 시간을 허락하지만 내용에는 관심이 없음 관리자가 시간을 보장하고 적용 결과를 물음
적용 점검 설계 공백 담당자 모임이 끝나면 아무도 후속을 확인하지 않음 정해진 날짜에 적용 여부를 공유함

심리적 안전감은 Edmondson(1999)이 팀 학습 연구에서 제시한 개념으로, 팀원이 대인 관계 위험을 감수해도 안전하다고 믿는 팀 수준의 믿음을 뜻합니다.

도입 전 점검 순서와 확인 신호

초보 담당자의 점검 순서는 이렇게 제안합니다. 먼저 과제가 있는지 봅니다. 다음으로 질문과 역할을 정하고, 그다음 시간을 확보합니다. 이어서 관리자와 합의하고, 마지막으로 적용 점검 날짜를 정합니다. 과제가 없으면 뒤의 단계는 의미가 없으므로 순서를 바꾸지 않는 것이 좋습니다.

도입 후에는 참여율 대신 세 가지 신호를 봅니다. 모임에서 나온 아이디어를 업무에 써 본 적용 사례 수, 모임 밖에서 이어진 후속 대화, 그리고 처음 올린 과제가 풀렸는지 여부입니다. 참여율은 사람들이 왔다는 사실만 말해 주지만, 이 신호들은 대화가 일로 넘어갔는지를 보여 줍니다.

세 신호는 아래 양식으로 기록하면 다음 날부터 쓸 수 있습니다. 먼저 2주 뒤 공유용 한 줄 양식입니다. 모임 때 약속한 사람이 복사해 채워 넣습니다.

[날짜] 과제: ____ / 해 본 것: ____ / 결과: 해결·부분 해결·미해결 / 모임 밖 후속 대화: 있음(누구와)·없음 / 다음에 필요한 것: ____

다음은 월 단위 간단 집계표입니다. 위 한 줄 양식을 모아 담당자가 월말에 칸을 채웁니다.

월 모임 횟수 적용 사례 수 후속 대화 건수 해결된 과제 / 올린 과제 다음 달 조정할 점
/

한계: 조건이 있어도 흔들릴 수 있습니다

동료 학습의 성과 효과를 직접 입증한 연구는 아직 제한적입니다. 설계 공백과 환경 공백의 구분, 다섯 조건 표, 도입 후 세 신호는 필자의 진단 틀이며 효과가 입증된 기준이 아닙니다. 인용한 통계는 교육 설계가 없는 자리라는 맥락만 보여 줄 뿐 피어러닝의 성과를 입증하지 않습니다. 다섯 조건을 모두 갖추어도 조건 밖의 별도 환경 요인, 곧 업무량이 과중하거나 평가가 개인 성과만 본다면, 사람들은 모임을 형식적으로 소화하고 맙니다. 그래서 조건의 충족은 성과의 보장이 아니라 "형식에 머물 가능성을 줄이는 일"로 이해하는 편이 정확합니다.

현장의 변화

아래는 설계가 대화를 어떻게 바꾸는지 보여 주려는 가상의 예시이며 실제 사례가 아닙니다. 한 교육팀이 월례 모임을 "자유로운 지식 공유"로 열었더니 석 달 만에 참석자가 줄었습니다. 그때의 첫 십 분은 이랬습니다.

  • A: 요즘 어떠세요? 저는 분기 마감 때문에 정신이 없네요.
  • B: 저도요. 다들 바쁘시죠. 오늘은 뭘 이야기할까요?
  • C: 글쎄요, 자유롭게 하면 되지 않을까요? (잠시 침묵한 뒤 마무리 인사)

이후 "신입 온보딩 질문이 반복된다"는 한 가지 과제로 좁히고, 발제·질문·기록 역할을 돌아가며 맡겼습니다. 같은 모임의 첫 십 분은 이렇게 달라졌습니다.

  • A(발제): 신입이 첫 주에 같은 질문을 세 번 합니다. 어제 공유드린 질문은 '어디서 막히는가'와 '무엇을 문서로 바꿀 수 있는가'입니다.
  • B: 저희 팀은 계정 신청에서 막힙니다. 안내 문서가 두 곳에 흩어져 있어요.
  • C(기록): 그럼 2주 뒤까지 한 곳으로 합치고 신입 반응을 공유하는 걸로 적겠습니다.

이 예시에서 바뀐 것은 사람이 아니라 과제, 질문, 역할, 점검 날짜입니다. 다만 가상 예시는 설계가 대화의 첫 십 분을 어떻게 바꿀 수 있는지 보여 줄 뿐, 실제 조직에서 같은 결과가 나온다는 증거는 아닙니다. 실제 모임에서는 과제를 정해도 대화가 다시 근황으로 돌아갈 수 있으므로, 효과는 앞에서 말한 세 신호(적용 사례, 후속 대화, 과제 해결)로 직접 확인해야 합니다.

시사점: 우리가 갖춰야 할 것

  • 모임보다 과제를 먼저 정하십시오. 안건을 "실제로 막혀 있는 업무 한 가지"로 한 줄 적어 모임 공지에 넣으십시오. 과제가 적히지 않으면 그 모임은 열지 않는 편이 낫습니다.
  • 질문과 역할을 사전에 배정하십시오. 발제·질문·기록 세 역할을 돌아가며 맡기고, 발제자가 질문 2~3개를 하루 전에 공유하게 하십시오. "최근 가장 막힌 지점은?" 같은 질문이 근황 대신 과제로 대화를 끌어옵니다.
  • 관리자와는 시간과 질문 하나만 합의하십시오. 후원을 거창하게 요청하기보다 "업무 시간 안에 모임 시간 보장"과 "2주 뒤 적용 여부 묻기" 두 가지만 부탁하십시오. 관리자의 여력이 넉넉하지 않을 수 있다는 점을 전제로 부담을 줄여 주는 방식입니다.
  • 적용 점검 날짜를 모임 끝에 정하십시오. 마지막 오 분에 "2주 뒤까지 무엇을 해 볼 것인가"를 한 줄씩 말하게 하고, 약속한 날 다시 공유하십시오.
  • 조건이 부족하면 최소 설계로 시작하십시오. 실제 과제 1개, 짧은 한 차례 모임, 역할 3개(발제·질문·기록), 2주 뒤 적용 공유가 그 골자입니다. 학생이라면 팀 프로젝트의 막힌 지점을 과제로 삼아 이 구조를 시험해 볼 수 있습니다.
  • 인원과 시간 배분은 이렇게 시작해 볼 수 있습니다(필자의 제안 예시, 효과가 입증된 기준이 아님). 인원은 한 모임에 4~6명, 시간은 한 번에 60분으로 시작해 보십시오. 근거가 확인된 기준이 아니라 출발점으로 제안하는 예시이며, 조직 상황에 맞게 조정하십시오.

맺음말

첫 십 분이 근황으로 끝나던 그 모임은 사람들이 소극적이어서가 아니라 설계와 환경이 비어 있었기 때문에 멈췄습니다. 크게 시작하기보다 작게 시작해 적용 사례, 후속 대화, 과제 해결이라는 신호로 확인하십시오. 다음 모임 공지에 안건 한 줄과 질문 두 개를 먼저 적어 보시기 바랍니다.

참고 자료

  • 중소벤처기업부, 직무관련 교육·훈련 실시여부 및 형태(2024년 기준), KOSIS 통계표 DT_G26040
  • Lave, J. & Wenger, E. (1991), 「Situated Learning: Legitimate Peripheral Participation」, Cambridge University Press
  • Wenger, E. (1998), 「Communities of Practice: Learning, Meaning, and Identity」, Cambridge University Press
  • Edmondson, A. (1999), 「Psychological Safety and Learning Behavior in Work Teams」, Administrative Science Quarterly, 44(2), 350-383

테크창 연구팀

오늘 글에서 하나 가져간다면?

다 읽고 남은 한 가지를 한 줄로 적어 주세요. 다른 독자에게도, 다음 글을 쓰는 연구팀에게도 가장 좋은 신호가 됩니다.

Making of · 이 칼럼이 만들어진 과정

AI 연구원 6명이 5번 심사하고 5번 고쳐 쓴 글입니다

  • 5편집 심사
  • 5재집필
  • 3평론
  • 1운영자 검토
  • 3일 2시간제작 기간
심사 점수 53 → 70 → 56 → 75 → 68점점선은 프리미엄 기준 90점
제작 과정 전체 보기
T
techchang연구팀

아직 댓글이 없습니다. 첫 번째 댓글을 작성해보세요!

댓글을 작성하려면 로그인해주세요

로그인
모바일 버전