기획의 행방

[코드스테이츠 PMB 15기_W8D4] 야 너두Jira 할수있어!

메리트리 — Thu, 8 Dec 2022 21:22:37 +0900

애자일 관리 도구 Jira 둘러보기

오늘 벌써 약 8주의 끝으로 데일리 과제가 마무리되는 날입니다.

특히 8주차 동안 백로그 우선순위 선정, 스크럼 프레임워크, 이해관계자들과의 협업 등 애자일을 위한 방법들을 알아보았는데요.

오늘은 애자일 방법론을 얘기할 때 꼭 언급되는 툴이 바로 아틀라시안의 지라(Jira)에 대해 살펴보겠습니다.

현업에서 Jira를 사용하는 기업이 많을까?라는 궁금증을 가지고 실제 채용 공고를 살펴보았는데요.

애자일 형태의 업무 프로세스를 채택하고 있는 기업들 그리고 우대사항에 Jira 툴 사용 경험이 있으신 분들을 선호하고 있었습니다.

그렇다면 PM을 준비하는 우리, 우대사항 놓칠 수 없겠죠?

오늘을 시작으로 Jira에 대한 경험 쌓아보겠습니다.

프로젝트 관리 툴 Jira 뭔데?

아틀라시안이 개발한 Jira는 엔지니어가 작업을 추적하고 관리하는 데 사용하는 소프트웨어 개발 도구입니다. 버그 및 이슈 추적, 프로젝트 관리에 최적화된 프로젝트 관리형 협업 툴 Jira는 스타트업뿐만 아니라 최근에는 대기업에서도 활발하게 사용하고 있으며, 업무 효율을 높여 경쟁력 있는 조직으로 변화하는데 필수적인 툴로 손꼽히고 있습니다.

출처 : appmaster

JIRA 는 특히 애자일 팀이 작업을 추적하고, 스프린트를 계획하고, 백로그를 관리하는 데 도움이 됩니다. 또한 팀 구성원이 쉽게 의사소통하고 계획을 원활하게 수행할 수 있도록 Slack과 같은 다른 도구와 통합할 수 있습니다. 또한 JIRA의 Kanban 보드 통합은 팀이 작업 상태를 볼 수 있는 시각적 방법을 제공하여 애자일 방법론을 하는데 효과적입니다.

1. Jira 계정 생성하고 둘러보기

Jira 계정 생성부터 사용까지

https://www.atlassian.com/software/jira/free

Free - Jira Software | Atlassian

Plan, track, and release world-class software with the #1 software development tool used by agile teams.

www.atlassian.com

먼저, Jira 사이트에 접속해 Jira의 무료 계정을 생성합니다.

다음으로 Jira Software guides and tutorials를 통해 Jira 사용법을 살펴보고 기본적인 기능을 학습하려고 합니다.

앗 참고로, 지라의 지도 모르는 제가 뭣도 모르고 Trello를 설치하고 유튜브 및 가이드 보고 왜 다르지??

20분 동안 고민했는데 알고 보니,, 각 사용 용도에 따라 제품이 다르더라고용..~~ 여러분은 저 같은 실수하지 마세요!!

이후 제대로 jira software를 설치하고 탐색해보았습니다..ㅎㅎ

swot 분석 양식

보드

우왕.. 진짜 뭐가 많네요~ 구경하다가 시간 순삭 당했어요~

아직 많은 기능을 다 보지 못했지만 jira 더 알아보고 싶었습니다.

2. 애자일의 12가지 원칙을 수행하는 Jira

애자일 원칙과 연결 지어 설명할 수 있는 기능을 3가지 이상 찾아 설명해보기

그럼 다음으로 애자일 원칙을 Jira를 통해 찾아보고자 합니다!!

여러분 애자일 12가지 원칙을 아시나요?

우선 애자일 12가지 원칙에 대해 Agile Principles(애자일 12가지 원칙)(참고)를 기반으로 요약 및 정리하여 설명드리겠습니다.

출처 : 민현기 Agile Principles(애자일 12가지 원칙)

더보기 참고해주세요

▶️ 제1원칙: 초기부터 지속해서 고객 만족

우리의 최우선 순위는 가치(value) 있는 소프트웨어를 초기부터 지속해서 제공(배포)함으로써 고객을 만족시키는 것입니다.

초기부터 개발물을 제공하는 것이 Risk도 감소하고 Value가 증가합니다.

▶️ 제2원칙: 요구사항 변경 수용

개발 후반부에 변화하는 요구 사항의 수용을 환영합니다. Agile 프로세스는 변화를 수용하며 고객의 경쟁력을 돕습니다.

▶️ 제3원칙: 짧은 배포 간격

소프트웨어를 짧은 주기(2주에서 2달까지)로 동작하는 소프트웨어를 배포하되 더 짧은 주기를 선호합니다.

▶️ 제4원칙: 함께 일하기

비즈니스 담당자와 개발자는 프로젝트 전체 기간 매일 함께 일해야 합니다. 비즈니스 가치가 있는 소프트웨어를 개발하기 위해서는 비즈니스 담당자가 원하는 소프트웨어를 함께 개발해야 합니다.

▶️ 제5원칙: 동기 부여된 팀원들로 프로젝트팀 만들기

동기가 부여된 개인들 중심으로 프로젝트를 구축합니다. 그들에게 필요한 환경과 지원을 제공하고 업무를 완수할 것을 믿습니다. 구성된 팀의 목표나 동기가 서로 다르다면 성공적인 결과를 내기 어렵습니다.

▶️ 제6원칙: 얼굴 보고 대화하기

개발팀에 정보를 전달하는 가장 효율적이고 효과적인 방법은 대면 대화입니다. 얼굴 보고 대화하는 것이 가장 효과적이고 효율적인 Communication입니다. 그냥 얼굴 보고 이야기하면 될 것을 서로 등지고 문서로 전달하려고 하지 않나요?

▶️ 제7원칙: 동작하는 소프트웨어로 진도 측정

작동하는 소프트웨어가 진척의 주요 척도입니다. 전체 100%의 모든 기능을 80% 수준으로 완성해도 진척도는 80%이고, 80%의 기능이 100% 완성되어도 진척도는 80%입니다. 실행해보고 배우고 개선하기 위해서 Agile은 후자를 선호합니다.

▶️ 제8원칙: 지속 가능한 개발 속도 유지

Agile 프로세스는 지속 가능한 개발을 장려합니다. 스폰서, 개발자 및 사용자는 일정하게 일정한 속도를 유지할 수 있어야 합니다. Agile은 프로젝트 초반부터 결과물을 내야 하므로 초반에 더 힘이 듭니다. 하지만 지속적인 성과를 내기에 효과적입니다.

▶️ 제9원칙: 좋은 기술, 설계에 관심

우수한 기술과 우수한 디자인에 대한 지속적인 관심은 민첩성(agility)을 향상합니다. 바빠서 기술적 개선을 하지 못한다면, 항상 바쁘기 때문에 영원히 뒤처집니다.

▶️ 제10원칙: 단순성

단순성(수행되지 않은 작업량을 최대화하는 기술)은 필수적입니다. 단순할수록, 불량을 줄일수록, 미사용 기능을 구현 안 할수록 효과적입니다. 중간에서 추가 Value를 주지 않는 Task는 단순 취합이고 낭비이며 허들이 될 수 있습니다.

▶️ 제11원칙: 자기 조직화 팀

최고의 아키텍처, 요구 사항 및 디자인은 자기 조직화 팀(Self-Organization Team)에서 나옵니다. 의사결정권자가 팀의 밖에 있다면 팀원들은 효과적으로 빠른 의사결정할 수 없습니다.

▶️ 제12원칙: 정기적으로 효율성 재고

팀은 정기적으로보다 효과적인 방법을 적용해보고, 그에 따라 행동을 조율하고 조정합니다. Scrum에서는 Sprint가 끝나는 날마다 회고(Retrospective)를 수행합니다.

12원칙 알겠어요!!

그럼 Jira의 주요 기능 중 위에서 소개한 애자일 12가지 원칙을 수행하는데 도움이 되는 기능이 있는지 확인해보고자 합니다.

제3원칙: 짧은 배포 간격

제3원칙에 해당하는 Jira의 해당 이미지입니다. 애자일은 짧은 주기의 업무 사이클의 반복으로 시장의 변화에 유연하게 대처하기 위해 2주에서 2 달이라는 짧은 주기로 진행됩니다. Jira는 아래의 이미지처럼 배포를 관리할 수 있는 대시보드를 제공합니다. 이를 통해 배포 주기까지 관리할 수 있도록 합니다.

제4원칙: 함께 일하기

Jira를 시작할 때부터 느껴졌는데요. 아래 이미지에서 보실 수 있듯이 프로젝트의 사용자 및 팀원을 초대하고, 백로그를 만들 때 담당자 설정이 가능합니다. 이외에도 사용자를 지정해서 피드백, 댓글 남기기, 버그 보고, 개선 사항 제안 등의 기능이 있습니다. Jira는 팀원들과 함께 일할 수 있는 다양한 기능을 제공하고 있습니다.

※ 제가 만든 테스트 계정이라서 유료 버전과는 차이가 있는 점 참고 부탁드립니다.

제8원칙: 지속 가능한 개발 속도 유지

Agile 프로세스는 지속 가능한 개발을 장려하고 관리해야 합니다.

이때 Jira는 다양한 차트를 제공하는데요. 그중 번업 차트, 속도 차트를 살펴보고자 합니다.

번업 차트

완료된 총작업에 관계없이 총범위를 추적합니다. 이는 팀이 진척도를 관리하고 범위 변경 시 영향을 보다 잘 이해하는 데 유용합니다.

속도 차트

스프린트 별로 완료된 작업량을 추적합니다. 이는 팀의 업무 속도를 파악하고 팀이 현실적으로 이후 스프린트에서 수행할 수 있는 작업 정도를 예상하는 데 유용합니다.

해당 차트들로 남은 시간을 파악하거나 업무 속도를 파악할 수 있는데요. 이를 통해 개발 및 프로젝트 진행 속도를 조절할 수 있는 애자일 8 원칙을 가능할 수 있도록 Jira는 제공합니다.

이외에도 현업에서 Jira의 사용 사례를 알고 싶다면, 스포카 기술 블로그에 기재되어 있는 스포카에서 Jira를 활용하여 프로젝트를 수행하는 방법을 읽어봐도 너무 좋을 것 같습니다

스포카에서 Jira를 활용하여 프로젝트를 수행하는 방법

스포카에서 Jira를 활용하여 프로젝트를 수행하는 방법을 소개합니다.

spoqa.github.io

끝으로.. 데일리 과제는 여기서 끝!!!!

노션, 팀즈 등 업무 툴을 처음 사용할 때 기억이 새록새록 났던 것 같아요.

처음 사용할 때 이건 뭘까? 뭐지? 등 궁금증을 가지고 모르는 부분이 많았는데요. Jira도 마찬가지로 생각보다 어려웠습니다.

이후에 프로젝트 혹은 업무에서 Jira를 사용해봐야 감이 올 것 같기는 하네요..ㅎㅎㅎ

그리고 오늘 과제를 진행하면서 왜 애자일 Jira Jira하시는 것을 느꼈는데요.

이때 Jira도 중요하지만 우리는 애자일을 잘 해내기 위해 Jira를 사용한다는 것을 까먹지 않아야 해요~~ 물론 저도요!!!

오늘 과제를 시작으로 Jira와 애자일에 대해 쫌 아는 기획자가 되어보겠습니다!!

그럼 끝까지 읽어주셔서 감사합니다.

| 출처

https://medium.com/hgmin/agile-principles-%EC%95%A0%EC%9E%90%EC%9D%BC-12%EA%B0%80%EC%A7%80-%EC%9B%90%EC%B9%99-d3f386bd9839

Agile Principles(애자일 12가지 원칙)

고객과 시장의 변화에 빠르게 대처하며 Agile하게 일하기 위한 12가지 원칙에 대해서 소개합니다.

medium.com

https://appmaster.io/ko/blog/jiraga-mweoya

JIRA란? 개요 및 전체 가이드 | AppMaster

JIRA는 소프트웨어 개발, 관리, 추적 및 테스트에 도움이 되는 강력한 AI 도구입니다. JIRA에 대한 전체 개요를 보려면 여기를 클릭하십시오!

appmaster.io

https://medium.com/dtevangelist/devops-jira%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-%ED%98%91%EC%97%85-1%EB%B6%80-63c71489f21d

[Agile] JIRA를 활용한 협업(1부)

Agile/DevOps 프로젝트를 수행하기 위한, 협업도구인 JIRA 활용 방법을 소개합니다. JIRA를 통해 개발 일감(Epic, User Story), 버그 등을 작성하고, 개발자를 할당 후 개발 상태 및 릴리스 관리가 가능합니

medium.com

[코드스테이츠 PMB 15기_W8D3] PM이 이해관계자들과 '함께' 스크럼 진행하기

메리트리 — Wed, 7 Dec 2022 16:23:16 +0900

사용자 스토리와 이해관계자

해당 과제는 [코드스테이츠 PMB 15기_W8D1] 아래의 글과 이어지는 글입니다.

[코드스테이츠 PMB 15기_W8D1] 야놀자의 라이브커머스 전용 카테고리, '야놀자 라이브'

문제 or 개선점을 사용자 스토리 형식으로 작성하기(+우선순위 고려) 안녕하세요:) 7주차가 지나가고 8주차 다가왔습니다. 오늘 과제를 수행하기 위해 제가 관심있는 프로덕트를 선정해야하는데

03minji13.tistory.com

지난 과제에서는 야놀자 라이브의 문제 or 개선점을 찾고 이에 대해 사용자 스토리 형식으로 작성을 해보았습니다.

이어서 오늘은 야놀자 라이브를 개선하기 위해 야놀자의 PM의 입장에서 다양한 이해관계자의 요구사항은 무엇인지 예상해 보고, 각 이해관계자의 요구를 해소하기 위해 유의해야 할 점은 무엇인지 생각해보고자 합니다.

이해관계자는 누구일까?

이해관계자는 프로젝트 성공에 이해관계가 있고 어떤 형태로든 목표 달성에 기여한 사람입니다. 이해관계자는 개개인부터 고위 경영진에 이르기까지 모든 수준에서 나올 수 있습니다. 쉽게는 가장 핵심이 되는 고객부터 이외 운영 주체, 운영 관리자, 개발자, 고위 관리자, 투자자 등 수많은 사람들이 있습니다. 아래 조금 더 자세하게 살펴보겠습니다.

