SlideShare une entreprise Scribd logo
1  sur  68
“그들은 왜 안된다고만 할까?”
스포카 현직 개발자, PM, 디자이너에게 듣는 협업이야기
vita
frida
mia
Contents
1. 우리의 협업 이야기
2. Q & A
1 부 About Spoqa
1. 스포카는 이런 곳이에요
2. 스포카는 이렇게 일해요
3. 우리랑 같이 일할래요?
2 부 TALK! TALK!
Our Mission
“매장과 고객을 세련되게 연결하다”
국내 1위 태블릿 기반 고객관리 서비스
소비자의 구매 데이터 선순환을 기반으로 한 블록체인 프로젝트
크리에이터 사업 본부
HA&GA
FP&A
크리에이터
PM 챕터
Programmer 챕터
Product Designer 챕터
그로스핵 스쿼드
포인트 스쿼드 PD 스쿼드
Objectives
Carry 스쿼드
Programmer
Full Stack Programmer Front-End Programmer
Full Stack Programmer
하는 일
- 대용량의 실시간 데이터 처리
- 구상부터 릴리스까지 관통하는 구현
기술 스택
- Python(Flask), Rust, SQLAlchemy, PostgreSQL, Android, iOS, etc
하는 일
- 웹 기술을 사용한 태블릿 사용자 인터페이스 개발
- 대시보드 사용자 인터페이스 개발
- 국가별 랜딩 페이지 개발
- 스포카 자체 스타일 프레임워크 개발
기술 스택
- TypeScript, React, Android, iOS, etc
Front-End Programmer
Product Designer
“UI 디자이너는 말 그대로 사용자(User) 인터페이스(Interface)를
만드는 사람입니다. 인터페이스를 만들고, 그 위에 비주얼 디자인을
입히죠. 프로덕트 디자이너는 더 확장된 개념이라고 보면 됩니다.
스포카에서는 UI 디자인은 물론, 기획 및 개발까지 업무 영역을
넓히고 도메인 지식을 가장 많이 보유한 사람을
프로덕트 디자이너라고 부릅니다.”
- 강영화 디자이너, <한국의 스타트업 디자이너들>
다양한 이해 관계 요인을 고려해(비즈니스, 제품팀 등)
사용자의 문제를 해결해주기 위한 가치를
실제로 작동하는 실행가능한 해결책(프로덕트) 으로 전달합니다.
✴️ ✴️
Design Thinking
Logical Thinking
Data Driven Design
Business Driven Design
User Experience Design
Service Design
Interaction Design
Coding Based Design
...
✴️
PM? 뭐하는 사람인가요?
Project Manager ?
Program Manager ?
Product Manager !
“잠재 고객들이 가진 문제를 이해하고,
그 문제에 대해 가장 정확한 솔루션을
만드는 사람. “
Product Manager
서비스를 제작
- 요구사항을 수집
- 서비스의 방향성과 우선순위를 설정
멀티플랫폼 환경에서의 일관된 서비스 경험을 제작
프로젝트 일정을 수립하고 관리
제품 개선 및 출시까지의 전 과정을 리드
전체적인 서비스 품질을 관리
- 고객 피드백을 수집
- 모니터링
Product Manager
스포카는 이렇게 일해요
협업 프로세스 구체적인 방법 & 툴
마켓플레이스
코드 리뷰
1 : 1 페어 프로그래밍
회고
해피아워
디자인 협업 프로세스
소통 - Slack
이슈 트래킹
& 히스토리 기입
- Jira & Confluence
지향점
지킬 건 지키자.
- Spoqa CoC
애자일하게
스포카 크리에이터 행동강령 / Ground Rule
애자일하게
지향점 협업 프로세스 구체적인 방법 & 툴
마켓플레이스
코드 리뷰
1 : 1 페어 프로그래밍
회고
해피아워
디자인 협업 프로세스
소통 - Slack
이슈 트래킹
& 히스토리 기입
- Jira & Confluence
지킬 건 지키자.
- Spoqa CoC
애자일하게
여러 부서와 직군이 느끼는 ‘필요한 일’과 ‘우선순위’를 맞춰가는 과정
#1 마켓 플레이스 (Market Place)
프로그래머 문화
- 프로그래머 워크샵 / 포스트모템
- 코드 리뷰
- 페어프로그래밍
- 고양이 세수
- 개발을 잘하기 위한 개발: 오픈소스
개발 프로세스
- 기획 > 디자인 > 논의 > 개발 > 코드/디자인 리뷰 > QA > 배포
#2 개발 프로세스
주간 미팅 (2시간 이내)
- 1주 단위의 스프린트 진행
- 지난주 목표 리뷰 + 이번주 목표 설정 (시간계획)
> 업무 배분 (리소스 조정, 업무 우선순위 조정)
데일리 스탠드업 미팅(10분 이내)
- 칸반 보드 활용
- 현재 진행중인 업무 공유
- 막히는 부분 check
- 우선순위 논의
#2 개발 프로세스
#3 코드 리뷰
#4 1 : 1 페어 프로그래밍
“페어 프로그래밍으로 어려운 문제를 같이 해결해요.
페어 프로그래밍을 통해 팀원들과 같이 성장합니다.”
- 2 명이 하나의 모니터를 두고 같이 개발
- 1 명은 코칭과 피드백, 1 명은 키보드
- 어려운 문제를 같이 풀어나가며 암묵지를 쉐어하는 방식
#5 회고 (Retrospective)
상황과 피드백을 솔직하게 공유, 돌아보고, 건설적인 액션으로 끌어내기
#6 해피아워
#7 디자인 협업 프로세스
분기시작 👉 OKR 설정 👉 프로젝트 킥오프
👉 리서치 👉 디자인 👉 커뮤니케이션x10000
👉 이해관계자 리뷰 👉 개발 / 디자인 QA
👉 Release 👉 디자인 유지 보수
#7 디자인 협업 프로세스 - 기획 회의
#7 디자인 협업 프로세스 - 활발한 피드백
#7 디자인 협업 프로세스 - 오픈세션
#7 디자인 협업 프로세스 - 스터디
#7 디자인 협업 프로세스 - 데이터 드리븐 디자인
#7 디자인 협업 프로세스 - 데이터 드리븐 디자인
화면에 몇 개의 매장 수를 띄우는게 좋을까?
Problem
#7 디자인 협업 프로세스 - 데이터 드리븐 디자인
대부분의 유저가 2개 이하의 매장을 이용 중이구나!
Data
#7 디자인 협업 프로세스 - 데이터 드리븐 디자인
1개, 2개의 매장이 표시되는 화면 상황을 생각하며 설계
Solution
우리랑 같이 일할래요?
[스포카 / 캐리] 풀스택 프로그래머
[스포카] 프론트엔드 프로그래머
[캐리] 도도 앱 React Native 프로그래머
[캐리] 블록체인 프로그래머
[캐리] UX 디자이너
[캐리] 마케팅 디자이너
2부 마지막에 QnA가 있어요
Sli.do에 질문을 남겨주세요!
Spoqa 크리에이터 CoC 포스
터를 선정되신 분께 선물해요~!
우리랑 같이 일할래요?
채용정보 👉 recruit.spoqa.com
문의/지원 👉 creators.recruit@spoqa.com
TALK! TALK!
Vita
A 기능 개발 중.
“한도 끝도 없이 계속 늘어만 가는 프로젝트 일정으로
PM과 구성원 모두 지쳐 있어요.”
PM
VitaPM
1. Must 와 Nice to 를 구분하자.
2. Must 부터 개발 -> 릴리즈 (끊어가기1)
3. 그 다음, Nice to 개발 -> 릴리즈 (끊어가기2)
4. 그 다음, 코드 리팩토링, 디자인 개선 -> 릴리즈 (끊어가기3)
A 기능 개발 중.
“한도 끝도 없이 계속 늘어만 가는 프로젝트 일정으로
PM과 구성원 모두 지쳐 있어요.”
Mia
PM과 이야기 중인 프로그래머. 무리한 요구에
“안됩니다”
PROGRAMMER
Mia
PM과 이야기 중인 프로그래머. 무리한 요구에
“안됩니다”
PROGRAMMER
무조건적인 안된다는 말보다는 대안점을 제시해드
렸더니 커뮤니케이션이 훨씬 좋았어요.
Frida
“개발 후 디자인 리뷰할 때, 페어링하면서 맞추는 것이 효율적이고
좋다고 생각하는데, 엄청 micro한 1px씩 조정할 때, 개발자 분이 기
분나빠하지 않을까 조심하게 돼요.”
DESIGNER
Frida
“개발 후 디자인 리뷰할 때, 페어링하면서 맞추는 것이 효율적이고
좋다고 생각하는데, 엄청 micro한 1px씩 조정할 때, 개발자 분이 기
분나빠하지 않을까 조심하게 돼요.”
사람마다 다르지만 개인적으로 1:1 페어를 통해 맞
지 않는 부분을 맞춰가는 과정이 좋았어요.
DESIGNER
Vita
새로운 A기능 개발을 위한 회의 중
“PM: 이번에 A기능을 추가해볼까 해요. 작업이 많을까요?”
“ 프로그래머A: 음.. Inject 되는 props를 테스트 렌더링시에 타입 검사하면서 넣어야 해서
어렵겠네요.
프로그래머B: 그러면 디폴트 값은 어떻게 가나요?”
PM
Mia
“개발자: 제플린을 통해 개발 전 디자인 리뷰를 함으로써
개발 리소스 최적화가 가능해요.
디자이너: 제플린 툴로 프로그래머를 위한 가이드 작업이 없어져서
정말 좋아요. 디자인 리뷰도 제플린으로 후딱!”
PROGRAMMER
Frida
“(같은 직군끼리) 무드맵을 공유해서 같이 그리는 비주얼에 대한 멘
탈모델을 맞추고, 작업하면 크게 어긋나는 것을 막아줘요.
타 직군과도, 함께 그리는 모습에 대한 멘탈모델이 있어야 협업이 잘
되는 듯"
DESIGNER
Vita
중요한 프로젝트 진행 중
서로 같이 작업을 하다가 사이가 틀어진 프로그래머 2명.
얼굴도 쳐다보지 않고, 심지어 언성을 높이며 싸우기 시작한다.
PM
Mia
“개발 > 디자인 > 개발 > 기획 > 개발 사이클로 개발 한 적이 있었는
데, 너무 비효율적이었어요.”
PROGRAMMER
Frida
“항상 해결해야하는 문제가 리소스보다 많은 건
언제나 당연하고, 그 상황에서 산출물을 최소화해
성과와 영향을 최대화하는 방향을 찾는 것
- 쉽지 않은 일인 것 같아요.
디자이너도 항상, 더 좋은 인터랙션, 더 사용자에게 좋은 기능을 추가
하고 싶지만, 개발 일정 한계로 포기하게 될 때가 많아요.”
DESIGNER
Vita
“또 안되요? 왜 맨날 안된다고만 해요?”
“아 이거 이런식으로 가져오시면 안되요. ”
“이거 별것도 아닌데, 금방 안되요?”
아 - 다르고, 어- 다르다.
PM
Mia
“각자 직군에서 쓰는 용어가 다르다 보니 서로 다른 말을 할 때가 있
는데, 그럴때면 지금 우리가 하고 있는 얘기들이 같은 얘기를 하고 있
는게 아닌지 한번씩 짚고 가면 좋아요 (dim <> fade)”
PROGRAMMER
Frida
“초기에 빠르게 공유해야, 서로 피드백을 하기에도 부담이 적고, 많
이 진행된 상태에서는 방향을 수정하기 힘들어요.”
함께 자라기 - 신뢰를 키우는 공유와 신뢰를 깎는 공유
DESIGNER
Frida
“사용자 입장, 사용자에게 다가갈 때 제품 완성도, 사용성에 대한 점
을 디자이너쪽에서 많이 고려하게 되는데,
디자이너가 혼자일 경우, 타직군의 우선순위 사이에서 이런 측면을
혼자 비호하기 벅차거나 발언권이 약해지는 경우가 있는 것 같아요.”
DESIGNER
“우리 서로 서로를 믿어요”
QnA
Q.
“개발자 3년차가 되었을 때 이직을 하면 좋다고 하던
데, 경력직 이직할 때 뭘 준비하나요?”
👇 mia 님 이력서 예시
https://kimwoohyun.github.io/resume/
“개발자 뿐만은 아니지만
개발자에게 흔히 요구되는역량이
커뮤니케이션 역량이라고 알고 있습니다.
업무를 수행하면서 어떤 개발자가 커뮤니케이션을
잘한다고 느끼시는지 궁금합니다.
(+ 개발자에게 바라는 점도 부탁드립니다 ㅎㅎ )
Q.
“현재 개발구조에서의 어려움을 말하고
일정을 늘리거나 추후 기능개선으로 하는 건
어떤 지 제안합니다."
Q.
“타직군과 원할한 협업을 하기 위한 가장 기본이 되는
자세(혹은 태도)는 무엇이라고 생각하시나요? 협업을
시작하기 전 (OT) 함께 짚고 넘어가는 사항 혹은 규칙
이 있다면 알려주세요~”
Q.
“화합을 이끌어낼 수 있는 활동을 추천해주세요.”
(프로젝트, 스터디 제외)
Q.
Sli.do 또 손~! 손~!
자유로운 QnA
Credits
발표자
Frida(김혜민) Mia(김우현) Vita(이옥승)
내용
Ed(강효준) : 25p 마켓플레이스
Didi(유다정) Jin(이유진) Sizn(김계절)
: About Spoqa, PD 소개, CoC, Groundrule 포스터 디자인, 디자인팀 협업 프로세스 내용과 찬조 출연
강영화 - <한국의 스타트업 디자이너들>
그리고
이 발표를 봐주신 넥스터즈 여러분과 도움주신 운영진분들

