사고 세 개를 하나로 묶어 풀기로 했습니다

학회 세션을 여러 번 진행하면서 매번 비슷한 사고를 봤습니다. 시간 초과, 노트를 놓쳐 순서가 꼬이는 일, 엉뚱한 슬라이드로 넘어가는 일. 처음엔 이 셋이 서로 다른 문제라고 생각했습니다.

기록을 모아 놓고 다시 보니 순서가 보였습니다. 시간이 밀린 순간부터 발표자의 여유가 사라집니다. 여유가 없어지면 손에 든 원고 순서를 놓치고, 원고를 놓친 채로 화면을 넘기다 슬라이드까지 어긋납니다. 세 사고가 아니라 한 사고가 얼굴을 세 번 바꾸는 것이었습니다.

그걸 알고 나니 기획 방향이 달라졌습니다.

기능을 세 개로 쪼갤 뻔했습니다

기획 초반에는 타이머 기능, 노트 기능, 화면 공유 기능을 각각 독립된 항목으로 적었습니다. 사고가 세 종류니 대응도 세 가지가 맞다고 여겼습니다.

그런데 뿌리를 짚어 보니 원인이 하나였습니다. 발표자가 자기 상황 — 남은 시간, 다음 순서, 지금 화면 — 을 제때 보지 못한다는 것. 그러면 풀어야 할 것도 하나였습니다. 그 정보를 발표자 손에 실시간으로 쥐어 주는 것.

따로 만들지 않고 한 화면에 묶었습니다

그래서 세 기능을 따로 켜고 끄는 구조가 아니라, 한 화면 안에 노트·타이머·현재 슬라이드가 같이 뜨도록 묶었습니다. 발표자가 확인할 화면이 하나면 충분하도록 만들고 싶었습니다.

진행석도 마찬가지로 묶었습니다. 기기 상태·화면·타이머를 따로 보는 화면 세 개를 만들지 않고, 관리자 화면 하나에 전부 모았습니다. 셋 중 어디서 문제가 나든 같은 자리에서 바로 확인됩니다.

리허설에서 확인한 것

만들어 놓고 스스로 확인한 기준은 하나였습니다. 발표 직전에 창을 여러 개 띄워 놓고 눈을 옮겨 다녀야 한다면, 그건 부담을 하나 더 얹은 셈입니다. 그래서 리허설에서 볼 것도 단순하게 정했습니다. 화면 하나만 보고도 남은 시간과 노트, 지금 슬라이드가 한눈에 들어오는지.

세 가지를 굳이 나누지 않은 판단이 틀리지 않았다는 확신은 여기서 나왔습니다. 리허설 한 번이면 손에 익는 정도까지만 복잡해져야 한다 — 그 선을 넘지 않는 것을 기준으로 삼기로 했습니다.

각자 끄고 켤 수 있게 하자는 안도 있었습니다

한동안은 절충안도 고민했습니다. 노트·타이머·화면 공유를 하나로 묶되, 필요 없는 항목은 발표자가 각자 꺼둘 수 있게 하자는 안이었습니다. 선택지를 늘려 드리는 게 배려처럼 보였습니다.

그런데 따져 볼수록 반대였습니다. 무엇을 끄고 켤지 고르는 일 자체가 발표 직전에 얹히는 부담이었습니다. 그래서 그 안은 버렸습니다. 기본값을 하나로 정하고, 정말 필요한 경우에만 관리자가 조정하는 쪽으로 정리했습니다. 그때부터 뭔가를 추가할 때마다 이 질문을 먼저 던집니다 — 이게 정말 선택지여야 하는가, 아니면 그냥 정해도 되는가.

지금 돌아보면

기능을 세 개로 나눴다면 아마 관리도 세 배로 번거로웠을 겁니다. 원인이 하나라는 걸 먼저 확인하고 나서야, 만들 것도 하나로 줄일 수 있었습니다.

문제를 각각 풀려고 손대기 전에, 먼저 몇 개짜리 문제인지부터 세어 보는 게 맞다고 생각합니다. 이 판단 하나가 이후 기능을 붙일 때마다 기준으로 남았습니다.

도입 문의

WPMS ver26 — 무선 발표 관리 시스템 (윈도우용)

• 문의: 카카오톡 채널 「펀트컴퍼니」 · funt_company@naver.com