출처 : Congruent Agile / [LeSS #4] 제품 책임자(PO, Product Owner)

PO와 스크럼 팀의 관계
팀은 PO가 고객에게 가장 적합한 제품을 만드는 데 도움을 주는 존재들입니다. 팀은 다음에 무엇을 개발할지, 이미 개발했던 것이 목적을 이루었는지 그리고 PO는 팀에게 무엇이 필요하고, 어떻게 하면 팀을 도울 수 있는지 알아야 합니다.

PO와 고객과의 관계
PO와 스크럼 팀은 고객에게 가장 적합한 제품을 만들려고 노력합니다. 고객은 관심 있는 기능을 언제 얻게 될지, 그리고 우선순위이면의 이유와 왜 그렇게 되는지 그 이면이나 우선순위가 정해진 배경과 그 이면에 대해서도 궁금해합니다. 그렇다면 PO는 이러한 궁금증에 답을 줄 수 있도록 설명도 해야 합니다. 그리고 고객의 진짜 문제를 파악하고 업무의 중요도나 우선순위를 결정하는데 도움 되는 정보를 얻을 수 있어야 합니다. 필요에 따라서는 고객을 프로덕트 개발과 개선에 직접 참여시켜 해결해 나는 것도 방법입니다.

PO와 고위 경영진의 관계
제품 그룹 위쪽의 고위 경영진(포트폴리오 관리자, C-레벨 임원 등)은 PO를 제품 성공에 대한 최종적인 책임과 의무가 있는 사람입니다. PO에게는 개발 상태를 가시화하고 바람직한 영향(예를 들어, ROI 및 시장 점유율)을 최적화하기 위한 고위 경영진의 (아마도 암묵적인) 지시 사항을 실현시키는 모습을 보여줘야 합니다.

PO와 스크럼 마스터와의 관계
위 관계들은 “제품 책임(product ownership)”과 직접적인 관련이 있지만, PO와 스크럼 마스터와의 관계는 다른데요. PO의 지식 및 행동과 관련이 있습니다. 스크럼 마스터는 PO를 도울 수 있도록 그들의 관심, 질문, 장애물을 알아야 합니다. 그러니 좋은 스크럼 마스터는 이야기를 잘 들어주는 귀가 될 수도 있고, 기대어 울 어깨가 되어줄 수도 있어야 합니다. 그리고 PO가 적응할 수 있도록 가르치고 피드백을 줄 수 있는 역할을 합니다.

1. 야놀자 라이브 스크럼 팀의 이해관계자(Stakeholders)의 요구사항!

다양한 이해관계자를 생각해 보고 그들의 요구사항은 무엇이 있을지 정리해봅니다.

이전 유저 스토리 중에서 우선순위 1순위에 '라이브 미리 보기 캘린더 기능과 알림의 도입'에 대해 이해관계자의 요구사항을 정리해보겠습니다. 이때 우리의 목표는 라이브 미리보기의 캘린더 기능의 도입으로 '라이브 예정일'을 쉽게 확인하고 싶어 한다는 것입니다! 따라서 우리의 목적은 '라이브 미리보기로 고객의 라이브 시청 유입수를 늘이자'입니다.

1. 팀의 요구사항

팀은 누구보다 고객에게 적합한 제품을 만드는 사람들로 구성되어 있습니다. 따라서 위의 사용자 스토리에 대해 다양한 요구사항이 존재합니다. 팀은 개발자, 디자이너, 스크럼 마스터로 나눠서 요구사항을 정리해보았습니다.

개발자

- 기존의 개발언어, 개발도구로 작업을 진행하면 되나요?

- 주간 캘린더로 한 줄로만 보이게 하되, 딱 일주일만 나오게 할까요? 아님 10일 정도 나오게 할까요?

- 미리 알람이 줘야 할까요? 아님 라이브 시작 전 5분 전에 알람을 보낼까요?

- 해당 요일에 라이브가 없다면 나타날 안내문구는 어떻게 해야 할까요?

- 구체적인 기능 명세서 전달해주세요

- 어떤 방식으로 캘린더와 알람 아이콘이 들어갈지 화면 설계서 요청하기

디자이너

- 알람을 설정하기 위한 아이콘과 디자인에 대한 요구사항

- 해외여행, 호텔, 레저에 해당하는 야놀자 아이콘이 불필요해 보이면 각 해당하는 카테고리 아이콘에 맞게 변경할 것인지

- 어떤 방식으로 캘린더와 알람 아이콘이 들어갈지 화면 설계서 요청하기

- 알람 캘린더 중 어떤 디자인부터 완료하면 될까요?

스크럼 마스터

- 팀에 업무적으로 어려움은 없는지

- 팀 외적으로 어려운 점은 없는지

- 일일 스크럼 회의 주관하기

- 프로젝트 마감일을 인지하고 빠르게 도달할 수 있도록 촉진

- 팀 전체의 지속적인 성장을 위해 지침을 마련하고 가이드를 제시한다.

1. 경영진의 요구사항

- 해당 기능을 개선함으로써 신규 고객 유입을 증가할 수 있는지?

- 기능 외에 현재 야놀자 라이브에서 보유하고 있는 라이브 커머스 상품 유치와 홍보가 더 필요한 건 아닌지?

- 라이브로 참여하는 고객의 수가 증가와 함께 구매까지 이어질 수 있는지?

2. PM 요구를 해소하기 원한다면?

각 이해관계자의 요구를 해소하기 위해 유의해야 할 점은 무엇인지 생각해 봅니다.

내부 이해관계자들이 프로덕트를 제대로 이해하고 있는지 확인해주세요!

PM이 기획서를 작성하여 전달을 한다고 하여도 내부 이해관계자들이 프로덕트를 제대로 이해하고 있지 못할 경우도 많습니다. 그러니 내부 이해관계사들에게 먼저 개발 착수하기 전 프로덕트에 대한 공감대와 이해를 얻는 것은 필수적입니다! 왜냐하면 만약 공감대와 이해를 얻지 못하고 개발을 먼저 들어가게 된다면 개발 후에 이견을 제시하는 일이 발생한다면 큰 혼란을 가져오기 때문입니다.

개발 및 디자인 기준에서 명확한 기준을 제시해주세요!

PM이 각 팀의 자율성을 최대한 보장하더라도, 가장 기본적인 규칙은 정해져야 합니다. 개발에서는 개발 언어, 빌드 주기, 개발 도구 그리고 디자인에서는 작업 사이즈, 색상 전체적으로는 프린트의 주기, 작업을 완료하였다는 기준 등은 반드시 지켜야 하는 가장 기본적이고도 중요한 문제가 될 수 있기에 명확한 기준을 제시해준다면 이후의 혼란을 줄일 수 있습니다.

(집중 집중) 고객의 요구사항을 잊어서는 안 돼요!

우리가 제품을 개선하고 개발하는 이유는 무엇보다 고객의 문제를 해결하기 위함입니다. 하지만 내부 조직의 다양한 이해관계와 외부요인 등을 고려하면 의사결정이 쉽지 않을 때가 발생하고, 팀 사이에서도 갈등이 생기기도 합니다. 하지만 PM은 항상 고객의 문제를 해결하기 위해 우리가 현재 제품을 개선하고 개발하고 있다는 그 목적을 절대 잊어서는 안됩니다.

각 이해관계 원활한 소통을 위해 노력하기!

W8D2 과제에서 스크럼 가이드를 요약했는데요. 이때도 언급된 부분이 프로덕트 목표를 세우고 명쾌하게 소통하는 것, 프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것이라고 했습니다. 스크럼 과정에서 소통은 빼놓을 수 없는 중요한 요소인데요. 각 이해관계의 요구사항과 상황이 각자 다르다 보니 PM은 니즈에 맞게 소통하고 상황을 고려해야 합니다. 이때 PM은 분명하게 의사를 전달하는 것 이 중요합니다.

| 출처

https://congruentagile.com/2020/03/09/product-owner/

[LeSS #4] 제품 책임자(PO, Product Owner) - Congruent Agile

이 글은 공식 LeSS 사이트에 있는 Product Owner를 옮긴 것이다. 예전부터 팀 단위의 애자일 방법론을 대규모 조직에 적용하고자 하는 노력은 […]

congruentagile.com

[코드스테이츠 PMB 15기_W8D2] 스크럼 가이드 요약, 오늘부터 애자일한 PM 되겠습니다.

메리트리 — Tue, 6 Dec 2022 17:55:41 +0900

스크럼 가이드 학습하기

안녕하세요 :) 오늘은 프로덕트 개발 방법론으로 스크럼 프레임워크에 대해 학습했는데요. 그중 스크럼 가이드를 읽고 스스로 정리하는 시간을 가져보고자 합니다.

@오구

스크럼이란?

스크럼은 애자일 방법론에서 쓰이는 프로세스 도구로 경기를 재개하기 위해 팀원이 서로 밀착하여 형성하는 전술 대형을 뜻하는 럭비 용어에서 유래되었습니다.

스크럼은 사람과 팀, 조직이 복잡한 문제에 대해 적응할 수 있는 해법을 활용하여 가치를 창출하도록 도와주는 프레임워크입니다. 쉽게 말해, 작업을 관리하고 짧은 주기로 공동으로 문제를 해결하는 데 사용하는 프레임워크입니다.

스크럼 가이드는 스크럼의 정의를 담고 있는 설명서로 스크럼을 정식 프로세스로 제시한 켄 슈와버와 제프 서덜램드가 전 세계 사람이 스크럼을 이해할 수 있도록 작성한 가이드입니다.

오늘 과제는 스크럼 가이드를 참고하여 작성되었습니다.

2020-Scrum-Guide-Korean.pdf

0.45MB

1. 프로덕트 매니저로서 스크럼을 관리하는 과정에 필요한 업무 요소

'스크럼 가이드' 내 '프로덕트 오너' 파트를 읽고 프로덕트 매니저로서 스크럼을 관리하는 과정에 필요한 업무 요소를 요약정리해보기

스크럼 팀은 적은 수의 인원으로 구성되며 스크럼 팀에는 프로덕트 오너, 스크럼 마스터, 개발 팀이라는 세 가지 특정한 역할이 필요로 합니다. 스크럼 팀 내에는 하부 팀이나 수직구조가 없고 하나의 프로덕트 목표에 동시에 집중하는 전문가들의 모입니다. 그렇다면 프로덕트 오너 또는 프로덕트 매니저가 스크럼에서 어떠한 역할과 업무를 맡고 있을까요?

출처 :  fyi / usefyi.com

프로덕트 오너 또는 프로덕트 매니저

바로 프로덕트 오너는 팀의 결과물인 프로덕트의 가치를 극대화하는 책임을 가지며 백로그를 효과적으로 관리해야 한다고 합니다.

백로그 알아보기!

** 여기서 백로그란 개발해야 할 기능 또는 제품에서 요구하는 기능과 우선순위를 말합니다. 그리고 스크럼에서는 프로덕트 백로그와 스프린 백로그가 있는데요. 프로덕트 백로그는 프로덕트 향상의 목표로 업무를 우선순위에 따라 정렬한 목록이라 한다면, 스프린트 백로그는 우선순위를 기반으로 스프린트 목표를 달성하기 위해 프로덕트 백로그에서 선택된 할 일을 의미합니다.

이러한 백로그를 효과적으로 관리한다는 것은 프로덕트 오너 또는 프로덕트 매니저가 다음 항목을 책임지고 하는 것입니다.

프로덕트 목표를 세우고 명쾌하게 소통하는 것
프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
프로덕트 백로그 아이템을 우선순위에 따라 정렬하는 것
프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것

결국 프로덕트 매니저는 한 사람은 스크럼 초기에 설정한 목표를 달성하기 위해서 달려가는데 나침반 같은 사람이라고 생각을 합니다.

2. 전력질주 스프린트 과정에서 중요하게 생각해야 하는 점

'스크럼 가이드' 내 '스프린트' 파트를 읽고 실제 스프린트가 진행되는 과정에서 중요하게 생각해야 하는 점을 요약 정리해해보기

스프린트라는 말, 들어보신 적 있으신가요? 스포츠에서 많이 사용되는 단어인데요 ‍♂️ 스프린트란 단거리 질주, 전력질주라는 의미로 팀원들과 토론을 통해 도출된 아이디어를 단기간 내에 프로토타입으로 제작하고 테스트하여 중요한 문제들에 대한 답을 찾아가는 과정입니다.

워킹어스 유튜브 채널, 브런치(참고)에서 단번에 이해하기 쉬운 스프린트 설명을 통해서 스프린트가 진행되는 과정과 그 과정에서 중요하게 생각하는 점을 함께 설명드리겠습니다.

해당 영상에서 집중할 부분만 간단하게 가져와봤습니다.

출처 : 워킹어스

스크럼 프레임 워크

위의 그림은 스크럼 프레임워크라고 하는데요. 스크럼 위에서 살펴보았죠? 작업을 관리하고 짧은 주기로 공동으로 문제를 해결하는 데 사용하는 프레임워크 스크럼은 많은 단계를 거치는데요. 우리는 이 중에 스프린트에 대해서 알아보겠습니다.

스프린트

스프린트는 단거리 전력 질주하듯, 최소 1주일에서 최대 1달 동안 팀이 집중해서 일하는 기간을 말합니다. 스프린트는 해당 기간 동안 어떻게 일을 해 나갈지, 업무 계획을 공유하고 소통하는 스프린트 플래닝을 세우게 되면 다음 우리가 해야 할 일의 목록인 백로그가 잡히게 됩니다. 다음 본격적으로 스프린트를 시작합니다. 스프린트는 설정한 플래닝, 백로그가 끝날 때까지 달리는데요. 이때 매일 하루를 시작하기 전 모든 팀원들이 모여서 현재 일의 진행상황과 직면한 문제를 서로 공유하는 자리인 데일리 스크럼을 가집니다.

이러한 과정으로 스프린트가 진행됩니다. 조금이라도 이해가 되셨을까요??

이 과정에서 스프린트가 효과적으로 수행되기 위해, 스크럼 가이드에서는 다음과 같은 항목들을 권장하였습니다.

스프린트 목표 달성을 저해하는 변경을 해서는 안된다.
품질을 떨어뜨려서는 안된다.
필요한 수준까지 프로덕트 백로그를 정제해야 한다.
범위를 명확하게하고 필요한 경우 프로덕트 오너와 다시 협상을 할 수있다.

스프린트 과정 중에 다음과 같은 항목들을 생각하면서 앞서 말한 과정 프레임워크를 진행한다고 하면, 가치 있는 산출물과 효율적인 스프린트를 진행하지 않을까 생각했습니다.

추가로 말씀드리고 싶은 부분으로는 데일리 스크럼 이후에 스프린트를 완료했다면, 목표했던 결과물이 생기는데요. 이것을 프로덕트 인크리먼트라고 합니다. 인크리먼트를 가지고 팀원과 회사의 의사결정권자와 같이 이해관계자들이 모여, 인크리트를 살펴보고, 다음 스프린트는 어떻게 효율적으로 진행할지 이야기하는 스프린트 리뷰를 하고 스프린트 리뷰가 끝나고 나면, ❗️팀원들끼리만❗️모여, 이번 스프린트에 어떻게 일했는지, 어떻게 하면 앞으로 더 잘 일할 수 있을지 이야기하는 시간 회고를 가집니다.

이때 핵심은 서로 존중하고 배려하면서도, 솔직하게 소통하는 게 핵심이라고 하니 함께 알아두면 좋을 것 같습니다.

글을 마치며,

정보처리기사, PM 관련 책을 보면서 애자일, 워터풀에 대한 개념은 간단하게 알고 있었는데 이번 주차부터 상세하게 애자일 방법론에 대해서 배웠는데요~ 나아가 제가 회사를 선정할 때 봐야 하는 조건도 생긴 것 같다고 생각했습니다.

그럼 오늘도 긴 글 읽어주셔서 감사하며, 함께 지식이 공유되었기를 바랍니다.

| 출처

https://cloudmt.co.kr/?p=4054

[Column] Sprint, 왜 할까?

by Column 2021-04-09스프린트란? ‘짧은 거리를 전력 질주하다’ 라는 뜻의 Sprint, 개발에서는 어떻게 쓰이고 있을까요? 스프린트는 구글 수석디자이너 제이크 냅이 고안한 기획실행법으로, 팀원들과

cloudmt.co.kr

https://brunch.co.kr/@workingus/31

스크럼(Scrum), 그것이 알고 싶다

애자일(Agile)하게 일하기 위한 방법, 스크럼(scrum) 이해하기 | 그동안 일하는 우리는 효율적으로 일할 수 있는 방식으로, 애자일과 스크럼에 대해 이야기해 왔습니다. 업무 장면에서 바로 접할 수

brunch.co.kr

[코드스테이츠 PMB 15기_W8D1] 야놀자의 라이브커머스 전용 카테고리, '야놀자 라이브'

메리트리 — Mon, 5 Dec 2022 23:57:30 +0900

문제 or 개선점을 사용자 스토리 형식으로 작성하기(+우선순위 고려)

안녕하세요:)

