다오랩 (DAOLAB)

Jason

현재 다오랩의 정기 월간 행사로서 다오랩데이를 운영하고 있어요. 그런데 시즌2 아이디어톤때 내년에는 다오랩데이와 길드데이를 격월로 진행해 보자는 제안이 올라왔거든요.
그래서 그 파일럿 형태로 10월 다오랩데이는 길드데이로 운영해 보면 좋을거 같습니다.
특히 이번에 길드장길드가 런칭했으니 길드장길드에서 길드데이를 추진하시면 딱 좋을거 같아요.

여기에서 다오랩데이 준비 절차를 공유드릴께요.
길드데이라해도 비슷하게 흘러갈거라 프로세스에 맞게 준비하시면 됩니다.
길드데이 컨텐츠는 길드장길드에서 고민해서 결정하시면 될거 같아요.

[월 첫번째주] 기획 초안 확정, 기여자(빌더) 확정, 루마 페이지(초안) 작업
[월 두번째주] 다오랩 대상 루마 페이지 오픈, 신청 개시 (ASAP으로 오픈해 캘박하게 해야 함), 프로그램 확정, 루마 페이지 업데이트
[이후 모임전까지] 연사/패널 섭외, 발표 준비, 참석자 승인, 행사 리마인드 등
[D-2~1 월화] 다오랩데이 슬라이드 작성 (일정, 다오랩 업데이트, 발표 링크 등)
[D-day] 30분이나 1시간 전에 기여자 미리 와서 세팅, 행사 진행

다오랩데이 기여자 태스크는 다음과 같아요.

행사 기획 및 연사/패널 컨택
다오랩데이 슬라이드 작성
루마 페이지 작성과 오픈, 참석자 승인
행사날 진행
행사날 촬영담당
행사날 컴터와 의자, 마이크 등 세팅

다오랩데이 참석자 범위

기본적으로 다오랩 크루와 신규 기수가 중심
그분들이 초대한 지인들
위 두가지 범위에서 40-50명 커버 가능하면 외부 모집 필요없음
만약 부족하면, 제한적으로 외부 홍보

Jason

개인적으로 상준님 제안이 넘 맘에 듭니다. 어쩌면 우리도 이더리움 EIP 같은 체계를 만들 수 있겠다는 희망도 가지게 되구요. 하지만 현실의 벽이 있기 때문에 운영의 묘가 필요할거 같아요. 아래 피드백 드라이하게 남깁니다.

제안하는거 자체가 부담이 되지 않거나 업무에 도움이 되는 구조가 필요할거 같아요.
지금도 다양한 실험을 알아서 하고 있는데, 제안하는게 선행되어야 한다면 제안이 실무자에게 실질적 도움이 될수 있는 구조가 있으면 좋겠어요. 실험 제안으로 네이밍하면서 인정받는 느낌을 받을 수 있겠지만, 공수에 비해 인정받는 느낌이 미미할 수 있거든요. 예를 들어, 6기에서 디스코드 실험을 하고 있는데, 만약 이걸 제안으로 올린다면, 제안을 만드는 과정이 하나 추가되거든요. 누가 제안할지를 정하기도 해야 하고. 저는 이 과정이 필요하고 기록으로 남겨야 한다고 생각해요. 하지만 이건 당위성이지 강제로 실행하긴 어려운 일이죠. 이럴 떄는 제안을 올렸더니 도움이 되더라하는 보상을 만들 수 있으면 좀 더 촉진될거 같아요. 디스코드 예시로 들자면, 제안을 올림으로써 디스코드 전문가들이 커밍아웃하고 서포터들 리쿠르팅이 된다면 수고로움을 감수하고라도 올리겠죠. 이런 장치들이 뭐가 있을지 고민해 보면 좋겠어요.
어떤걸 제안으로 해야 할지 좀 막연할 수 있는데, 우선 범위를 좁혀서 시작하는 것도 좋을거 같아요.
아마 처음 보는 사람 입장에선 막연할거에요. 지금 운영 관련해서 하고 있는 일을 제안하는건지, 하고 싶은 아이디어를 올리는건지, 길드 운영 관련해서 하고 있는걸 올리는건지 등등. 그래서 우선 범위를 명확히 해서 작게 시작해 보는게 좋을거 같아요. 예를 들어, 다오랩 자체의 운영에 관련된 제안으로 한정해 볼 수 있겠죠. 그러면 각 길드 운영 업무는 제외. 제가 알고 있는 다오랩 자체 운영과 관련된 제안으로 예시를 들자면,

디스코드 정식 운영 (6기뿐 아니라 정식크루 포함)
다오랩 SNS 운영
다오랩데이 운영
25년 송년회 준비

제안 or 기록 중에서 정해야 할거 같아요. 두개가 좀 다른 개념같거든요.
제안은 기록을 포함하지만, 기록은 제안을 내포하진 않는거 같아요. 만약 기록이라고 정의하면, 새로운 실험을 제안하는 것과 연결이 약해질거 같거든요. 기록은 이미 정해진 일을 기록하는 의미가 강해서요. 제안이 무거워 보일 수도 있지만, 일단 제안으로 시작해 보는게 어떨까 싶긴 합니다. 이미 실험하고 있는 내용도 소급해서 제안한다고 생각하고 제안해 보는거죠. 제안 후에는 기록하는거구요.
이더리움 EIP나 IETF RFC와는 개념이 좀 다르기 때문에 차이를 잘 살펴서 설계하시죠.
둘 다 정말 제안이고, 의사결정을 위한 목적이 큽니다. 이 제안 중에는 떨어지는 것도 있겠죠. 그리고 제안이 통과되면 기록은 끝입니다. 둘 다 스펙으로 만들어지고 그 이후 관련 구현 등에 대해선 다른 곳에서 기록되겠죠.
하지만 상준님이 제안한건 거버넌스 실험이라기 보다는 하고 있는 일을 잘 기록해 보자는 취지가 더 강한거 같아서 좀 다를거 같아요. 그래서 오해하는 분들도 계실거 같구요. 어찌보면 실험 기록이나 실험노트 같은 시스템이 더 근접할거 같은데, 참고해 볼수 있는 다른 시스템을 찾아보는 것도 좋을 거 같아요.

Jason

다오랩에서 진행하고자 하는 실험 제안을 여기에 하고 실행 과정을 기록합니다.
제안의 순서에 따라 DEP-001 형태로 코드를 붙여서 제목을 정합니다.
예를 들어 첫번째 제안은 아래 제목으로 토픽을 만들어 그 아래에 포스팅으로 기록합니다.
[DEP-001] 다오랩 실험 제안 기록 체계

다오랩 (DAOLAB)

administrators

게시물

멤버 목록