Contenu connexe

Tendances

4월 월말평가
4월 월말평가4월 월말평가
4월 월말평가Mingu Heo
 
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법Sunjung Park
 
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기NAVER Engineering
 
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?NAVER Engineering
 
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진Mijin Baek
 
리모트 상황에서 효과적인 협업하기 - 비동기식 협업
리모트 상황에서 효과적인 협업하기 - 비동기식 협업리모트 상황에서 효과적인 협업하기 - 비동기식 협업
리모트 상황에서 효과적인 협업하기 - 비동기식 협업Sunjung Park
 
Agile prototyping intro v.1.5
Agile prototyping intro v.1.5Agile prototyping intro v.1.5
Agile prototyping intro v.1.5Mijin Baek
 
정글에서 살아남기 - 아마존 개발자
정글에서 살아남기 - 아마존 개발자정글에서 살아남기 - 아마존 개발자
정글에서 살아남기 - 아마존 개발자Aree Oh
 
[RAPA/C++] 1. 수업 내용 및 진행 방법
[RAPA/C++] 1. 수업 내용 및 진행 방법[RAPA/C++] 1. 수업 내용 및 진행 방법
[RAPA/C++] 1. 수업 내용 및 진행 방법MinGeun Park
 
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의Dylan Ko
 
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기Hyunjung Kim
 
