한 대의 노트북 앞에 팀이 생겼다

해커톤은 발표로 정리된다.

누가 무엇을 만들었는지, 어디까지 구현했는지, 어떤 팀이 무대에 올랐는지, 누가 상을 받았는지. 행사가 끝나면 대개 그런 장면만 남는다. 사진도 발표자를 향하고, 후기에도 결과물이 먼저 적힌다.

하지만 해커톤의 시간이 전부 발표로만 설명되지는 않는다.

어떤 팀은 무대에 오른다. 어떤 팀은 무대 앞에서 멈춘다. 어떤 팀은 발표 자료를 만들지 못하고, 어떤 팀은 마지막 실행에서 막힌다. 어떤 팀은 제출 버튼 앞까지 가고도 끝내 닫지 못한다.

그 시간을 실패라고만 부르면 너무 빨리 지나친다.

발표까지 가지 못한 시간에도, 뭔가는 만들어지고 있었다. 제품이 아니라도 팀은 생겼고, 결과물이 아니라도 작업 방식은 드러났다.

그 장면은 대개 한 대의 노트북 앞에서 보인다.

화면 하나를 같이 보기 시작할 때

협업은 처음부터 거창하게 시작하지 않는다.

역할표가 있고, 회의록이 있고, 담당자가 명확히 나뉘어야만 팀이 되는 것은 아니다. 어떤 때에는 누군가의 화면을 같이 보기 시작하는 순간, 팀이 생긴다.

한 사람이 노트북을 연다. 옆 사람이 몸을 기울인다. 뒤에 있던 사람이 의자를 당긴다. 누군가는 에러 메시지를 읽고, 누군가는 다른 방법을 검색한다. 키보드를 잡은 사람은 한 명이지만, 화면은 더 이상 한 사람의 것이 아니다.

그때 이상한 변화가 생긴다.

“내 화면”이 “우리 화면”이 된다.

누군가의 막힘이 팀의 막힘이 되고, 누군가의 실행 결과가 팀의 다음 판단이 된다. 말은 많지 않다. “여기서 막혔어요.” “이거 다시 돌려볼까요.” “아까 된 버전으로 갈까요.” 그런 짧은 말이 오간다.

협업은 선언되지 않았다.

그냥 사람들이 한 화면 앞으로 모였다.

발표까지 못 간 팀

해커톤에서 발표까지 가지 못한 팀을 보면, 바깥에서는 쉽게 결론이 난다.

시간이 부족했나 보다. 기술적으로 막혔나 보다. 팀워크가 잘 안 됐나 보다. 준비가 덜 됐나 보다.

그럴 수도 있다.

하지만 현장에서 보면 조금 다르다. 발표까지 못 갔다고 해서 아무것도 없었던 것은 아니다. 오히려 어떤 팀은 발표에 이르지 못했기 때문에 더 많은 것을 보여준다.

완성된 발표는 매끄럽다. 막힌 팀의 화면은 거칠다.

거기에는 판단이 그대로 드러난다. 무엇을 먼저 하려 했는지, 어디서 복잡해졌는지, 어떤 기능을 버렸는지, 어느 순간부터 목표가 바뀌었는지 보인다. 누가 말을 줄였는지, 누가 다시 손을 댔는지, 누가 옆에서 끝까지 보고 있었는지도 보인다.

완성품은 결과를 보여준다.

막힌 화면은 팀이 문제를 다루는 방식을 보여준다.

그 차이가 있다.

무언가를 버리는 시간

해커톤의 어려움은 만드는 데만 있지 않다.

무엇을 버릴지 정하는 데 더 많은 힘이 든다. 시간이 줄어들수록 팀은 계속 선택해야 한다. 이 기능은 포기할지, 이 흐름은 남길지, 지금 고치는 게 맞는지, 발표 가능한 버전으로 줄이는 게 맞는지.

이때 팀의 성격이 드러난다.

어떤 팀은 끝까지 처음 그림을 붙잡는다. 어떤 팀은 작게 줄인다. 어떤 팀은 작동하는 한 조각을 먼저 살린다. 어떤 팀은 설명으로 보완하고, 어떤 팀은 데모를 포기한다.