7주차가 지나가고 8주차 다가왔습니다.

오늘 과제를 수행하기 위해 제가 관심있는 프로덕트를 선정해야하는데요.

8주동안 선정한 과제들 이외에 어떤 서비스로 해야할지 시작부터 고민이 많았지만 과제로 수행하지 않은 제가 자주 사용하는 앱 '야놀자' 를 선정하였습니다. 그 중 오늘은 야놀자 라이브에 대해서 살펴볼 예정입니다.

출처 : 야놀자

'킹특가 야놀자 라이브'가 뭐에요?

야놀자가 ‘ 야놀자 라이브’를 2021년 11월에 출시했어요

생방송과 이커머스의 합성어인 라이브 커머스 시장에 야놀자도 뛰어들었습니다. 언택트 시대에 맞게 라이브 커머스의 인기는 해외뿐만 아니라 국내에서도 이어지고 있는데요. ‘야놀자 라이브’는 생방송을 진행해 국내외 호텔·레저·모바일교환권 등 다양한 여가 상품을 할인 판매하고 있어요. 그리고 숙박 시설의 방 크기부터 수영장 사용 시간이 언제인지 궁금한 점들을 실시간 라이브 채팅을 통해 빠르게 답변을 들을 수 있습니다. ❗️게다가❗️ 생방송 중 다양한 이벤트와 혜택을 더 빠르게 제공하고 있습니다.

출처 : 야놀자

1. 킹특가 야놀자 라이브 개선점 및 문제점 정의

킹특가 야놀자 라이브가 고쳐야 할 문제, 개선했으면 하는 기능을 3가지 정리해보기

라이브 미리보기의 캘린더 기능의 도입

현재 야놀자 라이브의 미리보기는 라이브가 예정되어 있는 상품에 대한 날짜 및 시간을 알려주고 있습니다. 하지만 7개의 편성에 대해서 오늘오후 5시, 12월 7일 오후 7시에 대해 정확한 날짜 및 시간을 알려주고 있지만 사용자는 12월 7일이 언제인지 알기위해 달력에서 해당 요일을 확인하는 과정을 거쳐야 합니다. 그러다 보니 불필요한 과정이 생기게 되는데요. 다른 그립이나 네이버 쇼핑 라이브 같은 서비스에서는 라이브 미리보기 중 상단에 주간 캘린더를 추가하여 오늘을 클릭하면 해당하는 라이브만 보여주게 됩니다. 즉 캘린더 기능으로 항목화를 해둔 것입니다.

해당 이미지를 보시면 이해가 쉬울 거라고 생각하는데요. 야놀자도 주간 혹은 캘린더를 활용하여 한눈에 사용자가 라이브가 예정된 일자를 확인할 수 있도록 가시화가 된다면 좋겠습니다.

+ 덧붙임, 혹시 야놀자 라이브 밑에 라이브 미리보기가 보이시나용?? 많은 앱들을 사용하고 분석해본 것 같은데 그 중에서 이렇게 중복으로 화살표와 해당 제목을 적은건 야놀자,, 너가 처음이다...

야놀자 라이브의 PIP 모드의 개선

현재 야놀자 라이브를 포함한 다양한 라이브 서비스에서도 PIP모드를 지원하고 있는데요. PIP모드 즉 라이브 화면을 분할 화면으로 제공해 다른 작업을 하면서 볼 수 있는 기능은 좋았지만 야놀자 라이브는 특히 작게 줄어든 화면과 현재 페이지의 구분이 쉽지 않았습니다. 네이버 쇼핑의 화면과 같이 분할 화면이 처음 다른 색으로 표시되거나 삭제 및 화면 제공 아이콘을 제공하면 더 명확하게 구분되지 않을까 싶네요.

그리고 그립과 같이 분할 화면 시 화면을 삭제 하는 방법에 대해 간단한 문구로 설명을 하고 있는데요. 야놀자 또한 처음 라이브를 사용하는 사용자가 쉽게 PIP모드를 끌 수 있도록 알려주면 좋을 것 같습니다.

단어 알아보기!

** PIP 모드는 시청하고 있는 동영상을 떠다니는 작은 창에 담아 해당입이 아닌 다른 창을 보고 있을 때에도 동영상을 볼 수 있게 해주는 기능입니다.

킹특가 야놀라 라이브 킹특가처럼 UX라이팅 변화가 필요해!

국내 시장의 UX 분야에서도 UX writing의 역할과 중요성은 점차 확대되고 있는데요.

UX 라이팅은 서비스를 사용하는 사람이 편안함과 즐거움을 느끼도록 돕고, 필요로 하는 정보를 명확하게 제공하고, 사용자에게 특정 행동을 자연스럽게 유도할 수 있어야 합니다. 브랜드의 특징과 목적을 녹여내고, 타깃 고객에 맞춰 톤 앤 매너를 염두하는 것도 중요합니다.

실제로 컬리, 마이리얼트립, 윙잇 등 다양한 서비스에서 쉽게 접할 수 있는 UX 라이팅 사례입니다.

하지만 야놀자 라이브는 라이브 미리보기, 국내 추천, 해외 추천, 공연/전시으로 다소 딱딱한 느낌이 드는데요. 야놀자가 더 나은 사용자 경험을 제공'하기 위한 UX 라이팅또한 개선하면 좋을 것 같다고 생각했습니다.

2. 킹특가 야놀자 라이브에서 문제나 개선했으면 하는 기능을 사용자 스토리 형식으로 작성

1번에서 도출한 고쳐야 할 문제, 개선했으면 하는 기능을 3가지에 대해 사용자 스토리 형식으로 작성해보기

사용자 스토리란 팀에서 해결해야 하는 고객의 문제를 제품 팀이 아닌 '고객'의 입장에서 서술한 내용을 사용자 스토리라고 합니다. 제품팀과 더불어 다양한 이해관계자들이 해결을 원하는 문제를 모두가 이해할 수 있는 언어로 표현하기 위해 '사용자 스토리'를 사용합니다. 그럼 1번에서 도출한 문제 및 개선점에 대해 사용자 스토리를 작성해보겠습니다.

출처 : 어깅어스 유튜브

라이브 미리보기의 캘린더 기능과 알람 기능 도입

라이브 미리보기로 예정되어 있는 라이브 방송 날짜를 확인하는 사용자는

관심있는 여행 및 숙박 상품을 구매하기 위해

캘린더를 통해 쉽게 예정 일자를 확인하고 방송 알람을 주기를 원한다.

야놀자 라이브 그리고 다른 라이브 서비스에서 본방으로 라이브를 참여한다면 상품에 대한 궁금한 내용을 실시간으로 해결할 수 있고 그리고 방송 중 혜탹과 이벤트를 통해 다양한 경품또한 받을 수 있습니다. 그러니 미리 본방 날짜를 알 고 있는건 중요합니다.

야놀자 라이브의 PIP 모드의 개선

라이브를 보면서 다른 서비스를 동시 사용하고 싶은 사용자는

긴 라이브 방송을 끝까지 시청하고 혜택 및 이벤트를 놓지지 않기 위해

라이브 방송과 동시에 다른 서비스를 이용할 수 있는 명확한 구분과 쉬운 사용성을 가진 PIP모드를 원한다.

타 서비스 그랩은 앱 밖으로 벗어나도 직접 라이브를 끄기 전까지는 다른 작업을 하면서 그립라이브 방송을 볼 수 있습니다. 이러한 부분이 그립의 강점이라고 뽑히고 있는데요. 최근 배달의 민족 라이브도 똑같은 기능을 제공하고 있었습니다. 이처럼 그립, 배달의 민족과 같이 야놀 자또한 PIP를 제공하고 있지만 사용성을 고려한 PIP기능을 제공하면 좋겠다고 생각을 했습니다.

킹특가 야놀라 라이브 킹특가처럼 UX라이팅 변화가 필요해!

라이브 특가를 통해 이벤트 및 다양한 혜택을 받고 싶은 사용자는

야놀자 라이브 탭을 구경하던 중 관심가는 상품을 구매하기 위해

욕망과 구매 자극을 유도하는 라이팅을 제공하기를 원한다.

사실 3개 중 ux라이팅 기능에 대한 사용자 스토리를 작성하는데 어려움이 있었습니다.

이 문제점 및 개선점을 선택한 배경에는 4주차 학습시 ux라이팅 마이크로카피에 대해서 배웠습니다. 그때 마이크로카피의 목적인 사용자의 행동을 유도하고 브랜딩 및 차별성 강화와 긍정적인 사용자 경험을 제공한다고 하였는데요. 이처럼 야놀자 라이브또한 좋은 마이크로카피로 얻을 수 있는 기대효과를 생각하면서 선택하여 유저스토리를 작성해보았습니다.

3. 사용자 스토리 우선 순위 정리하기

작성된 사용자 스토리들 간의 우선순위를 정리하고 왜 이렇게 우선순위를 정리했는지도 작성해보기

백로그는 이해관계자로 부터 요구받은 유저 스토리의 목록을 의미합니다. 기본적으로 고객의 요구사항 중 우선순위가 낮은 문제는 백로그로 등록하지 않는 것이 중요합니다. 또한 6개월 이상 쌓여있는 동안 선정되지 않는 백로그는 우선순위가 낮고 이해관계자가 더이상 필요로 하지 않는 요구사항이라 판단하여 백로그에서 제거하는 방법이 있을 수도 있습니다.

그렇다면 위에서 작성한 사용자 스토리 간의 우선순위를 정해볼텐데용

아래 출처의 자료를 통해서 다른 방법들 보다 요구사항 우선순위를 정하는 간편하고 쉬운 방법인 MoSCoW를 선택하여 정해보고자 합니다. MoSCoW는 요구사항의 우선순위를 정하는 간편한 방법론으로 Must Have, Should Have, Could Have, Won't Have의 줄임말인데요.

Must have : 치명적이고 시급성이 있는 꼭 필요한 기능
Should have - 매우 중요하지만 시급성이 Must have 대비 낮은 기능
Could have - 있으면 좋겠는데 꼭 있어야 할 필요는 없는 기능
Won'have - 가장 덜 중요하고, 효과도 미미한 기능

입니다. 이를 기준으로 3가지 개선안에 대해서 우선순위를 설정해보았습니다.

1순위 : Must have에 해당하는 ' 캘린더를 통한 라이브 미리보기 일정 제공 기능 추가 '

2순위 : Should have에 해당하는 ' 명확한 구분과 쉬운 사용성을 가진 PIP 모드 변경 '

3순위 : Could have에 해당하는 ' 야놀자 라이브 탭의 UX 라이팅 변경 '

1순위를 선택한 이유는 라이브 미리보기 즉 본방으로 라이브를 참여하는게 중요하다고 생각을 했는데요. 실시간 라이브 참여를 통하여 다양한 혜택과 경품을 받을 수 있기때문입니다! 2순위는 PIP 모드 변경은 대략 1시간 정도 진행되는 라이브 영상을 시청하기 위해 PIP 모드가 필수기능이라고 생각하였습니다. 3순위 라이팅 변경은 변경되었으면 좋겠지만 쉽게 변경할 수 있고 꼭 필요한 기능은 아니기에 Could have 3순위로 순위를 정해보았습니다.

| 출처

https://techbizinsight.tistory.com/13

MoSCoW : 요구사항 우선순위를 정하는 간편한 방법

