워크숍이 조용한 건 참여자 문제일까요, 아니면 진행자 문제일까요? 저는 처음 FigJam으로 OKR 워크숍을 진행했을 때 이 질문을 정면으로 맞닥뜨렸습니다. 포스트잇 하나 안 붙는 캔버스를 보면서 '도구를 잘못 고른 건가' 싶었는데, 알고 보니 문제는 도구가 아니라 운영 규칙이었습니다. 그 경험을 바탕으로 FigJam 워크숍에서 실제로 효과가 있었던 것들을 정리해 봤습니다.
내러티브 아크로 워크숍을 설계하면 무엇이 달라지나요
워크숍을 준비할 때 가장 먼저 생각하는 게 뭔가요? 아마 대부분 "어떤 활동을 넣을까"에서 출발할 겁니다. 그런데 저는 세 번의 OKR 외주 퍼실리테이션을 거치면서 활동보다 흐름이 먼저라는 걸 몸으로 익혔습니다.
워크숍을 내러티브 아크(narrative arc) 구조로 설계하는 접근이 있습니다. 여기서 내러티브 아크란 소설이나 영화에서 쓰는 이야기 구조, 즉 발단-전개-위기-절정-결말의 흐름을 워크숍에 그대로 가져오는 방식입니다. 도입부(exposition)에서는 참여자에게 "우리가 왜 여기 있는가"를 명확히 전달하고, 인시팅 인시던트(inciting incident)에서 핵심 활동을 시작하며, 피크(peak)를 넘어 폴링 액션(falling action)에서 결과를 정리하고, 데누망(dénouement)에서 다음 행동을 지정하는 구조입니다. 데누망이란 프랑스어로 '매듭을 푼다'는 뜻으로, 워크숍에서는 액션 아이템과 담당자를 명확히 지정하는 마무리 단계를 의미합니다.
이 구조가 실제로 왜 중요하냐면, 퍼실리테이터가 "지금 우리가 어느 단계에 있는가"를 캔버스 위에서 시각화할 수 있기 때문입니다. 제가 직접 써봤는데, 웨이파인딩(wayfinding) 요소를 FigJam 캔버스 왼쪽 상단에 배치하는 것만으로 늦게 들어온 참여자가 현재 위치를 스스로 파악하는 시간이 눈에 띄게 줄었습니다. 웨이파인딩이란 공간 안에서 현재 위치와 이동 경로를 파악하게 도와주는 시각적 안내 장치로, 디지털 캔버스에서는 화살표, 색상 구분, 단계 레이블이 이 역할을 합니다.
워크숍 구조를 설계할 때 제가 실제로 사용하는 체크리스트는 다음과 같습니다.
- 도입부: 아이스브레이커 + 어젠다 + 협업 도구 조작법 안내
- 인시팅 인시던트: 명령형 무드(imperative mood)로 지시문 작성 ("적으세요", "투표하세요")
- 피크: 타이머 설정 + 전환 지시문
- 폴링 액션: 아이디어 그루핑과 테마 도출
- 데누망: 담당자 지정 + 결과물 내보내기
UX 리서치 분야에서는 퍼실리테이션 능력이 연구자의 핵심 역량 중 하나로 꼽힙니다. 닐슨노먼 그룹의 UX 리서치 역량 프레임워크에 따르면 워크숍 설계와 퍼실리테이션은 별도로 훈련이 필요한 고유 기술 영역으로 분류됩니다(출처: Nielsen Norman Group).
익명 투표로 수렴 단계의 갈등을 줄일 수 있을까요
발산은 잘 됐는데 수렴이 안 된다는 경험, 한 번쯤 있지 않으신가요? 솔직히 이건 예상 밖이었습니다. 처음 외주 워크숍에서 포스트잇이 쏟아지는 발산 단계보다 투표 단계에서 분위기가 얼어붙는 걸 보고 적잖이 당황했습니다.
한국 팀에서는 특히 수렴 단계에서 갈등이 두드러집니다. 누군가의 아이디어에 공개적으로 낮은 점수를 주는 행위가 관계에 영향을 미친다는 인식이 강하기 때문입니다. 이 문제를 해결하는 데 FigJam의 익명 투표(anonymous voting) 기능이 실질적인 도움이 됐습니다. 익명 투표란 참여자가 어떤 항목에 투표했는지 다른 사람에게 보이지 않는 방식으로, 판단에 대한 심리적 부담을 낮추는 기능입니다.
제가 직접 써봤는데 투표 스티커 기능을 활성화한 이후 수렴 단계가 평균 5분 안에 마무리됐습니다. 그 전에는 15분 이상 끌리는 경우가 허다했습니다. 한 임원이 워크숍 종료 후 "발산이 30분 만에 끝나서 의외였다"고 말했는데, 저는 그 말을 들으면서 핵심이 도구가 아니라 참여 심리를 낮추는 운영 구조에 있다는 걸 다시 확인했습니다.
FigJam 외에도 스테이크홀더 얼라인먼트(stakeholder alignment), 즉 의사결정권자와의 합의 도출 단계에서는 투표 전에 얼라인먼트 스케일(alignment scale)을 먼저 배치하는 것이 효과적입니다. 얼라인먼트 스케일이란 "매우 동의-동의-중립-반대-매우 반대"처럼 의견의 스펙트럼을 시각화한 축으로, 참여자가 자신의 입장을 말 대신 위치로 표현하게 하는 도구입니다. 2x2 매트릭스와 함께 쓰면 방향이 두 개로 갈릴 때 어디서 의견이 갈리는지 빠르게 파악할 수 있었습니다.
커뮤니케이션 심리학 연구에 따르면 집단 의사결정에서 익명성이 보장될 때 소수 의견의 표현 빈도가 유의미하게 증가한다는 결과가 보고된 바 있습니다(출처: American Psychological Association). 한국 팀 환경에서 익명 투표를 강조해야 하는 이유가 여기에 있습니다.
IME 오류와 슬라이드 변환, FigJam이 아직 못 풀어준 숙제
FigJam이 완벽한 도구라고 생각하시나요? 제 경험상 이건 좀 다릅니다. 아무리 운영 규칙을 잘 짜도 도구 자체의 한계가 현장에서 걸림돌이 되는 순간이 있습니다.
가장 자주 마주치는 문제는 IME(Input Method Editor) 입력 오류입니다. IME란 한국어, 일본어, 중국어처럼 조합형 문자를 입력할 때 필요한 입력 방식 편집기로, 한글 타이핑 시 자음과 모음을 조합하는 과정을 처리합니다. FigJam에서 한글을 빠르게 입력하면 한 글자가 두 번 찍히는 버그가 여전히 완전히 해결되지 않은 상태입니다. 그래서 저는 워크숍 시작 전 5분을 반드시 한글 입력 데모에 씁니다. 포스트잇에 짧은 단어 하나만 적어보게 하면서 버그 발생 여부를 미리 확인하고, 참여자들이 당황하지 않도록 선제적으로 안내하는 방식입니다.
두 번째 한계는 결과물 출력입니다. 한국 PM이 익숙한 PPT 형식의 보고서를 FigJam이 직접 지원하지 않기 때문에, 워크숍 결과를 상위 보고 단계로 가져가려면 별도의 변환 작업이 필요합니다. 저는 이 문제를 해결하기 위해 'Sync Note'라는 자체 템플릿을 만들어 운영하고 있습니다. 워크숍 직후 발산 결과를 이 템플릿에 정리하고 노션에 분기 단위로 쌓으면, 누적 데이터가 다음 외주의 의사결정 기준점이 됩니다. 실제로 이 방식으로 신규 외주 의사결정 속도가 평균 25% 빨라졌습니다.
FigJam을 한국 환경에 맞게 도입하려면 최소한 다음 세 가지를 사전에 준비해야 한다고 생각합니다.
- IME 입력 회피 패턴 안내 (짧은 단어 입력 데모 5분)
- 익명 투표 운영 규칙 문서화
- FigJam 결과물의 슬라이드 변환 워크플로우 사전 설계
디지털 협업 도구의 현지화 문제는 도구 선택의 문제가 아니라 운영 설계의 문제입니다. 같은 FigJam을 써도 어떻게 구조화하느냐에 따라 결과가 완전히 달라지는 걸 저는 세 번의 외주에서 직접 확인했습니다.
워크숍 퍼실리테이션에서 가장 많이 하는 실수는 도구를 익히는 데 시간을 쏟고 운영 규칙 설계에는 시간을 아끼는 것입니다. FigJam은 좋은 도구지만, 도구가 워크숍을 이끌지는 않습니다. 내러티브 아크로 흐름을 설계하고, 익명 투표로 심리적 장벽을 낮추고, IME 오류처럼 현지 환경의 마찰 요소를 미리 처리하는 것, 그게 퍼실리테이터가 실제로 해야 할 일입니다. 같은 템플릿을 네 번 재사용할 수 있었던 이유는 FigJam이 편해서가 아니라 운영 규칙이 반복 가능한 형태로 정리됐기 때문입니다.