팀과 스카우팅 공유하기: 읽기 전용 상대 데이터베이스에 대한 코치 가이드

주니어 펜싱에서 흔한 풍경이 있습니다. 같은 클럽의 팀 동료 세 명이 같은 지역 대회에 나가 거의 같은 상대들을 만나는데, 노트를 공유하지 않습니다.

악의가 있어서가 아닙니다. 공유 가능한 형태로 적혀 있지 않은 노트를 공유하는 데 드는 마찰 때문입니다. 32강에서 A 선수가 만난, 플릭이 좋은 왼손 플러레 선수는 어떨까요? B 선수도 그에 대한 노트가 없고, A가 자기 인상을 B에게 전달할 마땅한 방법도 없습니다. 다음 대회에서 B가 그와 붙기 전에 실제로 꺼내볼 수 있는 형태로는 더더욱 그렇습니다.

이 글은 그 문제를 해결하는 워크플로에 관한 것입니다. 누구도 남의 노트를 고치지 않으면서 말입니다.

편집 가능한 공유 데이터베이스의 문제

“스카우팅을 공유하자”는 문제 앞에서 처음 떠오르는 생각은 팀 전원이 편집할 수 있는 공유 데이터베이스를 만드는 것입니다.

이 방식은 세 가지로 깨집니다.

소유권의 모호함. 어느 메모가 누구 것입니까? 모두가 같은 상대 기록을 편집하면 상충하는 인상이 서로를 덮어씁니다. A 선수는 “빠른 카운터 어택”이라고 썼습니다. B 선수가 그 위에 “느린 카운터 어택”이라고 씁니다. 그 불일치 자체에 유용한 정보가 들어 있는데, 병합이 그것을 없애버립니다.

신뢰의 저하. 신뢰하는 사람이 쓴 메모와 아직 판단력을 가늠하는 중인 사람이 쓴 메모는 다릅니다. 공유 편집 모델은 메모의 출처를 지웁니다. *“저 선수에게 손을 내주지 말 것”*이라는 말이 헤드 코치에게서 나왔는지 새로 들어온 클럽 회원에게서 나왔는지 알 수 없습니다.

편집 피로. 공유 데이터베이스는 조율을 요구합니다. 조율은 회의나 규범을 요구합니다. 대부분의 클럽에는 둘 다 없습니다.

읽기 전용 모델

더 깔끔한 접근은 읽기 전용 공유입니다.

각 펜서가 자기 스카우팅 데이터베이스를 소유합니다. 그 데이터베이스는 그 사람이 어떻게 생각하는지에 대한 원본입니다. 팀 동료와 공유하고 싶으면 자기 데이터베이스 전체를 읽기 전용 뷰로 공유합니다. 동료는 그 안의 모든 상대, 모든 메모, 모든 평가를 볼 수 있지만 아무것도 편집할 수 없습니다.

그다음 동료는 특정 상대를 자기 데이터베이스로 복사할 선택권을 갖습니다. 복사된 것은 편집하고 덧붙일 수 있는 새 기록이 됩니다. 복사본은 스냅샷이지 동기화가 아니며, 원본은 독립적으로 계속 바뀝니다.

이것으로 세 가지 문제가 모두 해결됩니다. 소유권이 분명해지고(내 데이터베이스는 내 것, 당신 데이터베이스는 당신 것이며 서로 바꿀 수 없습니다), 신뢰가 보존되며(당신이 나와 공유하면 그 메모가 당신의 것임을 알고 그에 맞게 가중치를 둡니다), 편집 피로가 사라집니다(조율할 것이 없습니다. 당신은 당신 노트를, 나는 내 노트를 유지하고 가끔 서로의 것을 읽습니다).

또한 이 방식은 클럽의 사회적 현실도 반영합니다. 어떤 코치와 펜서의 스카우팅은 다른 사람들의 것보다 정확하며, 건강한 팀은 그 차이를 덮어두지 않고 이해합니다.

Piste IQ가 이를 구현하는 방식

읽기 전용 모델은 Piste IQ의 기본 공유 방식입니다. 공유 유형은 두 가지입니다.

데이터베이스 단위 공유. 스카우팅 데이터베이스 전체를 팀 동료에게 보냅니다. 나중에 추가하는 상대까지 포함해 그 안의 모든 것을 계속 볼 수 있습니다. 편집은 할 수 없고 복사는 할 수 있습니다.