정답은 없다.

다만 그 판단이 보이는 순간들이 있다. 누군가 “이건 빼자”고 말하는 순간. 누군가 “지금 되는 것만 보여주자”고 말하는 순간. 누군가 아쉬워하면서도 파일을 닫는 순간. 누군가 다시 터미널을 열고 마지막으로 한 번 더 실행하는 순간.

해커톤에서 만드는 것은 기능만이 아니다.

제한된 시간 안에서 무엇을 남기고 무엇을 버릴지 정하는 감각도 같이 만들어진다.

팀은 결과보다 먼저 보인다

발표 자료에는 팀의 모습이 잘 나오지 않는다.

대개 한 명이 말하고, 화면에는 정리된 문장이 뜬다. 팀원들은 뒤에 서 있거나 자리에 앉아 있다. 발표가 끝나면 박수를 받고, 심사평을 듣고, 다음 팀이 올라온다.

하지만 팀은 그보다 먼저 보인다.

코드를 보는 방식에서 보인다. 막힌 지점을 숨기는지 보여주는지에서 보인다. 누가 마지막까지 자리에 남아 있는지에서 보인다. 누가 자기 역할 밖의 문제를 같이 보는지에서 보인다. 누가 “내 것”과 “네 것”을 나누기보다 화면 하나를 같이 붙잡는지에서 보인다.

어떤 팀은 발표까지 가지 못했지만, 팀이 되는 장면은 이미 보여줬다.

한 사람이 막혔을 때, 옆 사람이 화면을 같이 봤다. 한 사람이 지쳤을 때, 다른 사람이 다음 시도를 말했다. 한 기능이 무너졌을 때, 팀은 무엇을 버릴지 같이 정했다.

그런 장면은 수상 목록에 잘 들어가지 않는다.

하지만 작업 방식은 거기서 더 잘 보인다.

실패가 아니라 노출된 과정

해커톤에서 발표하지 못한 팀을 “실패한 팀”이라고 부르는 것은 쉽다.

하지만 그 말은 너무 닫혀 있다.

실패라는 말은 결과를 빨리 정리한다. 그런데 현장에서 본 것은 정리된 실패가 아니라, 노출된 과정에 가까웠다. 완성되지 않은 기능, 중간에 바뀐 목표, 끝까지 잡고 있던 화면, 같이 읽던 에러 메시지, 마지막에 버린 선택지들.

그 과정은 부끄러운 것이 아니라, 다음 사람이 이어받을 수 있는 정보가 될 수 있다.

어디서 막혔는지 알면, 다음 사람은 같은 곳을 다르게 지나갈 수 있다. 무엇을 버렸는지 알면, 다음 팀은 처음부터 더 작게 시작할 수 있다. 어떤 협업이 작동했는지 알면, 다음 해커톤의 팀은 발표보다 먼저 화면을 같이 보는 법을 배울 수 있다.

결과가 없었다고 해서 기록할 것이 없는 것은 아니다.

오히려 발표까지 가지 못한 팀에는 정리되지 않은 신호가 많다.

한 대의 노트북 앞에서

그날 가장 선명했던 장면은 무대 위가 아니었다.

한 대의 노트북 앞에 사람들이 모여 있던 장면이었다.

누군가는 앉아 있었고, 누군가는 서 있었고, 누군가는 옆에서 몸을 기울였다. 화면에는 아직 완성되지 않은 것이 떠 있었다. 누군가는 설명했고, 누군가는 고쳤고, 누군가는 다음 방법을 말했다.

그 장면은 조용했지만, 팀이 만들어지는 방식이 보였다.

공식적으로 팀은 이미 정해져 있었을 것이다. 이름도 있었고, 참가자도 있었고, 주제도 있었을 것이다. 하지만 실제 팀은 그 순간 다시 생겼다. 한 화면을 같이 보기 시작했을 때, 막힌 문제를 같이 자기 문제로 받아들였을 때, 무대에 오르지 못할 가능성이 커졌는데도 끝까지 화면을 닫지 않았을 때.

해커톤은 발표로 끝나지만, 팀은 발표보다 먼저 생긴다.

때로는 한 대의 노트북 앞에서.