제품 개발을 진행하다보면 항상 리소스가 부족합니다. 세상 어디에도 리소스가 남아도는 팀을 본 적은 없는 것 같습니다. 그렇기 때문에 성공적인 제품 개발은 한정된 리소스를 얼마나 잘 운영

techbizinsight.tistory.com

https://productschool.com/blog/product-management-2/prioritization-techniques-product-managers/

3 Prioritization Techniques All Product Managers Should Know

Prioritization can be a pain point for Product Managers of all levels. Here we'll show you three of the most popular techniques and how to use them.

productschool.com

[코드스테이츠 PMB 15기_W7D4] 색다른 숙소 특별한 여행, Airbnb 다시 돌아보기

메리트리 — Fri, 2 Dec 2022 17:48:09 +0900

W6D1 데일리 과제 회고하기

오늘 과제는 이주 전에 작성한 W6D1 과제의 업그레이드된 버전이라고 생각하시면 됩니다!

W6D1을 작성할때만 해도 얄팍한 지식으로 과제를 진행한 이주 전 저와 달리 현재는 api,서버, 클라이언트가 뭔지 제대로 구분하고 설명할 수 있는데요.

들어가기 전..

W6D1 과제에 대해 빠르게 요약하면 에어비앤비를 주제로 선정하여 에어비앤비의 Flow Chart를 그려보고 에어비앤비의 UI, 클라이언트, 서버, DB 에 해당하는 내용을 알아보았는데요. 오늘 과제는 에어비앤비의 Flow Chart를 그려보기 전 클라이언트, 서버, DB에 대한 개념을 먼저 설명드릴 수 있도록 하겠습니다.

<이전 자료>

지난번 클라이언트 서버에 대한 이미지를 들고와봤는데요. 다시 보니 애매하고 처음보는 분이라면 이해가 잘되지 않을 것 같아. 클라이언트, 서버, DB에 대한 이미지를 예시와 함께 다시 그려보았습니다.

예시에 대해서 설명을 드리면,
클라이언트는 고객들이 주문을 하기 위한 무인단말기로 요리사에게 사용자의 요구를 컴퓨터 역할을 하는 키오스크

서버는 클라이언트의 주문에 음식을 제공하기 위해 냉장고에서 식자재를 들고오고 음식을 만드는 요리사

데이터베이스는 식당의 모든 식자재료를 보관해 놓는 냉장고

라고 예를 들 수 있습니다. 조금이나마 이해가 되시길 바랍니다.

클라이언트

클라이언트는 사용자에게 데이터를 입력받을 화면을 제공
입력받은 데이터 형식 검사 및 변환
사용자의 입력을 주로 처리하며 이를 서버에 요청을 보냄.
서버로부터 결과를 받고 사용자에게 UI 제공
업무 처리 부분은 서버에게 위임
데이터를 요청하고 받는 컴퓨터, 스마트폰이나 고객의 컴퓨터

서버

클라이언트의 접근 제어, 무효한 접근 차단, 트랜잭션 단위로 묶어서 관리하는 역할 수행
클라이언트의 요청을 받아서 처리하고, 이를 다시 클라이언트에 응답을 보냄
기능 변경에 유연한 대처 가능
데이터를 제공해 주는 컴퓨터

데이터베이스

여러 사람들이 공유하고 사용할 목적으로 통합 관리되는 데이터들의 모임

1. 에어비앤비의 Flow Chart

진입부터 숙소 예약까지의 여정을 살펴보자!

지난번 에어비앤비 앱 진입부터 숙소를 예약하고 종류하기까지 유저 플로우 차트를 그려보았습니다.

다시 그려본 에어비앤비의 유저 플로우 입니다. 유독 어렵게만 느껴진 유저 플로우인데용…
추가된 내용으로는 에어비앤비의 API 내용과 숙소 상세페이지, 예약 요청 플로우 부분을 추가해서 그려보았습니다.
유저가 서비스를 사용하면서 서버와 DB가 어떻게 작동할지 기술적인 부분까지 작성하고 싶었지만 …. 어렵네여오호

‍♀️ 혹시 잘못된 내용이나 참고할 내용있다면 댓글 달아주세요!

2. UI, 클라이언트, 서버, DB

지난 2주동안 (W6, W7) 강의를 바탕으로 1번에서 선택한 행동 시 UI, 클라이언트, 서버, DB가 각각 어떻게 보이고 작동할지 예상하여 적어 보겠습니다.

Airbnb UI

에어비앤비 유저 흐름을 그려보았다면 작성한 플로우 차트의 흐름에 따라 전체적인 앱 화면 UI를 탐색해보았습니다.

창업자 두 명이 디자이너들인 만큼, 디자인이 아주 잘된 기업으로 유명한 에어비앤비는 접근을 생각하고 사용성을 고려해 디자인을 한다고 합니다. 에어비앤비는 사용자의 신체적 특징, 지식수준 등의 제한 사항을 고려해서 가능한 많은 사용자가 이용할 수 있도록 한 서비스라고 하는데요. 이는 브랜드 가치를 맞추는 것도 좋지만 모든 사람들이 서비스를 누리고 공유할 수 있도록 고려하여 만들었다고 하니 이러한 사실을 알고 앱 ui를 살펴보니 다르게 보이는 것도 같습니다. 기회가 된다면 에어비앤비의 UI에 대해서도 자세하게 분석해봐도 너무 좋을 것 같습니다! 앗 그리고 에어비앤비의 디자인 프로세스는 애자일, 스프린트를 써서 제품 디자인을 한다고 합니다.(TMI)

단어 알아보기!

** 신속한 반복 작업을 통해 실제 작동 가능한 소프트웨어를 개발하여 지속적으로 제공하기 위한 소프트웨어 개발 방식을 뜻합니다.

** 스프린트는 팀이 일정량의 작업을 완료하는 시간이 정해진 짧은 기간입니다.

UI, 클라이언트, 서버, DB

캡처한 앱 화면 중 여행지 검색 및 상세 조건 필터링과 예약 요청 화면의 UI, 클라이언트, 서버, DB가 각각 어떻게 보이고 작동할지 예상하여 적어보고자 합니다.

여행지 검색 및 상세 조건 필터링에 해당하는 내용은 아래와 같습니다.

다음은 예약 요청 화면인데요.

예약 요청 화면은 사실 이외에 카드사 서버 등의 복잡한 과정을 걸치것이라고 생각합니다만.. 아직 잘 모르는 제가 생각하기는 여기까지이네요 ㅜㅜㅜㅜㅜㅜㅜ

이전 과제로는 여행지 검색 및 상세 조건 필터링과 예약 요청 화면에 대해서 반응 예측을 해보았다면 위에 그린 플로우 및 UI를 기반으로 다시 예측해보았습니다.

제가 생각한 흐름대로 작성하긴 했지만.. 정말 쉽지않구만요..ㅎㅎ

추가로 현재 에어비앤비는..

현재 에어비앤비에서 운영하고 있는 테크 블로그를 살펴보면, 최대 150배의 성능 향상을 달성하면서 클라이언트 통합을 최적화하기 위해 결제 데이터 읽기 흐름을 재설계한 방법을 기술한 Airbnb에서 통합 결제 데이터 읽기를 통해 에어비앤비의 통합 결제 데이터 읽기 계층 살펴볼 수 있습니다.

SOA 마이그레이션 후 지불 데이터 읽기 흐름이 어떻게 보이는지. 애플리케이션 계층에서 하나 이상의 결제 서비스 및 집계 데이터라고 하는 프레젠테이션 서비스. / 출처: 에어비앤비 테크 블로그

그리고 Airbnb가 오프라인 및 스트리밍 이벤트에서 파생된 데이터에 액세스 하기 위해 지속적이고 가용성이 높으며 대기 시간이 짧은 키-값 스토리지 엔진을 구축한 방법. Mussel — 파생 데이터를 위한 Airbnb의 키-값 스토어 을 통해 대규모 데이터 처리 엔진 또는 오프라인에 저장된 데이터인 파생된 데이터에 액세스 하기 위한 Mussel이라는 다중 테넌트 스토리지 플랫폼을 소개하고 이를 활용하고 있는 에어비앤비를 알 수 있습니다.

Obliviate 워크플로우 / 출처 : 에어비앤비 테크 블로그

이외에도 블로그의 게시된 글 통해 느낀 바는 생각보다 현재 서비스에서 사용하는 아키텍처는 정말 복잡하구나, 대량 데이터를 처리하기 위해 많고 좋은 인프라를 사용하고 있다는 것을 알 수 있었던 에어비앤비였습니다.

2주 뒤 저는 그래도 개발적인 지식을 조금 쌓이긴 했지만 더 많은 공부를 해야겠다는 생각이 많이 들었습니다.
실제 현업에서 가서야 개발 지식을 배운 이유 및 필요성을 체감할 것 같지만용..ㅎㅎ
그래도 정말 2주 동안 배운 지식들이 저의 밑거름이 될 수 있기를 조금이나마 바래봅니다.

| 출처

[코드스테이츠 PMB 15기_W7D3] API의 개념과 카카오 로컬 주소 검색 Open API 알아보기

메리트리 — Wed, 30 Nov 2022 17:26:13 +0900

API 오픈 API를 탐색하고, 제공하는 기능과 구조 살펴보기

오늘은 API에 대해서 배웠는데요.

이와 관련하여 오늘 과제는 오픈 API를 탐색하고, 제공하는 기능과 구조 살펴보기입니다.

그전에 개념 3가지 API, Open API, RESTful API에 대해서 살펴보고자 합니다.

API가 뭐예요?

API란 Application Programming Interface의 줄임말로 '애플리케이션'을 ‘프로그래밍’ 하는데 필요한 ‘인터페이스’입니다. 여기서 인터페이스란 말 그대로 어떤 기계간의 장치끼리 정보를 교환하기 위한 수단이나, 방법을 의미하는 두 애플리케이션 간의 서비스 계약이라고 할 수 있는데요. 이 계약은 요청과 응답을 사용하여 두 애플리케이션이 서로 통신하는 방법을 정의합니다.

자료 서칭 중 너무 쉽게 잘 설명되어 있는 레스토랑 예시를 그려보았습니다.

그림을 보시고 이해가 되실까요? 조금 더 부가 설명을 하면 API 역할을 하는 웨이터는 손님의 주문을 주방으로 전달하는 매개체 즉 인터페이스 역할을 하는 거죠. 그리고 여기서 손님은 주방에서 무슨 일이 일어나는지 잘 모르고 관심도 없고 단지 내가 주문한 피자만 잘 나오면 되는데요. 이것이 바로 API의 장점입니다. 내가 가져다쓰려고 하는 API의 기능을 어떻게 구현하는지 몰라도 API를 사용만하면 되니깐 시간과 노력을 아낄 수 있는 장점이 있는 거죠.

Open API가 뭐예요?

API의 개념을 알았다면 Open이 붙은 Open API에 살펴보면, Open API는 하나의 웹 사이트에서 자신이 가진 기능을 이용할 수 있도록 공개한 프로그래밍 인터페이스입니다. 쉽게 open되어있으니 누구나 사용할 수 있도록 공개된 API를 말하는데요. 데이터를 표준화하고 프로그래밍해 외부 소프트웨어 개발자나 사용자가 바로 개발(어프리케이션)에 활용할 수 있는 형태의 개방 형식으로 다양하고 서비스나 애플리케이션, 다양한 형태의 플랫폼을 개발할 수 있습니다.

현재 Open API는 많은 곳에서 제공하고 있는데요. 주요 국내 대기업인 네이버, 카카오 주요 해외 대기업 구글, 마이크로소프트 등 그리고

공공 기관 공공 데이터 포털 등이 있습니다.

RESTful API가 뭐예요?

API를 아무리 잘 설계한다고 하더라도 각자 필요한 방식에 맞게 다양하게 설계하면 유지보수하는데 어려움이 있을 수 있습니다. 이런 문제를 해결하기 위해 일정한 아키텍처의 제약 조건을 준수하는 애플리케이션 프로그래밍 인터페이스를 만들어 사용하기로 하였는데 그중 대표적인 방식이 RESTful API입니다.

그리고 REST vs RESTful 뭐가 다르지 하실 수 있는데요

RESTful은 일반적으로 REST라는 아키텍처를 구현하는 웹 서비스를 나타내기 위해 사용되는 용어로 ‘REST API’를 제공하는 웹 서비스를 ‘RESTful’하다고 할 수 있습니다.

구체적인 개념으로는 HTTP URI(Uniform Resource Identifier)를 통해 자원(Resource)을 명시고, HTTP Method(POST, GET, PUT, DELETE)를 통해 해당 자원에 대한 CRUD Operation을 적용하는 것을 의미합니다.

CRUD Operation

Create : 생성(POST)
Read : 조회(GET)
Update : 수정(PUT)
Delete : 삭제(DELETE)
HEAD: header 정보 조회(HEAD)

개념 3가지 API, Open API, RESTful API에 대해 학습했다면, 다음으로는 현재 공개되어 있는 오픈 API를 탐색해 보도록 하겠습니다.

앞서 말한 다양한 제공처가 있는데요. 저는 이전 과제에서 한번 다룬 카카오맵과 관련하여 카카오에서 제공하는 오픈 지도/로컬 오픈 API을 탐색해보고자 합니다.

[코드스테이츠 PMB 15기_W2D2] 내가 카카오맵을 사용하는 이유

고객이 우리 서비스를 사용하는 근본적인 이유는 무엇일까 오늘은 JTBD(Jobs-To-be-Done)에 대해서 배웠습니다. JTBD란 특정 상황에서 고객이 해결하고자 하는 문제에 포커싱한 고객의 문제에 접근 방

03minji13.tistory.com

1. 카카오 지도/로컬 API가 제공하는 기능 소개

카카오 로컬 API가 궁금한 사람 ~ 드루와~~

카카오에서 제공하는 내용을 기반으로 간단하게 요약하고 정리해보았습니다.

로컬(local) API는 키워드로 특정 장소 정보를 조회하거나, 좌표를 주소 또는 행정구역으로 변환하는 등 장소에 대한 정보를 제공합니다.

특정 카테고리로 장소를 검색하는 등 폭넓은 활용이 가능하며, 지번 주소와 도로명 주소 체계를 모두 지원하는데요.