모두를 위한 개발하기
모두를 위한 개발하기모두를 위한 개발하기
모두를 위한 개발하기Seong-Ho Hong
 
훌륭한 프로그래머 되는 법
훌륭한 프로그래머 되는 법훌륭한 프로그래머 되는 법
훌륭한 프로그래머 되는 법Kai [Kyung Seok] Song
 
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가[0319 박민근] 게임 개발자는 왜 공부해야만 하는가
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가MinGeun Park
 
애자일 안한 이야기
애자일 안한 이야기애자일 안한 이야기
애자일 안한 이야기Sungchul Park
 
스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry RunnerServerDevCamp
 
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기NAVER Engineering
 
사용자 스토리 기반의 스크럼
사용자 스토리 기반의 스크럼사용자 스토리 기반의 스크럼
사용자 스토리 기반의 스크럼Junyi Song
 

Tendances (20)

Be Creators
Be CreatorsBe Creators
Be Creators
 
4월 월말평가
4월 월말평가4월 월말평가
4월 월말평가
 
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법
GitLab Korea 밋업 - UX가 올 리모트 팀에서 일하는 법
 
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기
NAVER TECH CONCERT_FE2019_주니어 개발자의 성장에 대한 뻔하지만 뻔하지않은 이야기
 
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?
200819 NAVER TECH CONCERT 02_안드로이드의 '안'자도 몰랐던 나는 어떻게 안드로이드 개발자가 되었을까?
 
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
 
리모트 상황에서 효과적인 협업하기 - 비동기식 협업
리모트 상황에서 효과적인 협업하기 - 비동기식 협업리모트 상황에서 효과적인 협업하기 - 비동기식 협업
리모트 상황에서 효과적인 협업하기 - 비동기식 협업
 
Agile prototyping intro v.1.5
Agile prototyping intro v.1.5Agile prototyping intro v.1.5
Agile prototyping intro v.1.5
 
정글에서 살아남기 - 아마존 개발자
정글에서 살아남기 - 아마존 개발자정글에서 살아남기 - 아마존 개발자
정글에서 살아남기 - 아마존 개발자
 
[RAPA/C++] 1. 수업 내용 및 진행 방법
[RAPA/C++] 1. 수업 내용 및 진행 방법[RAPA/C++] 1. 수업 내용 및 진행 방법
[RAPA/C++] 1. 수업 내용 및 진행 방법
 
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의
키노트와 스타트업?! - PSWC(Pre Startup Winning Camp) 멘토 멘티 상견례 강의
 
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
 
모두를 위한 개발하기
모두를 위한 개발하기모두를 위한 개발하기
모두를 위한 개발하기
 
훌륭한 프로그래머 되는 법
훌륭한 프로그래머 되는 법훌륭한 프로그래머 되는 법
훌륭한 프로그래머 되는 법
 
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가[0319 박민근] 게임 개발자는 왜 공부해야만 하는가
[0319 박민근] 게임 개발자는 왜 공부해야만 하는가
 