프로필 단위 공유. 상대 프로필 하나를 일회성 복사본으로 팀 동료에게 보냅니다. 받은 사람은 그것을 자기 데이터베이스로 받아들이고, 그곳에서 독립적으로 존재합니다. 원본의 변경은 전달되지 않습니다.

데이터베이스 단위 공유는 지속적인 팀 조율에 맞는 방식입니다(“우리 모두가 헤드 코치와 공유하고, 코치는 전원의 정보를 합쳐서 봅니다”). 프로필 단위 공유는 일회성 정보 전달에 맞습니다(“네 상대는 내가 지난달에 겨뤄본 사람이야. 내가 아는 걸 보내줄게”).

실제로 계속 쓰이는 워크플로

공유 방식은 유지에 품이 들면 죽습니다. 바쁜 시즌을 견딜 만큼 가벼운 워크플로를 소개합니다.

클럽당 한 번, 상호 공유를 설정합니다. 팀의 모든 펜서가 헤드 코치에게 자기 데이터베이스를 읽기 전용으로 공유합니다. 이제 코치는 전원의 스카우팅을 합친 뷰를 자동으로 갱신되는 형태로 갖게 됩니다.

대회 전, 코치가 필요한 스카우팅을 그때그때 전달합니다. B 선수가 A 선수의 노트에 있는 상대와 붙게 된다면, 코치는 A의 노트를 열어 알아둘 만한 것을 B에게 알려주거나, 그 상대에 대한 A의 프로필을 B의 데이터베이스로 직접 공유해 나중에 읽게 합니다.

대회 후, 각자 자기 데이터베이스를 갱신합니다. 회고는 개인적으로 이루어집니다. 공유 편집 충돌이 없습니다. 각 펜서의 데이터베이스가 저마다 계속 자랍니다.

시즌당 한 번, 정리합니다. 다시는 만나지 않을 지난 연령 카테고리의 상대는 보관 처리하거나 삭제할 수 있습니다. 가장 자주 겨룬 라이벌에게 가장 많은 관심을 둡니다. 데이터베이스가 잡음으로 부풀지 않고 쓸 만한 상태를 유지합니다.

학부모와 공유하기

짚어둘 만한 구체적인 경우가 있습니다. 경기 펜서의 학부모는 아이와 함께 스카우팅을 관리하고 싶어 하는 경우가 많지만, 실제로 겨루는 사람은 아이이고 따라서 1차 데이터를 가진 사람도 아이입니다.

여기서 깔끔한 방식은 코치의 경우와 정확히 같습니다. 펜서가 자기 데이터베이스를 유지하고, 그것을 학부모에게 읽기 전용으로 공유합니다. 학부모는 아이가 누구와 겨뤘고 무엇을 배웠는지 볼 수 있지만 아이의 노트를 편집할 수는 없습니다. 대부분의 가족 코칭 관계에서 이것이 올바른 경계입니다.

Piste IQ의 코치 모드는 코치 역할을 하는 학부모와 팀 코치를 같은 기본 요소로 지원하도록 설계되어 있습니다.

읽기 전용 원칙을 깨야 할 때

읽기 전용 공유만으로는 충분하지 않은 경우도 소수 있습니다.

가장 흔한 것은 전술 계획을 위해 하나의 팀 스카우팅 노트를 원하는 헤드 코치의 경우입니다. 이때는 코치가 마스터 데이터베이스를 직접 관리해야 합니다. 펜서들은 자기 스카우팅을 코치에게 공유하고, 코치가 마스터를 큐레이션합니다.

Piste IQ의 현재 모델에서는 이렇게 구현됩니다. 모든 펜서가 코치에게 공유하고, 코치는 자신의 데이터베이스를 마스터로 사용하며, 펜서의 공유 뷰에서 정보를 가져올 때 해당 프로필을 마스터로 복사하고 출처를 메모에 남깁니다. 협업 문서라기보다 단방향 파이프라인이고, 전술 코칭에는 사실 그 구조가 옳습니다.

더 깊은 이야기

스카우팅은 정보입니다. 정보에는 주인이 있습니다. 가장 깔끔한 팀 스카우팅 모델은 누가 무엇을 말했는지를 보존하면서 팀 전체로 쉽게 공유되게 합니다.

읽기 전용 공유에 자기 데이터베이스로 복사하는 선택권을 더한 것이 실제로 그 모습입니다. 작동할 수 있는 유일한 모델은 아니지만, 경기 시즌의 현실을 견뎌내는 모델입니다.