️ Kakao 지도 API는 Web(JavaScript)과 모바일 애플리케이션(Android, iOS)에서 지도를 이용한 서비스를 제작할 수 있는 기능을 제공합니다. 지도 위에 마커를 올려서 특정 장소를 표시할 수 있고, 실제 주변을 확인할 수 있는 로드뷰 제공 등 다양한 기능을 제공하고 있습니다.

그런데,

지도는 REST API 미 지원하여 SDK로만 이용할 수 있습니다. 반면, REST API 방식으로는 로컬 API를 통해 다양한 장소 정보를 활용할 수 있습니다. 그러니... 우리는 REST API 지원하는 로컬 API에 대해서 탐색해보겠습니다.

SDK란?

** Software Development Kit의 약자로 소프트웨어 개발 도구 모음이라고 합니다. SDK 안에는 개발에 도움이 될 개발 도구 프로그램, 디버깅 프로그램, 문서, API 등이 있습니다. 이때 SDK는 망치, 팬치 니퍼 등이 들어 있는 하나의 공구박스라고 하면, API는 그중 망치만을 말합니다. 그러니 SDK가 더 큰 개념이라고 할 수 있습니다.

그렇다면 로컬 API가 지원하는 기능을 알아보겠습니다.

현재 로컬 API는 주소 검색, 좌표-행정구역 정보 변환, 좌표-주소 변환, 좌표계 변환, 키워드 검색, 카테고리 검색 기능을 제공하고 있습니다.

2. 카카오 로컬 REST API

카카오 로컬 REST API에 대해서 살펴보겠습니다.

카카오에서 제공하는 문서를 보면, 위에 설명한 로컬 기능에 따라 설명을 상세하게 해주고 있는데요.

제일 처음에 소개된 기능 주소 검색 기능에 대해서 자세하게 살펴보겠습니다.

주소 검색 기능은 주소를 지도 위에 정확하게 표시하기 위해 해당 주소의 좌표 정보를 제공하는 API입니다. 주소에 해당하는 지번 주소, 도로명 주소, 좌표, 우편번호, 빌딩명 등의 다양한 정보를 함께 제공합니다. 이 API는 지번 주소, 도로명 주소 모두 지원합니다.

애플리케이션(이하 앱) REST API 키를 헤더에 담아 GET으로 요청합니다. 검색어와 함께 결과 형식 파라미터의 값을 선택적으로 추가할 수 있습니다. 응답은 JSON과 XML 형식을 지원합니다. 요청 시 URL의 ${FORMAT} 부분에 원하는 응답 형식을 지정할 수 있습니다.

별도로 포맷을 지정하지 않은 경우 응답은 JSON 형식으로 반환됩니다.

그리고 카카오에서 매개변수, 메타, 문서, 주소를 제공하고 있습니다.

이는 우리 이렇게 매개변수,메타, 문서, 주소 형식에 대해 정해진 규격을 사용하자고 약속하는 거예요

다음으로는 들어오는 요청과 응답에 대한 내용을 탐구해볼 텐데요.

우선 HTTP 프로토콜, HTTP 프로토콜 HTTP Message에 대해 개념을 알아야 합니다.

HTTP 프로토콜이란?

** HTTP(Hypertext Transfer Protocol)는 통신 프로토콜입니다. 프로토콜이란 상호 간에 정의한 규칙을 의미하며 특정 기기 간에 데이터를 주고받기 위해 정의되었습니다. 통신 프로토콜을 쉽게 풀어보면 “나는 이렇게 줄 테니 넌 이렇게 받고 난 네가 준거 그렇게 받을게” 로 이해시면 됩니다. 현재 웹에서는 브라우저와 서버 간에 데이터를 주고받기 위한 방식으로 HTTP 프로토콜을 사용하고 있습니다. 그리고 HTTP 프로토콜로 데이터를 주고받기 위해서는 아래와 같이 요청(Request)을 보내고 응답(Response)을 받아야 합니다.

출처 : nGyu / API, 요청과 응답은 어떻게 흘러갈까?

중간 HTTP Message는 Requset, Response로 나뉘게 되는데 이 둘의 구조는 똑같고 startLine, headers, emptyLine, body로 4등분이 됩니다.

카카오의 주소 검색 REST API의 예시를 제공하고 있는데요.

배운 내용을 기반으로 이렇게 생겼구나 정도,,, 확인해보았습니다.

글을 마치며,

정말 개발 지식 어질어질합니다..

오늘 과제 수박 겉핥기 느낌 약간 50%인데요..

그래도 API, Open API, RESTful API 개념에 대해서는 정확하게 알 수 있어서 좋았던 것 같습니다.

그리고 추가로 카카오 오픈 API를 탐색해보았는데요. 이외에도 다양한 기업 및 공공포털에서 제공하는 오픈 API도 이후에 살펴보고 싶었습니다.

앗 그리고 검색하던 중 토스의 오픈 API를 살펴보았는데요

토스는 언어별로 request를 제공하고 있었어요

신기해서 들고 와 봤습니다..!!

| 출처

https://dev-dain.tistory.com/50

봐도봐도 모르겠는 API 개념 설명 (Application Programming Interface)

✔️ 부정확한 내용이 포함되어 있다는 피드백을 받았습니다. 글은 나중에 다시 수정할 예정인데, 우선 댓글창을 확인해주시면 더 정확하게 이해하실 수 있을 것 같습니다. 감사합니다 ^^ 컴퓨

dev-dain.tistory.com

https://gmlwjd9405.github.io/2018/09/21/rest-and-restful.html

[Network] REST란? REST API란? RESTful이란? - Heee's Development Blog

Step by step goes a long way.

gmlwjd9405.github.io

https://developers.kakao.com/docs/latest/ko/local/common#api-list

Kakao Developers

카카오 API를 활용하여 다양한 어플리케이션을 개발해보세요. 카카오 로그인, 메시지 보내기, 친구 API, 인공지능 API 등을 제공합니다.

developers.kakao.com

https://velog.io/@vpdls1511/API-%EC%9A%94%EC%B2%AD%EA%B3%BC-%EC%9D%91%EB%8B%B5%EC%9D%80-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%9D%98%EB%9F%AC%EA%B0%88%EA%B9%8C

API, 요청과 응답은 어떻게 흘러갈까?

API가 단순히 클라이언트와 서버의 상호작용에서 끝나는걸까? API가 무엇인지, 어떤 흐름인지 알아보자!

velog.io

[코드스테이츠 PMB 15기_W7D2] 기록이 쌓이면 내가 된다, 네이버 블로그

메리트리 — Tue, 29 Nov 2022 23:28:36 +0900

앱 서비스의 이해

오늘은 개발자도 아닌 PM에게 새로운 프로젝트를 어떤 앱 유형으로 개발하고 출시할지 답변할 수 있는 PM이 되기 위해 한걸음 나아볼 건데요.

출처 : 혼공얄코

어떤 종류의 모바일 앱을 만들지 선택해주세요.

라는 요구에 답하기 위해 PM이 앱에 대한 지식을 알아야 하는 이유와 함께 현재 다양한 서비스 유형을 제공하는 네이버 블로그로 앱 유형에 대해 공부해보고자 합니다.

PM이 앱 유형 왜 알아야 해?

실무자인 개발자와 디자이너가 최종 산출물을 만들기 위한 기획부터 마지막 제품 출시까지 PM이 담당하는데요.

PM은 기획자로 유저가 겪는 문제를 파악하고 개선점을 찾고 서비스에 적합한 앱 유형을 선택하여

✨더 나은 서비스✨를 제공해야합니다.

그리고 앱을 만드는 목적에 따라 사용자에게 제공하려는 서비스가 바뀌고, 투자되는 개발 비용과 자원이 각자 다르기 때문에 각 상황에 맞는 개발 방식을 선택하여 불필요한 비용과 개발 시간을 줄일 수도 있기 때문입니다.

그렇다면 앱 유형 왜 알아야 하는지 간단하게 살펴보았다면 다음으로 현재 다양한 서비스 유형을 제공하는 네이버 블로그로 앱 유형에 대해 공부해보고자 합니다.

앗 참고로 네이버 블로그를 선택한 이유는 실제로 다양한 앱 유형을 제공하는 네이버 블로그의 실제 유저이고 사용하면서 다양한 앱 유형을 가졌구나 느꼈던 서비스이기도 했기 때문입니다.

요즘은 과제의 블로깅으로 잠시 멈췄어여.....ㅎㅎㅎ

✍ 네이버 블로그란?

포털사이트 네이버에서 운영하는 국내 최대의 서비스형 블로그로 2003년 10월 13일에 서비스를 처음 개시하였습니다. 최근 네이버 블로그가 진행하고 있는 주간일기 챌린지는 ‘기록이 쌓이면 내가 된다’라는 슬로건을 바탕으로 MZ의 기록 트렌드를 적극 반영하고 있어 다시 전성기를 맞는 네이버 블로그입니다.

1. 네이버 블로그의 앱 유형별 장단점?

네이버 블로그의 앱 유형별로 장단점을 간략하게 정리해봅니다.

네이버 블로그의 앱 유형에 대해 분석하기 전 일반적인 앱 유형에 대해서 먼저 알아보고자 합니다.

출처 : https://brunch.co.kr/@jaypark047/11

앱 종류는 3가지 네이티브 앱(Native App), 모바일 웹 앱(Mobile Web App), 하이브리드 앱(Hybrid App) 이 있습니다. 각 앱에 대해 알아보면,

네이티브 앱(Native App) : 모바일 운영체제에 최적화된 언어를 사용해 개발한 앱으로서 안드로이드, iOS에서 제공하는 SDK를 사용해 개발합니다. 간단히 설명하면, 사용자 폰에 있는 안드로이드 iOS 마켓에서 다운로드해서 사용하는 앱이라 할 수 있습니다. 예로는 유튜브, 네이버 지도, 틱톡, 대부분의 게임, 핸드폰에 기본적으로 내장되어 있는 앱들을 들 수 있습니다.
웹 앱(Web App) : 앱의 형태를 가지고 있지만 실제 내용은 대부분 웹에서 구현해 보여주는 페이지입니다.
모바일 웹(Mobile Web) : 모바일 기기에서 사용하기 편한 방식으로 개발된 '웹 페이지' 기반 서비스를 의미합니다. 쉽게 말해 PC용 홈페이지를 모바일 스크린 크기에 맞춰 줄여놓은 것으로 생각하면 됩니다.
하이브리드 앱(Hybrid App) : 네이티브 앱과 웹 앱이 섞인 형태로 기본 틀은 네이티브 앱으로 만들되, 특정 영역은 브라우저를 띄어 화면을 보여줍니다. 예로는 네이버, 다음, 구글이 있습니다.

네이버는 현재 네이티브 앱, 웹앱, 모바일 앱을 지원하고 있습니다.

앱 유형별 장단점에 대해서 살펴보겠습니다.

2. 왜 네이버 블로그는 PC웹으로 런칭하였을까?

선정한 프로덕트가 서비스를 론칭할 때 왜 그 서비스 유형을 선택하게 되었는지를 분석해봅니다.

나무 위키에 따르면 포털사이트 네이버에서 운영하는 국내 최대의 서비스형 블로그 네이버 블로그는 2003년 6월, '페이퍼'라는 서비스를 오픈한 게 시초이며, 같은 해 10월 12일에 블로그라는 이름으로 정식 서비스를 시작해 현재까지 내려오고 있습니다.

(깜짝 퀴즈 타임) 국내에서 스마트폰의 탄생은 언제부터일까요?

스마트폰의 탄생은 국내에 아이폰이 들어온 2009년부터입니다. 스티브 잡스가 아이폰을 선보인 지 약 2년 만에 아이폰 시리즈의 세 번째 모델 아이폰 3GS를 구입할 수 있었습니다. 아이폰의 국내 도입은 그동안 피처폰을 주로 쓰던 국내 휴대폰 시장에 큰 파장을 미쳤는데요. 스마트폰 시장에 제대로 준비하지 못한 국내 휴대폰 제조업체들이 하나둘 위기를 맞았으며 스마트폰을 중심으로 휴대폰 시장이 재편되었습니다.

깜짝 퀴즈에 나온 대로 국내 스마트폰은 2009년부터 아이폰이 국내에 들어오면서부터 활성화되기 시작했어요. 그러니 2003년 출시된 네이버 블로그는 론칭할 때 다양한 유형인 모바일 웹앱, 네이티브 앱을 고려할 수가 없었던 것이죠.

그 이유는 스마트폰이라는 것이 탄생하면서부터 앱이 등장하였기 때문입니다.

출처 : 네이버 블로그

그리고 네이버 블로그팀 공식 블로그 을 통해서 네이버 블로그의 모든 역사를 알 수 있었습니다.

출처 : 이스

초기 네이버 블로그 서비스 사진인데요. 공식 블로그나 서비스 이미지나 정말 역사적 느낌이 물씬 났어요,,ㅎㅎ

사실 네이버 블로그를 론칭할 때의 기사 및 자료를 찾기에는 나무 위키 그리고 네이버 블로그 변화되는 서비스의 역사를 엿볼 수 있는 공식 블로그가 전부로...론칭을 하게된 정확한 이유는 찾기가 힘들었다는 부분입니다.

과제 이후 시간이 된다면 2010년 출시한 블로그 앱의 런칭 이유에 대해서도 고민하고 작성해볼 수 있도록 하겠습니다.

~~물론 오늘은 아니에요~~~

3. 내가 네이버 블로그의 PM???(실제면.. 진짜 좋겠다)

현재 론칭 후 PMF를 달성한 시기라고 한다면 어떤 다른 서비스 유형으로 서비스를 확장할 것인지 아이디어를 구상해보기

제 선택은 네이티브 앱, 네이버 블로그 앱 서비스를 확장시켜 나갈 것 같습니다.

그 이유를 설명드리기 전에 위에서 살펴본 네이티브 앱의 장점을 다시 살펴보겠습니다.

❤️ 장점

• 스마트폰의 다양한 기능들에 대한 접근이 자유로움(카메라, 지문인식 등)
• 사용자 친화적인 인터페이스 제공
• 높은 그래픽과 성능 제공
• 사용자에게 가장 빠르고 안정적이며 반응이 빠른 환경을 제공

네이티브 앱의 장점인데요. 몇 가지에 대해 세부적으로 설명하면,

