배경 지식
공연의 종류
밴드 동아리는 규모에 따라, 보통 한 학기에 한번 이상 다양한 성격의 공연을 합니다. 공연의 종류는 여러가지 입니다.
•
동아리 부원들이 모두 모여, 공연장을 대관하는 정기 공연: 50~60명이 18곡, 학기마다 진행
•
두개의 동아리가 함께 진행하는 연합 공연: 50~60명이 18곡, 방학마다 진행
•
동아리의 특정 팀이 축제에서 선보이는 축제 공연: 6명이 4곡
•
동아리의 잘하는 특정 팀 혹은 소규모 동아리끼리 모여 선보이는 공연: 한 팀당 6곡씩 3팀
세션
•
일반적으론 보컬, 퍼스트기타, 세컨기타, 베이스, 드럼, 피아노로 구성됩니다.
•
보컬이 기타를 같이 칠수도 있고, 피아노가 두명일 수도 있으며, 피아노가 없을 수도 있습니다.
기존 프로세스
1.
선곡시트 공동편집
a.
운영진이 카톡방에 공유 스프레트시트를 업로드합니다.
b.
동아리원들은 시트에 들어가서, 하고 싶은 곡을 추가한 뒤, 하고싶은 세션에 이름을 추가하나, 이미 있는 곡에 하고싶은 세션에 이름을 추가합니다.
c.
시트에는 다음과 같은 내용이 입력됩니다. 곡A: 세션이 모두 구해진 경우, 곡B: 세션이 아직 안 구해진 경우, 곡C: 한 세션에서 하고싶은 사람이 두명 이상인 경우
곡명 | 보컬 | 퍼스트기타 | 세컨기타 | 베이스 | 드럼 | 피아노 | 특이사항 및 자유롭게 쓰는 공간 | 곡 링크 | 기타2 악보 | 키보드 악보 |
A | 김현서 | 이장후 | X | 최정담 | 고광서 | X | 곡 쉬워요~ | 링크1, 링크2 | 악보바다 링크 | 악보바다 링크 |
B | 김현서 | 이장후 | 최정담 | 고광서 | 박동윤 | 제발 퍼기 한명만! | 링크 | 악보바다 링크 | X | |
C | 김현서 | 이장후, 최정담 | 고광서 | 곡 어려워요 / 누가 이 곡을 할 것인가 … | X | 악보바다 링크 |
d.
작성 기한이 주어지며, 기한이 지나면 모든 세션이 채워진 곡이 정해진 곡 수보다 많을 수도 적을 수도 있습니다. 보통 실무단이 수시로 확인하여 세션이 모두 채워진 곡, 하나빼고 채워진 곡을 위로 올려 정렬합니다.
e.
인터뷰를 해보니 여기서도 생각치 못한 페인이 있었는데, 선곡시트의 곡을 일일이 들어보는게 너무 번거롭다고 합니다. 보통 링크를 다는 것을 권장하지만 사람들이 잘 듣지 않는다고..
2.
선곡회의 [소프트웨어 개발 시 고려하지 않음]
a.
공연할 곡을 확정짓기 위해 동아리원 모두가 특정 날짜에 모입니다! 선곡회의에서는 다음과 같은 작업을 합니다.
•
아직 세션이 모두 채워지지 않은 상위 n개의 곡을 모두가 보는 앞에서 틀어봅니다(모두가 노래를 아는 것은 아니기에), 사람을 모집합니다.
•
한 세션에 두 명 이상이 지원한 곡은 합의를 통해 해결합니다.
•
세션끼리 모여 앉아 각자 몇 곡을 할지 합의합니다.
b.
위 과정을 미리 정한 곡 개수가 될 때까지 반복합니다.
•
50~60명 되는 사람들이 18곡이란 한정된 곡을 연주하기 위해 각자 비슷한 곡 개수를 가져야합니다. 생각보다 위 조건을 모두 맞추며 정해진 곡 개수를 딱 맞추는 것이 까다롭습니다.
◦
약 2~3시간이 소요됩니다.
•
여담으로 특정 곡을 하고싶다고 강하게 주장하는 사람들이나 양보를 하지 않는 경우 갈등이 가장 많이 일어나는 과정이기도 합니다.
3.
팀별 연습시간 취합
•
헤게모니 동아리의 경우
◦
모든 사람들의 가능한 시간을 스프레드시트에 취합합니다.
◦
이를 계산하여 주에 한번씩은 합주를 할 수 있도록 모든 합주실을 예약해 줍니다.
◦
대학 근처에 예약가능한 합주실이 6곳 있습니다.
▪
에픽(2), 애플1호점(3), 애플2호점(1)
◦
합주실 예약 시 다음과 같은 것들을 고려해야 합니다.
▪
최대한 연속으로 합주가 되도록 일정을 잡습니다.
•
이유는 실무단이 합주를 들어가보며 피드백을 해주기도 하고, 합주실 예약은 1시간 단위로 가능하지만, 합주를 연속으로 배치하여 30분 단위로 합주를 잡는다면 돈도 절약할 수 있습니다.
▪
합주실의 예약 가능 여부를 고려합니다.
•
전화를 해봐야 알지만 대부분 가능합니다.
▪
합주실 간 선호도를 고려합니다.
•
애플의 선호도가 무조건 높습니다.
•
예약이 안된다면 에픽으로 예약하는 암묵적인 규칙이 있습니다.
▪
연습실 간 거리를 고려합니다.
•
1호점과 2호점의 거리가 조금 있는 편입니다.
•
따라서 한 사람이 1호점과 2호점 합주를 잡는 것도 지양합니다.
◦
매칭되는 시간이 없는 팀에게 단톡방에서 알아서 합주 시간을 잡으라고 합니다.
•
사운드플러스 동아리의 경우
◦
각 팀별로 웬투밋 어플을 이용해 가능한 시간을 취합합니다.
◦
합주실의 예약 가능한 시간들이 나열되어 있고, 이 시간 중 하나를 먼저 연습시간이 합의된 팀들이 선착순 예약합니다.
4.
합주 피드백
•
단톡방에서 피드백을 해줍니다.
•
인터뷰결과 생각보다 이 부분에서 페인을 느꼈다고 합니다.
•
실무단의 입장에서 전체적인 곡들의 완성도가 어떻고, 이런 피드백들이 있었고, 이런 합주 영상들이 있다는 것을 하나의 단톡방으로 관리하니 불편했다고 합니다.
5.
공연비 지불 조사 [소프트웨어 개발 시 고려하지 않음]
•
공연에 들어가는 모든 비용을 계산합니다(공연대관료, 합주실 예약).
•
이를 n빵하고 납부 여부를 트래킹합니다.
6.
총합주 진행 [소프트웨어 개발 시 고려하지 않음]
•
3~4주간 합주를 4번정도 합니다.
•
공연 전날 큰 합주실에서 모든 곡 팀이 연속으로 이어서 하는 총합주를 진행합니다.
•
공연 직전 리허설을 진행하고 공연을 시작합니다.
기존 프로세스 비평
1.
선곡시트 공동편집
•
로그인이 필요없고, 링크 기반으로 동작하여 편리하다.
•
사람들의 참여가 저조한 곡을 정렬하는게 귀찮다.
•
사람들이 유튜브 링크를 업로드하지 않는다.
•
선곡 시트의 노래를 바로 들어볼 수 있는 기능이 필요하다.
2.
선곡회의
3.
팀별 연습시간 취합
•
로그인이 필요없고, 링크 기반으로 동작하여 편리하다.
•
헤게모니의 불편
◦
합주가능시간을 문자열로 받고, 이를 정리하여 합주실을 예약하는게 귀찮다.
•
합주실 이름과 위치를 헷갈리는 사람들이 좀 있어서 합주실 위치 정보를 볼 수 있게 해야 한다.
4.
합주 피드백
•
각 곡들의 진행 상황과 피드백을 한 곳에 볼수 있는 곳이 없다.
•
합주 등의 추억을 기록할 수 없다.
5.
공연비 지불 조사
도메인 모델
도메인 요소들
동아리
•
구성 요소
◦
이름
◦
소속
◦
멤버
•
정책과 관계
◦
동아리는 삭제할 수 없다.
멤버
•
구성 요소
◦
이름
◦
기수
◦
되는시간
•
정책과 관계
◦
멤버는 1회에 한해 운영진이 입력한다.
공연
•
구성 요소
◦
구성원
◦
공연 일정
◦
선곡 기간
◦
선곡 지원 기간
◦
선곡
◦
합주팀
•
정책과 관계
◦
공연이 삭제되면 선곡들이 모두 삭제된다.
◦
구성원과 관련하여 “이번에 아직 선곡지원 안한 사람들 누구지?, 너무 많이 지원한 사람 누구지?”같은 질문에 답변할 수 있어야 한다.
선곡
•
구성 요소
◦
세션
◦
(라이프사이클 공유) 곡 정보
◦
세션별 악보, 코멘트
◦
세션별 세션지원
◦
상태
•
정책과 관계
◦
어떤 세션이 필요한지는 처음에 선곡을 등록할 때에도 지정 가능하지만, 추후에도 수정이 가능하다.
◦
선곡이 삭제되면 해당 세션에 지원한 세션지원들도 삭제된다.
◦
각 세션별 세션지원은 반드시 1명씩이다. 따라서 기타가 2명인 경우, 기타1, 기타2와 같이 세션이 분리되어 있지만, 세션마다 이것이 어떤 악기인지에 대한 정보를 담고 있어, “나 기타 다룰 줄 아는데 아직 지원자 없는 기타 곡이 뭐지?” 같은 질의에 대응할 수 있어야 한다.
◦
“기타2 개인 신디 준비해주세요!” → 각 세션마다 코멘트를 남길 수 있다.
◦
상태는 모집중, 모집마감, 연주확정중 하나다. 모집마감이 되는 기준은 다음과 같다. 1. 운영진이 해당 팀의 모집을 강제로 마감시키는 경우(”보헤미안 랩소디는 OB팀이라 그냥 저렇게 확정해줘도 괜찮을 것 같은데?”) - 이 경우 모든 세션지원의 상태는 자동으로 확정되며, 만약 하나의 세션에 여러 지원이 있는 경우 수동 확정이 필요하다(”어 세컨기타에 그 사이에 누가 지원했는데? 이 사람 연락해줘야겠다…”), 2. 모든 세션별로 1명씩의 확정지원이 있는 경우
합주팀
•
구성 요소
◦
멤버
◦
멤버 되는시간
◦
합주일정
◦
피드백
•
정책과 관계
◦
합주팀은 공연이 확정된 선곡이다.
◦
팀 멤버 되는시간은 확정 멤버들의 되는시간을 총합하는 방식으로 계산된다.
◦
합주일정은 운영진이 만들어 둔 합주실을
합주실
•
구성 요소
◦
합주실 이름
◦
합주실 위치
◦
합주실 되는시간
•
정책과 관계
◦
합주실 가용 일정을 변경했을 때, 영향을 받는 합주팀이 있다면 해당 합주팀의 합주일정을 삭제한다.
곡 정보
•
구성 요소
◦
곡 이름
◦
아티스트
◦
유튜브 링크
•
정책과 관계
◦
곡 정보는 선곡과 생명 주기를 같이한다. 선곡이 삭제되면 곡 정보도 같이 삭제된다.
세션지원
•
구성 요소
◦
어떤 ‘멤버’가 지원하는 것인지 정보
◦
어떤 ‘선곡’에 지원했는지 정보
◦
어떤 ‘세션’으로 지원했는지 정보
◦
이 지원이 확정되었는지에 대한 정보
◦
코멘트
•
정책과 관계
◦
“이번에 현서(멤버)가 보헤미안 랩소디(선곡)에 보컬(세션)로 지원했고, 광서(멤버)도 보헤미안 랩소디(선곡)에 보컬(세션)로 지원했던데?” → 멤버정보, 선곡정보, 세션정보가 필요함, 하나의 곡에 여러 명이 동일한 세션에 지원할 수 있다.
◦
“현서(멤버) 이번에 Blue Sky(선곡)에서 1st기타(세션)으로도 지원했던데” → 한 사람의 멤버가 여러 개의 ‘선곡’에 지원 가능하다.
◦
“아니야, 그건 취소한 것 같아” → ‘세션지원’은 삭제될 수 있다.
◦
“보헤미안 랩소디(선곡) 보컬로는 현서보다 광서가 확정될 가능성이 높을 것 같아. 광서가 조금 늦게 지원하긴 했지만 코멘트에 ‘자기 이거 하려고 한참을 연습했다’라고 써 뒀거든” → 세션지원은 최종적으로 확정되거나 확정되지 않을 수 있음, 선착순 확정이 아니라 추가적인 논의를 거쳐야 할 수 있기 때문에 순번을 가지고 있다.
◦
“이번에 광서(멤버)가 급한 일이 생겨서 보헤미안 랩소디를 못할 것 같대. 이미 연습을 몇 번 진행하는 중이었는데 이렇게 됐어.” → 이미 연주확정 이후 연습이 진행되는 선곡에서 멤버가 빠지거나 멤버가 추가될 수 있다. 멤버가 빠지면 빠진 멤버의 세션지원이 삭제된다.
되는시간
•
구성 요소
◦
시간 속성-시간의 나열
◦
시간 속성 연산
•
정책과 관계
◦
시간 속성이란 ‘되는 시간’ 또는 ‘안되는 시간’을 의미한다.
◦
일주일 단위로 지정, “매주 월요일, 수요일, 금요일 가능한데 이때는 안돼”라는 연산을 기록할 수 있어야 한다. 만약 단순히 ‘시간 속성-시간의 나열’로 만드는 경우, 어떤 조합으로 해당 되는시간을 만들어낸 것인지 추적이 불가능하기 때문이다.
붐업
•
붐업 버튼은 ‘선곡’마다 할당된다.
•
‘선곡’ 정보를 보여주는 모달에 붐업 버튼이 몇 번 눌렸는지 노출한다.
•
‘선곡’에 붐업 버튼을 누르면 무조건 최상단에 게시될 수 있다.
◦
마지막으로 언제 눌렸는지에 대한 정보가 영속되어야 한다.
•
붐업 버튼은 한 명의 멤버가 30분에 1번씩 누를 수 있다.
◦
누가 언제 눌렀는지에 대한 정보가 영속되어야 한다.