우당탕탕 타운 홀 1 . 0 회 고 – 민주주의 활동가 협동조합 , 빠 띠 쿱 Parti . coop – Medium 
 우당탕탕 타운 홀 1 . 0 회 고 
 개발 실력 보다 는 일 하 는 자세 나 커뮤니케이션 능력 이 전체 프로젝트 진행 에 훨씬 큰 영향 을 끼쳤 다는 사실 을 깨달 았 다 . 
 시작 은 , 10 월 . 타운 홀 1 . 0 프로젝트 회의 부터 였 다 . 기존 의 타운 홀 이 외관 을 다듬 고 사용 성 을 높여야 한다는 피드백 이 있 어서 이 를 개선 하 는 것 이 1 . 0 버전 의 타운 홀 개발 에 가장 큰 목적 이 었 다 . 그리고 나 는 개발 파트 에서 조금 은 불안 한 퍼블리싱 실력 으로 프로젝트 에 참가 했 다 . 
 프로젝트 를 하 는 동안 여러 좌충우돌 이 있 었 다 . 인상 깊 었 던 관찰 은 개발 실력 보다 는 일 하 는 자세 나 커뮤니케이션 능력 이 전체 프로젝트 진행 에 훨씬 큰 영향 을 끼쳤 다는 사실 이 었 다 . 
 예쁘 게 나온 결과물 뒤 에 수 없 는 margin 과 padding 의 구렁텅이 에서 헤 멨 다 ㅠㅠ 
 프로젝트 에 참가 하 는 초보 개발자 / 퍼블리셔 들 에게 도움 이 되 었 으면 하 는 마음 에 타운 홀 1 . 0 프로젝트 회고 를 시작 한다 . 
 디자인 , 기획 에 의문 이 생기 면 코딩 하 지 말 고 먼저 팀원 과 커뮤니케이션 을 하 자 . 
 협업 툴 로 사용 한 제플린 
 프로젝트 가 시작 되 고 본격 적 으로 기획 했 던 결과물 이 디자이너 의 손 을 거쳐 내 가 개발 하 기 시작 했 다 . 오래 지 않 아 문제 가 발생 했 다 . 자신 감 이 부족 했 던 나 는 문제 를 꾹 안 고 있 는 타입 이 었 다 . ( 제일 문제 있 는 사람 ) 결국 나 는 터질 때 까지 폭탄 을 들 고 있 었 다 . 문제 는 제플린 ( UI 툴 ) 의 설정 이 었 는데 , 스마트폰 화면 의 가로 가 360 픽셀 이 라면 , 제플린 이 자동 으로 180 픽셀 로 변환 하 는 문제 가 있 었 다 . 나 는 이것 을 수정 요청 을 하 지 않 고 계속 2 배 를 해서 퍼블리싱 을 했 다 . 그래서 시간 이 갈수록 더 폰트 크기 등 이 이상 하 게 내 컴퓨터 에서 보이 는 것 과 디자인 된 결과물 이 달라지 기 시작 했 다 . 다른 팀원 이 문제 를 제기 하 자 , 마침내 원인 을 찾 았 다 . 내 가 피드백 을 하 지 않 았 던 것 이 다 ( … ) 
 다른 예 로 , 디자이너 가 의도 하 지 않 게 padding 값 을 일관 되게 설정 하 지 않 았 다던지 , 혹은 의도 해서 다르 게 설정 한 것 을 내 가 멋대로 일관 되 게 만들 어 버린 문제 가 있 었 다 . 이 또한 최종 릴리즈 에 다 와서야 디자이너 와 커뮤니케이션 을 해서 수정 할 수 있 었 다 . 처음 에 한 번 잘 커뮤니케이션 하 고 잘 코딩 했 으면 두 번 , 세 번 일 할 필요 없 는 일 을 키운 셈 이 다 . 프로젝트 후반 에 혼잣말 처럼 했 던 말 은 “ 똑같 은 걸 계속 바꾸 고 있 다니 흑흑 ” 이 었 다 . 디자인 이 크 게 변동 된 부분 은 없 는데 나 는 피드백 에 따라 계속 고치 고 있 는 상황 이 벌어졌 다 . 자괴감 들 고 괴로워 … ㅋㅋㅋ 
 결과물 의 피드백 을 적극 적 으로 요청 하 자 . 
 어떤 일 이 든 한 걸음 에 끝낼 수 는 없 다 . 내 눈 에 완벽 해도 어디 선가 에러 가 발생 하 기 마련 이 다 . 그럴 때 팀원 전체 에 테스트 버전 을 공개 하 면 분명히 버그 를 찾 을 수 있 다 . 프로젝트 초기 에 나 는 공유 에 소극 적 이 었 고 ( 작업 단위 를 분명 하 게 끊 는 습관 이 부족 한 탓 도 있 다 ) 프로젝트 진행 이 느렸 다 . 그래서 프로젝트 후반 에 적극 적 으로 현 상황 을 테스트 서버 에 공개 하 고 피드백 받 는 방법 을 시도 했 다 . 결과 는 훨씬 더 빠른 속도 로 혹은 처음 에 기획 했 던 방향 으로 개발 이 진행 되 었 다 . 개발 하 는 내용 에 따라 다를 수 있 지만 , 피드백 받 는 시간 이나 단위 를 잘 설정 하 는 것 도 능력 이 라는 것 을 깨달 았 다 . 
 위 의 두 가지 문제 를 해결 하 기 위해서 다음 프로젝트 때 는 그래서 처음 에 화면 한두 개 를 완벽 하 게 출시 할 수준 으로 고정 하 는 과정 을 통해 팀원 전체 와 커뮤니케이션 하 는 합 을 한 번 맞추 고 그 뒤 에 다른 페이지 를 순차 적 으로 개발 해 나가 는 방법 을 시도 해 보 려고 한다 . 
 작업 속도 를 보수 적 으로 예측 하 자 . 
 프로젝트 초반 에 는 정말 의지 에 가득 차서 “ 오 ! ! 그 일감 은 다음 주 까지 할 수 있 습니다 ! !” 패기 롭 게 데드라인 을 설정 했 지만 계속 해서 늦 는 일 이 발생 했 다 . 예측 한 시간 을 넘어서 는 이유 로 는 에러 가 발생 하 거나 구현 해야 할 기능 의 디테일 이 생각 보다 복잡 한 경우 가 많 았 다 . 이것 은 전체 적 인 프로젝트 타임 라인 에 조금 조금 씩 영향 을 끼쳤 다 . 그래서 결국 에 나 는 내 가 예측 한 시간 * 1 . 5 배 를 해서 팀원 들 에게 공유 했 고 전 보다 훨씬 기한 을 잘 맞추 는 것 은 물론 팀 의 속도 가 지연 되 는 경우 가 줄 었 다 . 
 일 을 할 때 보수 적 으로 기한 을 설정 하 고 미리 끝내 면 다른 일 을 먼저 할 수 있 지만 너무 희망 적 으로 예측 해 몇 시간 , 하루 이틀 더 걸리 면 팀원 들 은 피로 해 지 고 프로젝트 의 다른 파트 도 발걸음 이 느려질 수 도 있 다 . 
 지금 은 1 . 0 A / S 를 거의 마무리 한 상황 으로 1 . 1 을 앞두 고 있 다 . 다음 프로젝트 에 는 이 경험 을 바탕 으로 더욱 효과 적 인 커뮤니케이션 , 현명 한 일감 예측 으로 즐거운 프로젝트 가 진행 되 면 좋 겠 다 ! ! 
 타운 홀 체험 하 기에 있 는 투표 , 응원 이벤트 와 응원 현황 판 
 타운 홀 1 . 0 을 출시 하 고 가장 처음 으로 일 인 당 ( 일 인가 구 공동 공간 만든 당 ) 첫 번 째 행사 에서 응원 하 기 기능 을 사용 했 다 . 이번 에 특히 애니메이션 에 공 을 들였 는데 응원 하 기 기능 의 박수 를 칠 때 마다 + 1 버튼 이 뿅뿅 생겨나 는 것 에 사람 들 이 재미있 어 했 다 . 뿌 듯 ! ! 출시 된 제품 으로 사용 자 의 피드백 을 듣 는 일 은 정말 즐거운 일 이 었 다 . 앞 으로 타운 홀 을 이용 한 행사 가 많이 많이 열려서 기술 지원 나가 는 일 이 많 아 졌으면 좋 겠 다 . 
 행사 가 있 는 곳 이 라면 타운 홀 이 찾아갑니다 : D 
 모두 가 참여 하 는 행사 와 미팅 을 위한 
 최고 의 실시간 토론 플랫 폼 빠 띠 타운 홀 많이 사랑 해 주 세요 😍😍 
 빠 띠 타운 홀 ️ 가 기 🙋 ‍♀ 🙋 ‍♂ ️ 
 빠 띠 타운 홀