AKC2020 marimba 마주연
AKC2020 marimba 마주연AKC2020 marimba 마주연
AKC2020 marimba 마주연
 
애자일 안한 이야기
애자일 안한 이야기애자일 안한 이야기
애자일 안한 이야기
 
스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner
 
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기
플랫폼 디자이너 없이 디자인 시스템을 구축하는 프로덕트 디자이너의 우당탕탕 고통 연대기
 
사용자 스토리 기반의 스크럼
사용자 스토리 기반의 스크럼사용자 스토리 기반의 스크럼
사용자 스토리 기반의 스크럼
 

Similaire à 2019 nexters x spoqa

How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427Will Kim
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스Hee Jae Lee
 
131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원NAVER D2
 
프로젝트실무와 기획의 역할
프로젝트실무와 기획의 역할프로젝트실무와 기획의 역할
프로젝트실무와 기획의 역할Amy Young Ah Kim
 
프로젝트실무와기획의역할
프로젝트실무와기획의역할프로젝트실무와기획의역할
프로젝트실무와기획의역할Amy Young Ah Kim
 
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화Terry Cho
 
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기Soojin Ro
 
Software engineer가 되기 위한 여정
Software engineer가 되기 위한 여정Software engineer가 되기 위한 여정
Software engineer가 되기 위한 여정Aree Oh
 
Slipp 발표 자료 20151212
Slipp 발표 자료 20151212Slipp 발표 자료 20151212
Slipp 발표 자료 20151212Jinsoo Jung
 
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료오픈소스 컨트리뷰톤 2020 backend.ai 발표자료
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료지원 정
 
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법강 민우
 
(독서광) 제품의 탄생
(독서광) 제품의 탄생(독서광) 제품의 탄생
(독서광) 제품의 탄생Jay Park
 
기획자의불편한진실
기획자의불편한진실기획자의불편한진실
기획자의불편한진실cheonsu park
 
프로토타이핑
프로토타이핑프로토타이핑
프로토타이핑정인 주
 
애자일 스크럼과 JIRA
애자일 스크럼과 JIRA 애자일 스크럼과 JIRA
애자일 스크럼과 JIRA Terry Cho
 
격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it go격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it goChris Ohk
 
Pivotal Labs 고객사례 - Coinone
Pivotal Labs 고객사례 - CoinonePivotal Labs 고객사례 - Coinone
Pivotal Labs 고객사례 - CoinoneVMware Tanzu Korea
 
제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발Terry Cho
 
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재[네이버오픈소스세미나] egjs-view360 개발기 - 김희재
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재NAVER D2
 
포트폴리오 김규하
포트폴리오 김규하포트폴리오 김규하
포트폴리오 김규하GyooHa Kim
 

Similaire à 2019 nexters x spoqa (20)

How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
 
131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원
 
프로젝트실무와 기획의 역할
프로젝트실무와 기획의 역할프로젝트실무와 기획의 역할
프로젝트실무와 기획의 역할
 
프로젝트실무와기획의역할
프로젝트실무와기획의역할프로젝트실무와기획의역할
프로젝트실무와기획의역할
 
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
 
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기
D2 캠퍼스 세미나 - 학생 개발자에서 신입 개발자로 한단계 업그레이드 하기
 
Software engineer가 되기 위한 여정
Software engineer가 되기 위한 여정Software engineer가 되기 위한 여정
Software engineer가 되기 위한 여정
 
Slipp 발표 자료 20151212
Slipp 발표 자료 20151212Slipp 발표 자료 20151212
Slipp 발표 자료 20151212
 
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료오픈소스 컨트리뷰톤 2020 backend.ai 발표자료
오픈소스 컨트리뷰톤 2020 backend.ai 발표자료
 
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법
[IGC2018] 펄어비스 김광삼 - 대면 커뮤니케이션 주도의 게임 디자인과 게임 개발법
 
(독서광) 제품의 탄생
(독서광) 제품의 탄생(독서광) 제품의 탄생
(독서광) 제품의 탄생
 
기획자의불편한진실
기획자의불편한진실기획자의불편한진실
기획자의불편한진실
 
프로토타이핑
프로토타이핑프로토타이핑
프로토타이핑
 
애자일 스크럼과 JIRA
애자일 스크럼과 JIRA 애자일 스크럼과 JIRA
애자일 스크럼과 JIRA
 
격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it go격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it go
 
Pivotal Labs 고객사례 - Coinone
Pivotal Labs 고객사례 - CoinonePivotal Labs 고객사례 - Coinone
Pivotal Labs 고객사례 - Coinone
 
제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발
 
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재[네이버오픈소스세미나] egjs-view360 개발기 - 김희재
[네이버오픈소스세미나] egjs-view360 개발기 - 김희재
 
포트폴리오 김규하
포트폴리오 김규하포트폴리오 김규하
포트폴리오 김규하
 