먼저 스마트폰의 다양한 기능들에 대한 접근이 자유로움(카메라, 지문인식 등) 것은 이미 구글 플레이스토어에 등록되어 있는 네이버 블로그 설명에서 알 수 있는데요. 필수 접근 권한으로 카메라, 마이크, 저장, 위치를 사용할 수 있습니다. 네이버 블로그는 개인의 생생한 경험이나 지식을 공유하는 공간입니다. 여기에 사진은 빠질 수 없는 요소인데요. 다른 유형인 웹앱, 모바일 앱에서는 카메라 및 앨범에 대한 접근이 네이티브 앱보다는 제한적이기 때문에 네이티브 앱을 통해서 비교적 자유로운 카메라, 위치 등을 기능을 사용함으로써 높은 사용성 및 접근성을 제공할 수 있을 거라 생각했습니다.

그리고 사용자에게 가장 빠르고 안정적이며 반응이 빠른 환경을 제공은 네이버 블로그 앱의 사용자 특징과 더불어 설명드리고자 합니다.

와이즈 앱·리테일·굿즈에 따르면 지난 6월 네이버 블로그 앱 이용자 316만 명 중 20대가 34%였습니다. 이는 블로그를 자신의 일상을 기록하고 다시 읽어보는 일기장으로 활용하는 20대가 많아진 영향 때문인데요. 일기장으로 작성하는 블로그라면 PC보다는 모바일로 접근성이 더욱 쉽도록 그리고 사용자 친화적인 인터페이스 제공하여 편리성을 제공할 수 있는 네이티브 앱을 확장시키는 것을 생각해보았습니다.

출처 : 와이즈앱

그리고 실제로도 저의 블로그 그리고 인터넷상의 많은 분들의 유입경로 통계자료를 보면 pc보다는 모바일 유입경로가 현저히 높다는 것을 알 수 있었습니다.!! 이미 나온 아이디어지만 PMF를 달성한 시기라고 가정하여 생각해보았습니다.

출처

https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=blogpeople&logNo=220796582240

[예고] 9월, 블로그 모바일웹/앱이 새로워집니다.

안녕하세요. 블로그 서비스팀입니다. 9월, 블로그 서비스의 모바일웹과 앱이 조금(!) 새로워집니다.&...

blog.naver.com

https://yozm.wishket.com/magazine/detail/1560/

기획자로서 알아야 하는 앱 개발 유형 | 요즘IT

우린 PM/PO다. 개발자도 아닌 우리가 앱에 대한 지식을 알아야 하는 이유는 실무자인 개발자와 디자이너가 최종 산출물을 만들기 위한 기획이 PM에서부터 시작하기 때문이다. 이런 상황에서 PM/PO

yozm.wishket.com

https://brunch.co.kr/@jaypark047/11

앱에도 종류가 있다?!

네이티브,하이브리드,웹 앱 장/단점 정리! - 코드스테이츠 PMB6 | *웹, 네이티브 및 하이브리드 앱 - 어떤 플랫폼으로 만들어야 오래 지속되는 성공을 거둘 수 있을까? 모바일 앱은 비즈니스 성장

brunch.co.kr

[코드스테이츠 PMB 15기_W7D1] 매일 성장하는 사람들의 커리어 플랫폼, 서핏

메리트리 — Mon, 28 Nov 2022 17:28:14 +0900

프론트엔드 탐색하기

7주차는 PM에게 필요한 개발 지식과 관련하여 학습하는 주차로 오늘은 IT 제품과 Product Management, 프런트엔드 이해하기에 대해 배웠습니다. 그렇다면 PM이 개발 지식을 알아야 하는 이유는 무엇일까용?

그건 바로, 1명의 매니저, 1인 이상의 디자이너와 다수의 개발자로 제품팀이 이루어지는 것이 보통입니다. 고객의 이야기를 듣고 제품을 기획하는 기획자와 개발자의 언어를 사용해 IT 기술을 구현하는 개발자의 소통 거리는 가깝지 않은데요. 기획자가 아무리 고객이 원하는 제품을 기획하더라도 개발자가 알아들을 수 없다면 원하는 대로 제품을 만드는 것은 불가능합니다. 그런 이유로, 좋은 제품을 위해서는 개발자의 언어를 기획자가 반드시 이해해야만 합니다. 특히 개발자와의 대화는 지식 없이 불가능하기 때문에 대화 커뮤니케이션 그리고 리스크 관리를 위해 개발자는 최소한의 개발 지식을 배워야만 하는 것입니다.

따라서 오늘은 학습한 웹 프론트엔드의 3가지 언어 HTML(Hypertext Markup Language), CSS(Cascading Style Sheets), JavaScript에 대해 관심 있는 프로덕트의 웹 랜딩 페이지를 찾고, 이를 다음과 같이 나누어 분석해보고자 합니다.

잠깐, 웹 프론트엔드의 3가지 언어에 대해 간단하게 알아보겠습니다.

HTML(Hypertext Markup Language) : 웹 페이지의 구조를 담당하고 콘텐츠의 레이아웃을 제어하는 역할을 합니다.
CSS(Cascading Style Sheets): 웹 페이지의 스타일의 적용하여 화면이 어떻게 보일지 구성하는 역할을 합니다.
JavaScript : 웹페이지에 생동감을 불어넣기 위해' 만들어진 프로그래밍 언어로 웹 페이지에 상호 작용 추가하는 역할을 합니다.

출처 : 아무나간이의 일기장

서핏 어떤 플랫폼인가?

오늘 관심있는 프로덕트는 매일 아침마다 보는 서핏(surfit)으로 과제를 진행하려고 합니다.

서핏(surfit)은 개발·마케팅·기획·스타트업 등 'IT 프로덕트 업계' 전문가들이 다양한 채널에서 생산하는 지식 콘텐츠를 맞춤 제공하는 웹 서비스 플랫폼인데요. 지식 콘텐츠를 아주 편안하게~ 즐길 수 있는 것뿐만 아니라 다양한 직무의 사람들에 대한 정보와 채용 공고까지 제공하고 있답니다.

출처 : 서핏

비전공자를 위한 이해할 수 있는 it 지식(책)을 참고하여 과제를 진행했습니다. 크롬 브라우져 기준 F12 or 메뉴 ‘보기’ → ‘개발자 정보’ → ‘개발자 도구’를 클릭하면 아래와 같은 창이 뜨게 됩니다. 다음 화면에서 본격적으로 서핏의 홈페이지를 보면, 웹을 하나하나 뜯어볼 수 있도록 하겠습니다.

출처 : 서핏

1. 서핏의 HTML 요소

화면의 구성 요소들이 어떻게 배치되어 있는지 구조를 정리해 분석해 봅니다

HTML의 구조는 <head>와 <body>로 이루어져있으며 아래는 기본적인 구조를 보여주는 그림입니다.

HTML 의 구조 / 서핏의 HTML 의 구조

각 항목에 대해서 살펴보면,

<!DOCTYPE> : 현재 문서가 HTML 문서 타입을 명시합니다. (HTML5 문서 타입은 <! DOCTYPE html>이다.)

<html> : HTML 문서의 루트(root) 요소를 정의하면, 웹 문서의 시작과 끝을 나타내는 태그입니다.

<head> : HTML 문서의 메타데이터(metadata)를 정의하면, 웹 브라우저가 알아야 할 정보를 입력하는 공간입니다.

메타데이터(metadata)란 HTML 문서에 대한 정보(data)로 웹 브라우저에는 직접적으로 표현되지 않는 정보를 의미합니다.
이러한 메타데이터는 문서 제목 <title>, 내부 head 태그 사이에서 css연동 <style>, 데이터에 대한 데이터 <meta>, 외부 요소 가져오기 <link>, 자바스크립트 <script>, 기본 페이지 설정 <base> 태그 등을 이용하여 표현할 수 있습니다.

<title> : HTML 문서의 제목(title)을 정의하며, 다음

과 같은 용도로 사용됩니다.

웹 브라우저의 툴바(toolbar)에 표시됩니다.
웹 브라우저의 즐겨찾기(favorites)에 추가할 때 즐겨찾기의 제목이 됩니다.
검색 엔진의 결과 페이지에 제목으로 표시됩니다.

<body> : 웹 브라우저에 실제로 표시할 내용을 입력하는 공간이며, 문서의 텍스트, 하이퍼링크, 이미지, 리스트 등의 모든 콘텐츠가 포함된 몸통을 나타내는 태그입니다. 우리 눈에 보이는 것들을 body에 있는 요소라고 할 수 있습니다.

<h1>~<h6> : 제목(heading)을 나타냅니다.

<p> : 단락(paragraph)을 나타냅니다.

발견한 인사이트

- 설명한 요소는 모두 들어가 있는 것을 확인할 수 있습니다.

- 특히 <head>의 세부 요소를 문서 제목 <title>, 내부 head 태그 사이에서 css연동 <style>, 데이터에 대한 데이터 <meta>, 외부 요소 가져오기 <link>, 자바스크립트 <script>, 기본 페이지 설정 <base> 태그를 서핏의 구성요소로 확인해 볼 수 있었습니다.

- <body>는 우리 눈에 보이는 것들의 요소라고 했는데요. 정말 <body>를 삭제하면 모든 것이 사라집니다.

출처 : 서핏

- 세세하게 모든 요소를 해석할 수는 없었지만 전체적인 HTML의 구조는 <head>와 <body>로 이루어져 있다는 것은 확실하게 알 수 있었습니다.

2. CSS 요소

각 구성요소들이 어떠한 모양을 하고 있는지 스타일을 정리해 분석해 봅니다

앞서 HTML의 구조 중 <head> 중 내부 head 태그 사이에서 css연동 <style>이라는 것을 설명했는데요. 이처럼 head를 없애면 홈페이지를 꾸며주던 요소들이 모두 지워진 것을 볼 수 있습니다. <head>의 CSS가 없어진 HTML의 본연의 모습, 정보들만 정리된 모습이 나옵니다.

출처 : 서핏

그리고 CSS의 기본 문법으로 CSS는 선택자와 선언부로 구성됩니다. 선택자는 스타일을 지정할 HTML 요소(태그, 아이디 등)를 가리킵니다. 선언부에는 CSS 속성 이름과 값이 포함됩니다. 속성이 여러 개일 경우, 한 줄로 나열해도 상관없지만 여러 줄에 걸쳐 작성하는 것이 좋습니다.

선택자  {속성:값; 속성:값....}

예)
/* h1태그의 색상을 빨간색으로 크기는 15px로 지정합니다.*/
h1 {color:red; font-size:15px;}

실제)
.jgVULd{position:relative;gap:8px;color:hsl(226,100%,62%);margin-top:12px;display:-webkit-box;display:-webkit-flex;display:-ms-flexbox;display:flex;-webkit-box-pack:justify;-webkit-justify-content:space-between;-ms-flex-pack:justify;justify-content:space-between;-webkit-align-items:flex-end;-webkit-box-align:flex-end;-ms-flex-align:flex-end;align-items:flex-end;}

더 쉽게는 해당 영역을 클릭하면 색깔, 폰트, 크기 등을 알 수 있습니다.

발견한 인사이트

- head를 없애니 꾸며주던 요소들이 모두 지워집니다.

- head 내용 중 <style type="text/css"> 포함된 내용 중 코드들을 하나씩 삭제해보니 아래의 그림처럼 하나씩 꾸며주는 요소들이 없어지는 것도 보았습니다.

- <banner> css의 일부분을 살펴보면 화면 레이아웃을 어떻게 디자인하고, 무슨 포트, 배경색은 어떤 색 등을 사용하였는지 등을 알 수 있습니다.

3. JavaScript 요소

각 구성요소들이 가지고 있는 특정한 동작이 무엇인지를 정리해 분석해 봅니다.

앞서 분석한 HTML과 CSS는 정적인 언어입니다. 정적이라는 것은 브라우저를 통해서 웹페이지를 화면에 그려주면 이 화면을 변경할 수 있는 방법이 없다는 의미입니다. 반면 Javascript는 HTML과 CSS로 만들어진 웹페이지를 동적으로 변경해주는 언어입니다. 경고창을 띄우고, 탭 인터페이스를 만들고, Drag & Drop 기능의 웹 애플리케이션을 만들 수 있는 거죠. 그럼 서핏의 메인 화면에는 어떤 Javascript가 적용되어 있을까요?

웹 프런트엔드에서 보이는 자바스크립트 요소로 볼 수 있는 동작들을 서핏으로 살펴보면 아래와 같다.

사실 더 많은 동작들이 있습니다!!

저는 관심 있는 콘텐츠를 클릭하면 해당 링크로 넘어가거나 옆으로 슬라이드 하면 이전 페이지로 넘어가는 것들을 살펴보았는데. 이런 동작들이 모두 자바스크립트 요소에 속합니다!

끝으로..

개발자 도구는 종종 보았던 것 같은데 이번에 알게 된 것은 저 빨간 박스를 통해 페이지에 마우스를 올리면 하나하나 해당 내용이 뜨는 것을 알게 되어서 신기하였습니다. 이번 과제는 조금은 포괄적으로 살펴본 것 같은데 앞으로 종종 다양한 홈페이지를 살펴보면서 조금씩 개발자 도구를 볼 수 있는 시각을 늘려야겠어요..

그리고 개발자 도구를 보다가 콘솔 창에서 발견한 링크는 바로 프런트 엔지니어 채용 링크인데요.. 서핏의 센스 무엇인가요,,ㅎㅎㅎ

과제 중 발견한 재미있는 tmi를 이야기하면 이만 과제를 끝내 보도록 하겠습니다.

| 출처

https://opentutorials.org/course/48

JavaScript - 생활코딩

