Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

4

Share

Download to read offline

2019 nexters x spoqa

Download to read offline

2019년 넥스터즈 x 스포카 발표
“그들은 왜 안된다고만 할까?”
스포카 현직 개발자, PM, 디자이너에게 듣는 협업이야기

Related Books

Free with a 30 day trial from Scribd

See all

2019 nexters x spoqa

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

    Jan. 24, 2020
  • lqez

    Aug. 14, 2019
  • JCKim5

    Aug. 12, 2019
  • youngbinkim3

    Aug. 12, 2019

2019년 넥스터즈 x 스포카 발표 “그들은 왜 안된다고만 할까?” 스포카 현직 개발자, PM, 디자이너에게 듣는 협업이야기

Views

Total views

841

On Slideshare

0

From embeds

0

Number of embeds

8

Actions

Downloads

9

Shares

0

Comments

0

Likes

4

×