2019 nexters x spoqa

  • 1. “그들은 왜 안된다고만 할까?” 스포카 현직 개발자, PM, 디자이너에게 듣는 협업이야기 vita frida mia
  • 2. Contents 1. 우리의 협업 이야기 2. Q & A 1 부 About Spoqa 1. 스포카는 이런 곳이에요 2. 스포카는 이렇게 일해요 3. 우리랑 같이 일할래요? 2 부 TALK! TALK!
  • 3.
  • 4. Our Mission “매장과 고객을 세련되게 연결하다”
  • 5. 국내 1위 태블릿 기반 고객관리 서비스
  • 6.
  • 7.
  • 8. 소비자의 구매 데이터 선순환을 기반으로 한 블록체인 프로젝트
  • 10. 크리에이터 PM 챕터 Programmer 챕터 Product Designer 챕터 그로스핵 스쿼드 포인트 스쿼드 PD 스쿼드 Objectives Carry 스쿼드
  • 11. Programmer Full Stack Programmer Front-End Programmer
  • 12. Full Stack Programmer 하는 일 - 대용량의 실시간 데이터 처리 - 구상부터 릴리스까지 관통하는 구현 기술 스택 - Python(Flask), Rust, SQLAlchemy, PostgreSQL, Android, iOS, etc
  • 13. 하는 일 - 웹 기술을 사용한 태블릿 사용자 인터페이스 개발 - 대시보드 사용자 인터페이스 개발 - 국가별 랜딩 페이지 개발 - 스포카 자체 스타일 프레임워크 개발 기술 스택 - TypeScript, React, Android, iOS, etc Front-End Programmer
  • 15. “UI 디자이너는 말 그대로 사용자(User) 인터페이스(Interface)를 만드는 사람입니다. 인터페이스를 만들고, 그 위에 비주얼 디자인을 입히죠. 프로덕트 디자이너는 더 확장된 개념이라고 보면 됩니다. 스포카에서는 UI 디자인은 물론, 기획 및 개발까지 업무 영역을 넓히고 도메인 지식을 가장 많이 보유한 사람을 프로덕트 디자이너라고 부릅니다.” - 강영화 디자이너, <한국의 스타트업 디자이너들>
  • 16. 다양한 이해 관계 요인을 고려해(비즈니스, 제품팀 등) 사용자의 문제를 해결해주기 위한 가치를 실제로 작동하는 실행가능한 해결책(프로덕트) 으로 전달합니다. ✴️ ✴️
  • 17. Design Thinking Logical Thinking Data Driven Design Business Driven Design User Experience Design Service Design Interaction Design Coding Based Design ... ✴️
  • 18. PM? 뭐하는 사람인가요? Project Manager ? Program Manager ? Product Manager ! “잠재 고객들이 가진 문제를 이해하고, 그 문제에 대해 가장 정확한 솔루션을 만드는 사람. “ Product Manager
  • 19. 서비스를 제작 - 요구사항을 수집 - 서비스의 방향성과 우선순위를 설정 멀티플랫폼 환경에서의 일관된 서비스 경험을 제작 프로젝트 일정을 수립하고 관리 제품 개선 및 출시까지의 전 과정을 리드 전체적인 서비스 품질을 관리 - 고객 피드백을 수집 - 모니터링 Product Manager
  • 21. 협업 프로세스 구체적인 방법 & 툴 마켓플레이스 코드 리뷰 1 : 1 페어 프로그래밍 회고 해피아워 디자인 협업 프로세스 소통 - Slack 이슈 트래킹 & 히스토리 기입 - Jira & Confluence 지향점 지킬 건 지키자. - Spoqa CoC 애자일하게
  • 24. 지향점 협업 프로세스 구체적인 방법 & 툴 마켓플레이스 코드 리뷰 1 : 1 페어 프로그래밍 회고 해피아워 디자인 협업 프로세스 소통 - Slack 이슈 트래킹 & 히스토리 기입 - Jira & Confluence 지킬 건 지키자. - Spoqa CoC 애자일하게
  • 25. 여러 부서와 직군이 느끼는 ‘필요한 일’과 ‘우선순위’를 맞춰가는 과정 #1 마켓 플레이스 (Market Place)
  • 26. 프로그래머 문화 - 프로그래머 워크샵 / 포스트모템 - 코드 리뷰 - 페어프로그래밍 - 고양이 세수 - 개발을 잘하기 위한 개발: 오픈소스 개발 프로세스 - 기획 > 디자인 > 논의 > 개발 > 코드/디자인 리뷰 > QA > 배포 #2 개발 프로세스
  • 27. 주간 미팅 (2시간 이내) - 1주 단위의 스프린트 진행 - 지난주 목표 리뷰 + 이번주 목표 설정 (시간계획) > 업무 배분 (리소스 조정, 업무 우선순위 조정) 데일리 스탠드업 미팅(10분 이내) - 칸반 보드 활용 - 현재 진행중인 업무 공유 - 막히는 부분 check - 우선순위 논의 #2 개발 프로세스
  • 29. #4 1 : 1 페어 프로그래밍 “페어 프로그래밍으로 어려운 문제를 같이 해결해요. 페어 프로그래밍을 통해 팀원들과 같이 성장합니다.” - 2 명이 하나의 모니터를 두고 같이 개발 - 1 명은 코칭과 피드백, 1 명은 키보드 - 어려운 문제를 같이 풀어나가며 암묵지를 쉐어하는 방식
  • 30. #5 회고 (Retrospective) 상황과 피드백을 솔직하게 공유, 돌아보고, 건설적인 액션으로 끌어내기
  • 32. #7 디자인 협업 프로세스 분기시작 👉 OKR 설정 👉 프로젝트 킥오프 👉 리서치 👉 디자인 👉 커뮤니케이션x10000 👉 이해관계자 리뷰 👉 개발 / 디자인 QA 👉 Release 👉 디자인 유지 보수
  • 33. #7 디자인 협업 프로세스 - 기획 회의
  • 34. #7 디자인 협업 프로세스 - 활발한 피드백
  • 35. #7 디자인 협업 프로세스 - 오픈세션
  • 36. #7 디자인 협업 프로세스 - 스터디
  • 37. #7 디자인 협업 프로세스 - 데이터 드리븐 디자인
  • 38. #7 디자인 협업 프로세스 - 데이터 드리븐 디자인 화면에 몇 개의 매장 수를 띄우는게 좋을까? Problem
  • 39. #7 디자인 협업 프로세스 - 데이터 드리븐 디자인 대부분의 유저가 2개 이하의 매장을 이용 중이구나! Data
  • 40. #7 디자인 협업 프로세스 - 데이터 드리븐 디자인 1개, 2개의 매장이 표시되는 화면 상황을 생각하며 설계 Solution
  • 42. [스포카 / 캐리] 풀스택 프로그래머 [스포카] 프론트엔드 프로그래머 [캐리] 도도 앱 React Native 프로그래머 [캐리] 블록체인 프로그래머 [캐리] UX 디자이너 [캐리] 마케팅 디자이너 2부 마지막에 QnA가 있어요 Sli.do에 질문을 남겨주세요! Spoqa 크리에이터 CoC 포스 터를 선정되신 분께 선물해요~! 우리랑 같이 일할래요? 채용정보 👉 recruit.spoqa.com 문의/지원 👉 creators.recruit@spoqa.com
  • 44. Vita A 기능 개발 중. “한도 끝도 없이 계속 늘어만 가는 프로젝트 일정으로 PM과 구성원 모두 지쳐 있어요.” PM
  • 45. VitaPM 1. Must 와 Nice to 를 구분하자. 2. Must 부터 개발 -> 릴리즈 (끊어가기1) 3. 그 다음, Nice to 개발 -> 릴리즈 (끊어가기2) 4. 그 다음, 코드 리팩토링, 디자인 개선 -> 릴리즈 (끊어가기3) A 기능 개발 중. “한도 끝도 없이 계속 늘어만 가는 프로젝트 일정으로 PM과 구성원 모두 지쳐 있어요.”
  • 46. Mia PM과 이야기 중인 프로그래머. 무리한 요구에 “안됩니다” PROGRAMMER
  • 47. Mia PM과 이야기 중인 프로그래머. 무리한 요구에 “안됩니다” PROGRAMMER 무조건적인 안된다는 말보다는 대안점을 제시해드 렸더니 커뮤니케이션이 훨씬 좋았어요.
  • 48. Frida “개발 후 디자인 리뷰할 때, 페어링하면서 맞추는 것이 효율적이고 좋다고 생각하는데, 엄청 micro한 1px씩 조정할 때, 개발자 분이 기 분나빠하지 않을까 조심하게 돼요.” DESIGNER
  • 49. Frida “개발 후 디자인 리뷰할 때, 페어링하면서 맞추는 것이 효율적이고 좋다고 생각하는데, 엄청 micro한 1px씩 조정할 때, 개발자 분이 기 분나빠하지 않을까 조심하게 돼요.” 사람마다 다르지만 개인적으로 1:1 페어를 통해 맞 지 않는 부분을 맞춰가는 과정이 좋았어요. DESIGNER
  • 50. Vita 새로운 A기능 개발을 위한 회의 중 “PM: 이번에 A기능을 추가해볼까 해요. 작업이 많을까요?” “ 프로그래머A: 음.. Inject 되는 props를 테스트 렌더링시에 타입 검사하면서 넣어야 해서 어렵겠네요. 프로그래머B: 그러면 디폴트 값은 어떻게 가나요?” PM
  • 51. Mia “개발자: 제플린을 통해 개발 전 디자인 리뷰를 함으로써 개발 리소스 최적화가 가능해요. 디자이너: 제플린 툴로 프로그래머를 위한 가이드 작업이 없어져서 정말 좋아요. 디자인 리뷰도 제플린으로 후딱!” PROGRAMMER
  • 52. Frida “(같은 직군끼리) 무드맵을 공유해서 같이 그리는 비주얼에 대한 멘 탈모델을 맞추고, 작업하면 크게 어긋나는 것을 막아줘요. 타 직군과도, 함께 그리는 모습에 대한 멘탈모델이 있어야 협업이 잘 되는 듯" DESIGNER
  • 53. Vita 중요한 프로젝트 진행 중 서로 같이 작업을 하다가 사이가 틀어진 프로그래머 2명. 얼굴도 쳐다보지 않고, 심지어 언성을 높이며 싸우기 시작한다. PM
  • 54. Mia “개발 > 디자인 > 개발 > 기획 > 개발 사이클로 개발 한 적이 있었는 데, 너무 비효율적이었어요.” PROGRAMMER
  • 55. Frida “항상 해결해야하는 문제가 리소스보다 많은 건 언제나 당연하고, 그 상황에서 산출물을 최소화해 성과와 영향을 최대화하는 방향을 찾는 것 - 쉽지 않은 일인 것 같아요. 디자이너도 항상, 더 좋은 인터랙션, 더 사용자에게 좋은 기능을 추가 하고 싶지만, 개발 일정 한계로 포기하게 될 때가 많아요.” DESIGNER
  • 56. Vita “또 안되요? 왜 맨날 안된다고만 해요?” “아 이거 이런식으로 가져오시면 안되요. ” “이거 별것도 아닌데, 금방 안되요?” 아 - 다르고, 어- 다르다. PM
  • 57. Mia “각자 직군에서 쓰는 용어가 다르다 보니 서로 다른 말을 할 때가 있 는데, 그럴때면 지금 우리가 하고 있는 얘기들이 같은 얘기를 하고 있 는게 아닌지 한번씩 짚고 가면 좋아요 (dim <> fade)” PROGRAMMER
  • 58. Frida “초기에 빠르게 공유해야, 서로 피드백을 하기에도 부담이 적고, 많 이 진행된 상태에서는 방향을 수정하기 힘들어요.” 함께 자라기 - 신뢰를 키우는 공유와 신뢰를 깎는 공유 DESIGNER
  • 59. Frida “사용자 입장, 사용자에게 다가갈 때 제품 완성도, 사용성에 대한 점 을 디자이너쪽에서 많이 고려하게 되는데, 디자이너가 혼자일 경우, 타직군의 우선순위 사이에서 이런 측면을 혼자 비호하기 벅차거나 발언권이 약해지는 경우가 있는 것 같아요.” DESIGNER
  • 61. QnA
  • 62. Q. “개발자 3년차가 되었을 때 이직을 하면 좋다고 하던 데, 경력직 이직할 때 뭘 준비하나요?” 👇 mia 님 이력서 예시 https://kimwoohyun.github.io/resume/
  • 63. “개발자 뿐만은 아니지만 개발자에게 흔히 요구되는역량이 커뮤니케이션 역량이라고 알고 있습니다. 업무를 수행하면서 어떤 개발자가 커뮤니케이션을 잘한다고 느끼시는지 궁금합니다. (+ 개발자에게 바라는 점도 부탁드립니다 ㅎㅎ ) Q.
  • 64. “현재 개발구조에서의 어려움을 말하고 일정을 늘리거나 추후 기능개선으로 하는 건 어떤 지 제안합니다." Q.
  • 65. “타직군과 원할한 협업을 하기 위한 가장 기본이 되는 자세(혹은 태도)는 무엇이라고 생각하시나요? 협업을 시작하기 전 (OT) 함께 짚고 넘어가는 사항 혹은 규칙 이 있다면 알려주세요~” Q.
  • 66. “화합을 이끌어낼 수 있는 활동을 추천해주세요.” (프로젝트, 스터디 제외) Q.
  • 67. Sli.do 또 손~! 손~! 자유로운 QnA
  • 68. Credits 발표자 Frida(김혜민) Mia(김우현) Vita(이옥승) 내용 Ed(강효준) : 25p 마켓플레이스 Didi(유다정) Jin(이유진) Sizn(김계절) : About Spoqa, PD 소개, CoC, Groundrule 포스터 디자인, 디자인팀 협업 프로세스 내용과 찬조 출연 강영화 - <한국의 스타트업 디자이너들> 그리고 이 발표를 봐주신 넥스터즈 여러분과 도움주신 운영진분들