자바스크립트란? HTML과 CSS는 정적인 언어입니다. 정적이라는 것은 이것들이 브라우저를 통해서 웹페이지를 화면에 그려주면 이 화면을 변경할 수 있는 방법이 없다는 의미입니다. (잘 이해가 안

opentutorials.org

[코드스테이츠 PMB 15기_Weekly 프로젝트 과제] #6 더 나은 내가 되는 곳, 뱅크샐러드 데이터 분석

메리트리 — Mon, 28 Nov 2022 11:18:51 +0900

데이터 분석 포트폴리오 가볍게 시작하기

안녕하세요!

6주차 위클리 과제를 진행합니다.

시간이 정말 빠르게 흘러가는 것 같은데요. 6주차 데일리 과제로 힘든 한주이기도 했습니다.

그래서 위클리 과제를 하는데 조금은 두려웠지만

네 제가 한번 해내보겠습니다!!

1. 뱅크샐러드의 문제점 또는 강점 Top1

뱅크샐러드가 갖고 있는 문제점(또는 강점)이 있나요? 문제점(또는 강점)으로 뽑은 이유가 무엇인가요?

뱅크샐러드의 문제점 또는 강점을 위해 검색창에 검색을 해보았습니다.
뱅크샐러드 문제점으로 2가지와 강점 3가지를 꼽아보았는데요.

문제점 2가지

1. 명확한 수익 모델 부재

"금융데이터를 활용해서 고객 맞춤형 서비스를 제공하겠다" 등 비전은 거창하지만 실제 돈을 내고 쓰는 핀테크 앱은 찾아보기 힘든데요. 뱅크샐러드 또한 모든 서비스를 무료로 제공하고 있습니다. 그리고 뱅크샐러드의 현재 수익모델은 카드 추천으로 획득하는 중개 수수료입니다. 금융출신 고임금 인력, 데이터분석가, 개발자를 적극 채용하다보니 인건비 등 고정비 부담이 커 수익모델로는 충당하기가 힘들어 투자 필수로 받아야하는 현실입니다.

2. 잦은 서비스 에러

뱅크샐러드는 100만 다운로드에 이어 2021년 급격한 이용자 이탈세에 직면한 적이 있습니다. 이는 한 토스-카카오페이와 식권 등으로 B2B 확장에 나선 NHN 경쟁 서비스와 더불어 뱅크샐러드는 잦은 오류와 서비스 운영상의 미스로 인해 이탈에 영향을 끼쳤습니다.

강점 3가지

1. 국내 최초의 ‘통합 자산관리’ 서비스

뱅크샐러드는 2017년 국내 최초의 ‘통합 자산관리’ 서비스를 선보이며 금융 혁신을 이끌어왔다고 합니다. 즉 뱅크샐러드는 국내 최초의 통합 자산관리 서비스이며, 핀테크 기업 최초로 마이데이터 시범 서비스를 시작하고 마이데이터 표준 API를 적용함에 따라 데이터 연결 속도를 90% 이상 단축, 사용성 및 고객 편의도 대폭 개선했다고 합니다. 또한 뱅크샐러드 인증서를 기반으로 간편한 금융 정보 연결이 가능하며, 가계부와 자산관리 서비스를 바탕으로 축적한 데이터 분석 기술력을 통해 더욱 정교한 자산관리가 가능한 것이 강점으로 꼽을 수 있습니다.

2. 핵심 서비스인 '가계부'

뱅크샐러드의 핵심 서비스로 손꼽히는 '가계부' 기능입니다. 개인의 한 달 예산 내 식비나 쇼핑 등 카테고리별 고정비 등을 설정해 계획적인 자산관리 습관 형성을 도와주는 가계부 기능으로 사용자의 삶이 더욱 편리하고 스마트해졌습니다.

3. 금융을 넘어 건강 서비스를 위한 ‘유전자 검사’ 시행으로 건강 데이터 확보

2021년 10월 ‘유전자 검사’ 서비스를 출시한 뱅크샐러드는 금융을 넘어 건강 서비스까지 데이터 경험을 확장했습니다. 이는 뱅크샐러드의 금융 넘어 부동산·건강 초개인화 서비스를 이루기 위한 발판이라고 보여지는데요. 무료 유전자 검사 서비스로 ‘건강 마이데이터’ 개척에 나선 뱅크샐러드는 사용자에게 가장 가치 있고 구하기 어려운 데이터가 유전자 정보라고 판단했기에 과감하게 건강 서비스로 다각화하는 전략을 펼치고 있습니다.

3. 금융을 넘어 건강 서비스를 위한 ‘유전자 검사’ 시행으로 건강 데이터 확보

이 중에서 강점 3번째를 Top1으로 꼽았습니다. 간단하게 이유를 말씀드리면, 최근 디지털 시대에 자신의 취향과 라이프 스타일에 맞춤화한 제품과 서비스에 대한 소비자의 기대치는 한껏 높아졌습니다. 많은 기업에서 디지털 기술을 활용해 초개인화한 제품과 서비스를 제공하고자 발 빠르게 움직이고 있는데 이러한 움직임에 뱅크샐러드도 집중하는 것으로 보입니다. 단순히 개인의 인구통계학적 정보뿐 아니라 생활 패턴, 행동 양식, 현재 처한 상황과 맥락에 관한 정보까지 종합적으로 파악해 개개인에게 맞춤화한 고객 경험을 제공하는 초 개인화 서비스의 가장 주요한 자산은 데이터입니다. 이러한 선상에서 헬스케어 서비스와 더불어 데이터 사업에 앞장서는 뱅크샐러드의 앞으로의 행보가 기대되기에 선정했습니다.

출처 : 뱅크샐러드

2. 뱅크샐러드의 강점을 강화하기 위해 보아야 하는 지표와 데이터

앞서 선정한 뱅크샐러드 강점을 더욱 강화하기 위해 확인해야 할 지표들을 최대 3개를 선정해보고 어떤 데이터가 있는지 확인해보기

현재 뱅크샐러드 유전자 검사는 10만~30만원 정도 드는 유전자 검사를 매일 700명에게 선착순으로 무료 지원하고 있습니다. 작년 10월부터 시작한 이 서비스엔 지금까지 21만 명이 몰려 아직까지도 인기를 끌고 있는데요.

기사에 따르면 최근 서울 여의도 본사에서 만난 김태훈 뱅크샐러드 창업자 겸 대표(사진)는 “접근하기 어려웠던 유전자 검사를 대중화해 머지않아 100만 유전자 데이터를 확보할 것”이라며 “누구나 ‘나’에 대한 데이터를 기반으로 금융에 이어 건강 관리까지 가장 잘할 수 있게 돕는 디지털 파트너가 되겠다”고 했습니다.

인터뷰에 따라 뱅크샐러드가 중요시 하는 부분에 따라 1. CCU(Concurrent User) 2. 유전자 검사 시행율 3. 활동 방문자 수 3가지를 선정해보았습니다.

잠깐, 3가지 지표에 뜻에 대해 알아보겠습니다.

1. CCU(Concurrent User) : 웹특정 시점에 접속한 동시 접속자 수

2. 유전자 검사 시행율 : 앱을 다운로드해서 실제로 실행시키고 유전자 검사를 시행해 분석기관에 키트를 반송하는 비율

3. 활동 방문자 수 : 사용자들이 얼마나 자주 방문하며 얼마나 오래 사이트에 머무는가

다음으로 지표를 보기 위해서 어떤 데이터들을 확인해야하는지 이런 데이터를 뽑은 이유를 말해보겠습니다.

1. CCU(Concurrent User)

뱅크샐러드 월간 사용자 현황으로 MAU에 대해서도 살펴보아도 좋지만 더 세부화된 지표로 CCU(Concurrent User)를 선정해보았는데요. 그 이유로는 뱅크샐러드 유전자 검사는 매일 오전 10시 선착순 신청이 가능합니다. 선착순이 마감되어 신청하지 못하신 경우, 다음 오픈 알림을 예약하실 수 있습니다. 이처럼 유전사 검사 오픈런이라고 말할 정도로 그리고 아직도 신청이 1초만에 마감되는 등 아직까지도 유전자 검사는 사람들의 인기를 누리고 있는데요. 처음 유전자 검사를 제공했을 때는 하루 500명을 받다가 신청자가 몰리자 석 달 만에 700명으로 인원을 늘려 1년여간 약 20만 명에게 검사를 제공했습니다.

즉, 뱅크샐러드 유전자 검사 페이지는 현재 오전 10시경 동시 접속자 수가 높다는 것을 예상할 수 있는데요. 이는 그만큼 많은 사용자가 관심을 가지고 있다는 뜻으로 긍정적인 신호이기도 합니다. 특히 시간에 따른 동접 지표는 서비스 특성, 유저의 연령층에 따라 영향을 많이 받는다고 하는데요 그래서 지표 그래프가 다양하게 표현된다고 합니다.

그럼 어떤 데이터를 확인해야할까?

- 오전 9시 ~ 11시까지의 접속자 수 및 현황 데이터

- 유전자 검사 키트 신청하기 버튼을 클릭한 버튼 클릭률

- 유전자 키트 페이지 접속자 중 동일 접속자 수

동시 접속자수가 높다는 것은 그만은 사용자가 유전자 검사를 원하고 있다는 긍정적인 신호입니다. 그리고 유전자 검사 버튼 클릭률을 포함하여 더욱 포괄적인 지표인 동시접속자지표를 통해 유전자 검사에 관심이 있는 사용자를 알아보고 앞으로의 헬스케어 산업의 관심도와 타켓층 선정이 가능할 것 같습니다. 나아가 현재는 무료로 진행되고 있는 유전자 검사 키트 b2c를 b2b로 비즈니스 모델을 확장할 수 있는 기회가 될 수 있을것이라 생각합니다. (2주전 유전자 검사 프리패스 바우처를 시작했다는 뉴스 기사를 보았습니다..)

유전자 검사 시행율

접근하기 어려웠던 유전자 검사를 대중화해 머지않아 100만 유전자 데이터를 확보할 것”이라며 “누구나 '나'에 대한 데이터를 기반으로 금융에 이어 건강 관리까지 가장 잘할 수 있게 돕는 디지털 파트너가 되겠다

뱅크샐러드 창업자 겸 대표(사진)는 한 매체와의 인터뷰에서 다음과 같이 말을 하였는데요. 그러기 위해서 중요한것은 앞서 대표님이 말한 데이터 확보라고 생각합니다.

실제로도 금융 앱이 유전자 검사를? 그것도 무료로? 한다고 생각하시는 분들이 많은데요. 이렇게 뱅크샐러드가 무료로 검사를 지원해주는 이유는 바로 '마이데이터'에 있습니다. 마이(my)데이터란 개인이 만든 자산, 신용카드 사용 내용 등의 권한은 개인에게 있다는 전제하에, 개인이 요구할 경우에 여러 금융사에 흩어진 자신의 금융 데이터를 한 번에 조회할 수 있도록 제공하는 사업입니다. 현재는 금융을 넘어 다양한 분야에서 또한 활용이 되는데요. 뱅크샐러드는 개인 데이터의 중요성을 금융을 통해서 한번 깨닫고 그리고 마이데이터를 활용하여 새로운 분야 헬스케어 분야를 확장하고자 합니다.

사람들이 병원에 방문하거나 매번 까다로운 본인 인증 없이, 앱에 들어가기만 하면 그동안의 모든 건강 검진 기록과 예방 접종 내역을 조회할 수 있고, 운동/식단 기록을 할 수 있다면 어떨까요? 이 앱의 재방문율과 체류 시간(해당 서비스에 고객이 머무는 시간)은 늘어날 겁니다. 그렇기 때문에 금융사에서는 마이데이터에 사활을 걸기 시작한 겁니다! 각 금융사 서비스에 들어갈 필요없이, 본인이 가장 자주 쓰는 서비스에서 정보 제공 동의만 하면 필요한 모든 금융 내역을 확인할 수 있으니까요.

그럼 어떤 데이터를 확인해야할까?

- 유전자 검사를 시행한 사람들의 수

- 유전자 검사를 시행한 사람들의 나이대

- 유전자 검사 키드를 신청하기 위해 몇회 이상 신청한 횟수

실제로 2022년 2월 뱅크샐러드가 유전자 검사를 출시한 2021년 10월 부터 2022년 1월까지 4개월 간의 데이터를 분석해 공개했습니다.

뱅샐의 ‘유전자 검사’는 현재까지 총 5만여명이 이용한 것으로 나타났으며 이용자 비율을 보면 약 87%가 2030세대로 나타나 젊은 세대에게 특히 인기를 끌고 있는 것을 알 수 있었는데요. 이처럼 유전자 검사를 시행한 사람들의 수, 나이 등 데이터을 통해서 헬스케어 분야의 시장성과 더불어 데이터 확보에 대해 전략 및 방향성을 고려할 수 있기에 정말 중요한 데이터라고 생각을 하였습니다.

3. 지표들을 개선하기 위해 발견할 수 있는 가설세우기

지표들을 개선하기 위해 발견할 수 있는 가설들은 어떤 것이 있는지

| 출처

http://www.dt.co.kr/contents.html?article_no=2022052502101963056001

[THE FINANCE] 마이데이터, 어디까지 해봤니? 이젠 내 유전자까지 챙겨준다

'헬스케어' 돌풍 일으킨 뱅크샐러드마이데이터(본인신용정보관리업) 서비스가 전..

www.dt.co.kr

https://www.hankyung.com/economy/article/2022111770801

뱅크샐러드 "유전자 검사 대중화에 도전"

뱅크샐러드 "유전자 검사 대중화에 도전", 김태훈 뱅크샐러드 대표 뱅크샐러드는 데이터기업 무료 유전자 검사 서비스로 100만명 건강 데이터 확보 나서 유전자 사업 수익화 단계 진입 3년 만에

www.hankyung.com

https://www.tokenpost.kr/article-83209

뱅크샐러드, '유전자 검사' 2030세대 이용률 높아 - 토큰포스트

마이데이터 전문기업 뱅크샐러드가 건강 서비스 유전자 검사를 출시한 지난해 10월부터 올해 1월까지 4개월 간의 데이터를 분석해 공개했다.뱅크샐러드 유전자 검사는 현재까지 총 5만 여명이

www.tokenpost.kr

[코드스테이츠 PMB 15기_W6D3] 넷플릭스 vs 디즈니 플러스, 데이터 시각화

메리트리 — Fri, 25 Nov 2022 23:22:18 +0900

Kaggle을 활용하여 데이터 시각화를 연습해보도록 합시다.

오늘의 과제 후딱후딱 해보겠습니다.

오늘 과제는 어제 Day3의 작성한 데일리 과제를 기반으로 과제를 수행하는 것인데요.

들어가기 전.. Day3 과제 그래서 뭐였다고?

Day3 과제를 짧게 설명드리면, Kaggle을 활용하여 디즈니+ , 넷플릭스의 데이터를 csv 파일로 다운로드한 다음 데이터를 통해 추측이 가능한 3가지 가설을 설정해보았습니다. 설정한 가설 및 핵심 지표, 시각화 형태는 아래에 본문 내용에서 확인해주세요~~

[코드스테이츠 PMB 15기_W6D3] 경쟁 치열해진 OTT, 넷플릭스 vs 디즈니 플러스

제품 분석 도구로 실제 제품 지표 확인하기 PM은 데이터 분석까지 해야 하나요? 최근 데이터 분석 역량은 어느 직무의 공고에서나 빠지지 않고 있는데요. 이전 글에도 말했다시피 PM은 데이터도

03minji13.tistory.com

1. 가설을 확인할 수 있도록 데이터 시각화

다양한 시각화 방법을 활용하여 가설을 확인할 수 있도록 데이터 시각화를 해보겠습니다!

가설 1. 2000년 이후에 출시된 콘텐츠를 최근이라고 본다면, Netflix는 Disney+에 비해 최근 콘텐츠를 보유하고 있을 것이다.

- 가설을 검증하는 핵심 지표는 각 서비스의 콘텐츠의 개봉연도입니다.

- 표에 비해 여러 항목의 수량을 전체적으로 비교하기 쉬운 막대그래프를 사용하여 시각화하고자 합니다.

여러분,,, 시각화는 가설 1은 캐글에 다른 분이 도출한 그래프로 대체해보겠습니다.

그것은 사연이 많은데요.. 학교에서 데이터 분석도, R도, 엑셀 자격증도 있는 제가

오랜만에 보는 데이터 분석에 정신을 못 차렸어요,,,

과제가 나온 당일부터 다음날까지 붙잡고 있으려고 했는데 그러다가 영영 과제를 제출하지 못할 것 같아서

우선 캐글 시각화된 결과를 들고 왔습니다.

데이터 시각화 결과

Netflix는 2000년대 이후 출시한 Movie와 TV Show 350개 이상이었습니다. Movie와 TV Show 중에서 Movie가 높은 비율을 나타냈습니다.

Disney+는 2000년대 이후 출시한 Movie와 TV Show는 250개 이상 300개 이하입니다. Movie와 TV Show 중에서 Movie가 Netflix보다 월등이 높은 비율을 가지고 있는 것을 알 수 있었습니다.

2000년 이후에 출시된 콘텐츠를 최근이라고 본다면, Netflix는 Disney+에 비해 최근 콘텐츠를 보유하고 있을 것이다? Yes!!

즉, 제가 세운 가설이 실제 데이터를 통해 확인한 결과, Disney+에 비해 Netflix가 최근 콘텐츠를 더 많이 보유하고 있었습니다.

넘처나는 OTT 서비스 시대에, 넷플릭스의 내부 빅데이터 분석 결과를 토대로 구독자 맞춤형 오리지널 콘텐츠를 제작, 독점 배급함으로써 상업적으로 큰 성공을 거두었으며 오리지널 콘텐츠를 해외 시장에 빠르게 이전함으로써 기하급수적 속도의 글로벌화에도 성공하였다고 하는데요. 이는 기사를 통해서도 알 수 있었습니다.

출처 : 넷플릭스

또한 두 서비스의 서비스 시작일을 살펴보면, 디즈니 플러스는 2019년 11월 12일 미국과 캐나다, 네덜란드에서 정식 출시되었고 넷플릭스는 1997년 미국에서 처음 서비스를 출시하였습니다. 넷플릭스에 비하면 디즈니 플러스가 후발주자인 것은 맞습니다.

그리고 2012년 첫 메이저 오리지널 콘텐츠인 〈하우스 오브 카드(House of Cards)〉를 제작하였다고 하는데요. 비록 디즈니가 자체 ip 영화 및 드라마 그리고 디즈니, 픽사, 마블, 스타워즈, 내셔널지오그래픽이 만든 인기 영화와 TV 시리즈를 만날 수 있는 유일한 곳이지만 넷플릭스가 오리지널 콘텐츠 제작 및 다양한 외부 콘텐츠의 유입을 위한 노력을 기반으로 넷플릭스의 최근 콘텐츠의 보유량을 많이 가지고 있다고 가설을 세울 수 있었고 실제 데이터 분석 결과 또한 일치하였습니다.

✍ 두줄 정리

볼거리는 많은데 진짜 볼 것은 없다고 소리를 듣는 Disney+는 OTT 시장 특히 많은 콘텐츠를 보유하고 있는 Netflix에 대응하기 위해서는 오리지널 콘텐츠 늘리기 위해 노력해야 한다.

가설 2. Disney+는 Netflix보다 보유하고 있는 콘텐츠의 양이 작지만, Disney+는 자체 지식재산(IP) 기반 콘텐츠로 Disney+는 넷플릭스보다 더 많은 가입자를 보유할 것이다.

- 가설을 검증하는 핵심 지표는 각 서비스의 콘텐츠 보유량입니다. 추가적으로 현재 각 서비스의 가입자 수와 함께 가설 검증을 할 수 있을 것 같습니다.

- 각 부채꼴의 중심각이 전체에서 차지하는 비율을 나타내며, 비율을 한눈에 볼 수 있다는 장점을 가진 원그래프를 사용하여 시각화하고자 합니다.

아래의 그래프는 데이터를 통해서 분석해보았습니다!!

데이터 시각화 결과

우선 결과 값에서 총 콘텐츠 보유량에서 차이가 엄청났는데요. 간단한 데이터 결괏값으로는 Disney+ 1450개, Netflix는 8808개입니다. 현저히도 차이나는 콘텐츠 수입니다.

세부적으로 각 서비스의 Movie와 TV Show의 비율을 알아보았는데요. Netflix는 Movie의 비율이 약 70%, TV Show 비율이 약 30%, Disney+는 Movie의 비율이 약 73% , TV Show 비율이 약 27%입니다.

Disney+는 Netflix보다 보유하고 있는 콘텐츠의 수는 적지만, Disney+는 자체 지식재산(IP) 기반 콘텐츠로 Disney+는 Netflix보다 더 많은 가입자를 보유할 것이다? Yes!!

사실 가설 1번과 비슷한 내용과 더불어 Disney+는 자체 지식재산(IP) 기반 콘텐츠와 가입자 현황을 추가로 말씀드리고자 합니다. 가설을 세울 때, 콘텐츠 수와 현재 Disney+ 가입자에 집중을 해서 세웠는데요. Netflix와 Disney+가 너무 막강한 경쟁자인 만큼 더 많은 가입자를 보유할 것이다라는 부분에 대해서는 가설을 통해 알아보고 싶었습니다.

디즈니는 자체 지식기반으로 콘텐츠 파워가 막강한데요. 디즈니는 자체 ip 영화 및 드라마 그리고 디즈니, 픽사, 마블, 스타워즈, 내셔널지오그래픽이 만든 인기 영화 등 남녀노소 누구나 즐길 수 있는 프랜차이즈 콘텐츠를 통해서 구독자들을 불러 모으고 있습니다.

그리고 디즈니 플러스 한국 가격은 월 9,900원, 연간 9만 9000원이라는 단일 요금제 전략을 내세우며 요금제에 따라 동시 접속 가능 수, 콘텐츠 저장 기기 수, 화질 등이 차등화된 넷플릭스와 달리 디즈니 플러스는 단일 요금제 정책으로 모든 조건이 동일합니다.

가족, 친구와 구독한다면 한 달에 2,500원의 가격으로 1만 6000개의 콘텐츠를 즐길 수 있으니깐요~

그러한 전략 덕분인지 2022년 8월 디즈니의 전체 스트리밍 가입자가 넷플릭스를 추월했습니다. 디즈니 플러스 1,440만 순수 증가만 1억 5,200만, 훌루 60만 증가한 4,620만 명, ESPN+ 50만 증가하여 2,300만으로 전체 2억 2,100만을 기록했습니다. 넷플릭스가 발표한 지난 분기 말 2억 2,070만을 앞질렀죠. 이러한 자료와 데이터를 기반으로 가설이 맞다는 것을 입증할 수 있었습니다.

✍ 두줄 정리

작은 수지만 콘텐츠 파워가 강한 디즈니 플러스는 디즈니 프랜차이즈에 관심이 없는 사람들이 머무를 수 있는 콘텐츠를 제공한다면 넷플릭스와 더 많은 격차를 벌릴 수 있을 것이다.

단어 알아보기!

** 훌루는 미국의 OTT 서비스 서비스를 제공하는 엔터테인먼트 기업이며, 디즈니의 자회사입니다.

** ESPN+는 월트 디즈니는 스포츠 스트리밍 플랫폼입니다.

가설 3. Disney+ 는 가족, 애니메이션 콘텐츠에 더 많이 의존하기 때문에, Netflix에 비해 Disney+에 10대 혹은 30대 비율이 높을 것이다.

- 가설을 검증하는 핵심 지표는 각 서비스의 장르별 콘텐츠 양입니다. 추가적으로 현재 Disney+와 넷플릭스의 가입자의 연령대 지표과 함께 가설을 검증할 수 있을 것 같습니다.

- 표에 비해 여러 항목의 수량을 전체적으로 비교하기 쉬운 막대그래프를 사용하여 시각화하고자 합니다.

데이터 시각화 결과

넷플릭스, 디즈니의 콘텐츠 장르에 따라 탑 10을 도출해 어떤 장르가 많은지 분석해보았습니다.

사실 데이터를 분석할 때 한 콘텐츠에 다양한 장르가 있어 텍스트 나눈 다음 분석을 해보았는데요.

험난 험난

넷플릭스는 1위가 25,000편 이상이 드라마 2위가 코미디 3위가 스릴러입니다.

디즈니 플러스는 1위가 가족, 2위가 애니메이션, 3위가 코미디입니다.

결과가 확연하게 차이가 나는데요.

Disney+ 는 가족, 애니메이션 콘텐츠에 더 많이 의존하기 때문에, Netflix에 비해 Disney+에 10대 혹은 30대 비율이 높을 것이다.? NO!!

가설대로 Disney+는 가족, 애니메이션의 콘텐츠 비중이 더 많았습니다.

그 이유는 Disney+가 보유하고 있는 콘텐츠의 특징에 있는데요, 디즈니를 모르는 사람이 있을까요?

저의 버킷리스트,,, 꼭 하고 싶은 것 중 하나가 파리의 디즈니월드에 가는 건데 용.!!!!!(TMI)

출처 : 디즈니

이처럼 월트 디즈니 컴퍼니는 세계에서 가장 거대한 엔터테인먼트 그룹입니다. 디즈니 하면 떠오르는 미키마우스, 인어공주, 엘사 캐릭터 등 설명이 필요 없죠. 또한 디즈니는 픽사, 마블, 유니버설 픽처스, 20세기 폭스, 루카스 필름, ESPN, ABC, 내셔널지오그래픽, 스타 등 이름만 대면 아는 미디어 기업들을 인수했습니다. 애니메이션, 영화, 다큐멘터리, 스포츠 등 다양한 색채의 굵직한 자회사를 거느렸으니 문화 산업에서 디즈니의 영향력은 막강한데요. 인수한 회사의 색깔 때문인지 디즈니는 애니메이션, 영화, 다큐멘터리, 가족 장르가 많다는 가설이 도출되었습니다. 이는 실제로도 다양한 기사 및 인터넷 자료를 통해서도 알 수 있었습니다.

출처 : TDI

그리고 TDI의 분석 플랫폼 데이터 드래건(Data Dragon)을 조사에 따르면, 디즈니 플러스와 넷플릭스의 앱 이용자를 비교해본 결과, 두 OTT 서비스의 이용자 연령대별 점유율에서 다른 연령대는 큰 차이를 보이지는 않았으나, 디즈니 플러스의 10대 이용자가 넷플릭스에 비해 두 배 이상 많았습니다. 하지만 30대는 넷플릭스가 정말 근소한 차이지만 더 높은 점유율을 차지하고 있는데요.

데이터 분석 시각화 결과와 기사에 따르면 설정한 가설 Disney+ 는 가족, 애니메이션 콘텐츠에 더 많이 의존하기 때문에, Netflix에 비해 Disney+에 10대 혹은 30대 비율이 높을 것이라는 가설이 틀리다는 것을 알 수 있었는데요. 저는 아이를 둔 부모님이 아이를 위해 가입했을 거라고 추측했는데.... 데이터 수치적으로 낮은 게 맞으니깐 가설은 틀렸다고 결론 내렸습니다.

✍ 두줄 정리

Disney+ 는 디즈니가 보유하고 있는 자회사의 콘텐츠로 가족, 애니메이션 콘텐츠를 더 많이 보유하기 때문에, Netflix에 비해 Disney+에 10대의 비중이 높다. 반대로 성인 콘텐츠가 부족한 부분이 있는 Disney+ 는 이들을 위한 콘텐츠 확보 및 자체 콘텐츠 제작이 필요하다.

끝으로..

이번 주 과제 역대급 어려웠습니다..

제가 설정한 가설이 맞는지(가설 세우기 어려워요 ㅜㅜ) 데이터 분석은 어떻게 하는 건지

PM이 되었을 때 부족한 나의 실력을 무엇으로 채워가고 공부해야 하는지

고민을 많이 한 한 주이고 과제인 것 같습니다..

그리고 학교에서 배운 내용이 다 필요하구나도 느꼈는데요

최근 데이터의 중요성이 대두되고 있는 만큼 데이터 분석 능력도 갖출 수 있는 기획자 되고 싶다고 생각이 들었습니다.!

아직은 부족하지만 이러한 부분도 갖출 수 있도록 노력하겠습니다.

✍ 한 줄 요약

PM 쉽지 않다.

| 출처

https://ppss.kr/archives/240583

넷플릭스가 성공한 이유는 문화도, 알고리즘도, 제품도 아니다

※ 이 글은 ‘7 Powers: 전략의 본질’ 프로젝트의 일부이며, 저자 Hamilton Helmer의 프레임워크 7 Powers와 그의 책 『7 Powers: The Foundations of Business Strategy』를 요약하고 추가 해설을 조금 덧붙였습니다.

ppss.kr

https://mirakle.mk.co.kr/view.php?year=2022&no=135738

어느새 국내 상륙 3개월차, 디즈니 플러스 성적표

작년 11월 12일, 콘텐츠계의 제왕으로 유명한 디즈니의 OTT 서비스 Disney+(이하 디즈니 플러스)가 한국 서비스를 정식으로 시작했다. 디즈니 플러스는 작년 초부터 한국 출시를 예고했었는데, 이를

mirakle.mk.co.kr