Notes de l'éditeur

  1. 안녕하세요. 저희는 스포카에서 일하고 있는 PM vita, PD frida, FE Mia 입니다. 닉네임 문화 소개 오늘 저희가 들려드릴 주제는 “그들은 왜 안된다고만 할까?” 입니다. 가볍게 직군마다 어떻게 일하는지, 또 다른 직군과는 어떻게 일하는지 소개를 하고자 해요.
  2. 오늘 발표는 1부, 2부로 나누어봤는데요, 1부에서는 스포카라는 회사와 구성원들이 하는 일을 소개할까 합니다. 1부 후에는 조금 쉬었다가 토크 형식으로 협업에 관한 사례 위주로 다같이 얘기해볼까해요. 중간중간 호응도 많이 부탁드립니다.
  3. 목차대로 1부는 스포카에 대한 이야기입니다.
  4. “매장과 고객을 세련되게 연결하다.” 바로 저희 스포카의 미션인데요, 저희는 소상공인들과 손님의 점접을 세련되게 연결하는것을 목표로 제품을 만들어 가고있는 팀입니다.
  5. 스포카라고 하면 잘 모르시는 분들이 많은데요, 도도 포인트라고 하면 아시는 분들이 많더라구요. 저희는 도도 포인트라는 태블릿 기반 고객관리 서비스를 제공하고 있습니다.
  6. 도도 포인트는 손님들이 가게에 가서 휴대폰번호만으로 간편하게 적립하고,
  7. 매장의 사장님은 고객 데이터로 마케팅을 할 수 있는 서비스입니다.
  8. 또한 최근에 블록체인 프로젝트를 준비하고 있는데요, 소비자의 구매 데이터를 선순환을 기반으로 한 프로젝트입니다.
  9. 다음으로 넘어가서. 스포카는 크게 제품을 만드는 크리에이터 본부 / 영업을 담당하는 사업 본부 / 재무를 담당하는 FP&A 본부로 구성되어있습니다.
  10. 그 중에서 제품을 만들고 있는 팀인 크리에이터 본부에 대해 말씀드리려고 해요. 크리에이터는 제품을 만드는 제품팀이고 PD, PM, 개발자로 구성되어있어요. 크리에이터는 챕터와 스쿼드로 구성되어 있는데요, 챕터는 특정 프로젝트나 미션이 아닌 조직 전체의 업무 방식을 개선하는 것을 목적으로 하는 조직으로 PM/PM/Programmer 가 있어요. 스쿼드는 더 작은 단위로 신규 프로젝트와 제품/서비스의 유지보수를 전담하는 목적 지향 조직입니다. tf 로 생각하면 쉬워요. 저희는 분기마다 스쿼드가 바뀌는데, 현재 3분기에는 그로스핵 스쿼드, 포인트 스쿼드, PD 스쿼드로 구성되어있어요.
  11. 프로그래머는 풀스택과 프론트엔드 개발자로 나뉩니다. 현재 13명의 풀스택 프로그래머와 1명의 프론트엔드 프로그래머로 구성되어있는데, 그 중 한명의 프론트엔드가 저입니다.
  12. 풀스택 프로그래머가 하는일은 크게 첫번째로 대용량의 실시간 데이터를 처리합니다. 저희는 2만명의 유저가 실시간으로 적립을 하고 있어서 대용량 실시간 데이터를 다루어야 합니다. 두번째는 구상부터 릴리스까지 관통하는 구현인데요, 제품의 설계부터 시작해서 릴리스까지의 전반적인 프로세스를 구현합니다. 사용하는 기술은 대부분은 파이썬과 플라스크며 러스트, sqlalchemy, pg 등등 다양한 언어를 쓰고 있어요.
  13. 프론트엔드가 하는일은 웹 기술을 사용해서 태블릿 사용자 인터페이스를 개발합니다. 또한 대시보드 개발, 국가별 랜딩 페이지를 개발합니다. 현재 스포카는 한국과 일본에 서비스를 하고 있습니다. 그리고 스포카 자체 스타일 프레임워크가 있는데 이것을 개발하고 유지보수 합니다. 사용 기술은 대부분 리액트와 타입스크립트 조합입니다. 저는 가끔 안드로이드와 iOS 개발을 하기도 합니다.
  14. PM에도 여러 종류가 있음, 나는 Product Manager 한문장으로 요약하면, “잠재 고객들이~~~” 팀 프로그래머 분이 설명한 PM = 모든 것을 담당
  15. 구체적으로 PM은 어떤일을 할지 설명드리려 해요 스포카 PM JD입니다.
  16. 그럼 이 세 직군이 어떻게 협업을 하는지 소개할게요
  17. 크게 3가지로 구성해 봤습니다.
  18. 스포카 크리에이터 행동강령 차별 금지 다양성 존중 차별 금지 나이, 성적지향, 성별 등 먼저 묻지 않기 옷차림 부정적 평가 X. 외모 평가 X
  19. 애자일 방식(Agile) 프로젝트 과정에 걸쳐 생기는 요구사항 작고 빠른 릴리즈 학습 중심 많은 의사소통 기능별 개발 지속적인 산출물 전달 잦은 통합 워터폴 방식(Waterfall) = 폭포수 모델 초기에 미리 정의된 요구사항 큰 릴리즈 계획중심 적은 의사소통 단계별 개발 단계별 산출물 전달 마지막 통합
  20. 크게 3가지로 구성해 봤습니다.
  21. 여기까지 vita가 발표
  22. 프로그래머들은 따로 문화가 조금 있는데요. 첫번째는 프로그래머 워크샵입니다. 프웤은 2주에 한번 워크샵을 합니다. 이 워크샵에서는 어떤 기술을 도입할지, 아니면 장애가 있었을 경우 원인파악과 해결 과정을 브리핑하는 포스트모템을 하기도 합니다. 또한 스포카의 모든 코드는 리뷰후에 배포가 됩니다. PR 을 보며 2명 이상의 어푸루브를 받아야만 배포가 가능하게 되어있습니다. 코드리뷰는 면대면이 아닌 텍스트로 주고 받기 때문에 말투에 특히 더 신경써야합니다. 그리고 스포카의 특이한 문화 중에 고양이 세수라는 것이 있습니다. 고양이 세수라도 자주 한다면.. 이라는 말에서 따온 말인데, 개발하다보면 FIXME, 혹은 나중에 고쳐야지 하고 넘어간 것, 아니면 라이브러리 버전을 올린다던가 하는 작업을 합니다. 한마디로 저희는 레거시 적폐청산이라 부르기도 합니다. 마지막으로 개발을 더 잘하기 위한 개발을 합니다. 이게 무슨 얘기냐면, 개발을 더 잘하기 위해 오픈소스에 기여를 하거나, 라이브러리를 만들어 배포하기도 하고 배포 자동화 툴 같은 것을 만들기도 합니다.
  23. scope 는 작게 1주일 단위의 스프린트로 일하고 있어요. 월요일에 주간미팅 2시간을 통해서 저번주 정한 목표에 대한 리뷰를 하구요, 이번주에 가져갈 목표를 세웁니다. 그러고 업무 배분을 하게 됩니다. 또 매일매일 데일리 스탠드업 미팅이라고 해서 현재 진행중인 업무를 공유하고 막힌부분을 체크합니다. 그러다보면 자연스레 우선순위를 조정하기도 합니다.
  24. 아까 말했던 코드 리뷰 예시입니다.
  25. 페어 프로그래밍 1명은 키보드를 잡고, 1명은 코칭하는(디렉션)
  26. 프리다 - 진행한 업무 기간별 좋았던 점과 안좋았던 점을 각자 허심탄회하게 이야기하고 앞으로 어떻게 개선할지 액션플랜까지 도출하는 활동 부정적인 상황과 피드백을 건설적인 액션으로 끌어내기
  27. 매주 각팀의 주간미팅 시작할 때 진행 1주일마다 하는 회고 느낌 팀원의 사기 부분까지 챙기고 공유하기 위한 노력 능동적으로 업무를 할 수 있게 하기 위함 - 개인의 존중감을 지키는 문화여야, 능동적, 개인의 역량을 잘 펼칠 수 있다. 또한 이렇게 상태를 팀원들과 공유함으로써, 각자 컨디션을 이해하고 도움을 줄 수 있음. 하다보면, 저 5번 항목 난관 회복이 팀원 간 소통과 협력이 크게 차지함.
  28. Vita 발표
  29. 채용 관련한 질문이나 앞에 세션에 관한 질문이 있다면, 편하게 올려주세요
  30. milestone으로 끊어가야함 최소 기능 구현(MVP)를 must로, 있으면 좋은 것(nice to)로 구분해서 끊어서 릴리즈 한다.
  31. “무조건적인 안된다는 말보다는 대안점을 제시해드렸더니 커뮤니케이션이 훨씬 좋았어요.”
  32. “무조건적인 안된다는 말보다는 대안점을 제시해드렸더니 커뮤니케이션이 훨씬 좋았어요.”
  33. 너무 deep한 기술용어 > 수업들었음. 최소한의 개발 기술 용어 공부했음 > 담당 개발자 붙잡고 설명 듣고, 서비스 구조도 작성 (개발자 분들 대부분 설명하시는거 좋아하심) > 특히, 자주 사용하는 백엔드 서비스 용어는 꼭 알면 좋다.
  34. > 둘이 같이 하는 작업이 없도록, 아예 기능단위로 분리시킴 > 되도록 둘만 회의하는 일이 없도록 함 > 회식...에서도 안 풀리는 상황이었음 > 팀장이나, 더 위에 보고 해서 최대한 바꾸는 방법이 nice(공유는 객관적으로, 개인적인 의견이 들어가면 안됨)
  35. 기본. Code of Coduct 처음에 그라운드 룰로 셋팅되면 좋음
  36. 이력서 준비 > mia님 이력서 예시로 보여주기 이직하려는 회사를 보는 본인만의 기준 잡기
  37. 프로그래머: 어떤 이슈를 보면 자세하게 작업자 노트를 적어주시는 분들이 있음, PR 템플릿 보여드리는 것도 좋을 듯 디자이너: 서비스를 보는 관점을 크게 봐주었으면, 우선순위를 맞출 때 좋을 것 같음 PM: 비지니스 관점을 가져주었으면
  38. > 질문 한 분이 누구실지, 물어보기 spoqa 에서는 scope 조율 가능함. 미리 공유주었으면, 리스크 완화에 도움이 될 것 같네요
  39. mia: 모르면 물어보기, 타직군의 이야기를 들어보는 시간을 가지기(회고라던지) frida: 전체 흐름에서 내가 맡은 부분이 어디일지 파악하기 vita: coc 참고해서 해보면 어떨까
  40. 회고시간 가지기 밥먹기 > 웰컴키트안에 쿠폰 쓰기 티타임 가지기 마니또 피어리뷰(양날의 검이지만) : 칭찬 한마디 듣기 회식 (사람들이 좋으면) 보드게임 or 내기 (신규 입사자에게)먼저 질문해주기(지금 뭐하세요~?) 칭찬많이하기, 우리 잘했다고 해주기, 표현에 인색하지 말기