‘업(業)’과 ‘에세이’/Today I Learned

24년 12월 1주차. 주인공 (주간 인사이트 공유)

WIKILOG 2024. 12. 6. 13:01
728x90
반응형

이번주 읽은 내용

Product

1. 고객 중심 사고로 돌파구를 찾아야 한다

누가 읽으면 좋을까?

  • 조직의 리더 및 제품 개발에 참여하는 모든 사람들.

왜 읽어봐야 할까?

  • 이 글은 제품 개발의 성공을 위해 필수적인 고객 중심 사고와 조직 정렬, 외부 리소스 활용의 중요성을 강조합니다. 제품 개발 과정에서 흔히 발생하는 실패 원인을 분석하고, 이를 극복하기 위한 구체적인 사례와 전략을 제시합니다. 따라서 제품 개발에 관련된 사람들에게 실질적인 인사이트를 제공할 수 있습니다.

꼭 읽어볼 내용

  • 보통 제품을 잘 만드는 것은 PM이나 PO의 일이라고 생각하지만, 이 글은 모든 팀이 함께 고객의 문제를 해결해야 한다고 말합니다. 각 팀이 같은 목표와 우선순위를 가지고, 자기 역할에서 최선을 다해야 합니다. 그래서 고객을 이해하려는 마음가짐이 모든 팀에 필요하고, 좋은 제품을 만들려면 제품을 잘 만들 수 있는 조직 구조를 만드는 것도 중요하다고 설명하고 있습니다.

 

2. 숫자로만 빛나는 TAM/SAM/SOM은 필요 없습니다.

누가 읽으면 좋을까?

  • 시장 분석에 대해 관심있는 사람들.

왜 읽어봐야 할까?

  • TAM, SAM, SOM이 무엇인지 설명하고, 스타트업에서 이를 어떻게 분석해야 하는지 알려줍니다.

꼭 읽어볼 내용

  • TAM은 전체 시장 크기를 뜻합니다.
  • SAM은 우리 제품이 도달할 수 있는 시장 크기입니다.
  • SOM은 실제로 우리가 차지할 수 있는 시장 크기입니다.

 

 

UI/UX

1. 토스 팀은 점심 시간에 사용자를 만난다.

누가 읽으면 좋을까?

  • 사용자 경험을 개선하고자 하는 사람들, 사용자와의 직접적인 접촉을 통해 제품 이해도를 높이고 싶은 사람들.

왜 읽어봐야 할까?

  • 제품을 만들 때 매출이나 전환율 같은 숫자 중심으로 우선순위를 정하다 보니, 사용자가 실제로 어떻게 느끼는지는 덜 중요하게 여겨질 수 있습니다. 이 글은 사용자 조사가 왜 중요한지 알려주고, 팀원들이 사용자의 느낌을 이해하는 방법도 설명합니다. 사용자 조사를 처음 해보는 사람이나, 어떻게 해야 하는지 알고 싶은 사람에게 도움이 될 것입니다.

꼭 읽어볼 내용

  • 사용자 인터뷰 절차
  • 성공적인 사용자 인터뷰를 위해 한 행동

 

2. UX/UI 디자인에 특화된 프롬프트 엔지니어링 4원칙

누가 읽으면 좋을까?

  • 디자인을 공부하는 사람들, AI를 활용해 디자인을 개선하고 싶은 사람들, 디자이너.

왜 읽어봐야 할까?

  • 이 글은 UX/UI 디자인에서 프롬프팅을 효과적으로 활용하는 방법을 알려줍니다. 프롬프팅을 사용했는데도 원하는 결과가 나오지 않았다면, 사이트에 접속하여 예시를 꼭 한 번 읽어보세요. 큰 도움이 될 것입니다.

꼭 읽어볼 내용

  • 구체적인 요청: 디자인의 목적과 대상 사용자, 플랫폼 및 기기, 스타일 등을 명확히 해야 합니다.
  • 체계적인 출력값 요청: 원하는 결과의 형식(표, 리스트 등), 구조, 상세도(글자 분량 등)를 정확히 지정해야 합니다.
  • 맥락 전달: 프로젝트의 배경, 사용자 정보, 경쟁사 정보 등을 제공하여 AI가 더 나은 제안을 하도록 합니다.
  • 예시 또는 데이터 제시: 참고할 디자인이나 프로토타입을 활용하여 일관성 있는 결과를 얻습니다.

 

 

Data

1. 데이터 엔지니어링 핵심 도구 ‘Apache Airflow’ 개념 정리

누가 읽으면 좋을까?

  • PM/PO, Data에 관심있는 사람들. Data 통합에 니즈가 있는 사람들.

왜 읽어봐야 할까?

  • 정말 많은 데이터가 제품을 통해 수집됩니다. 이 글은 제품을 통해 모이는 데이터의 종류와 처리 방법을 자세히 설명합니다. 비전문가라도 이 글의 앞부분에서 설명하는 내용을 알면 DA/DE 또는 개발자들과 소통하는 데 큰 도움이 될 것입니다.

꼭 읽어볼 내용

  • 데이터 종류
    • 메타 데이터 : 다른 데이터를 설명하는 데이터로, 스키마 정보나 데이터 카탈로그 등
    • 이벤트 데이터 : 사용자 행동이나 시스템 이벤트를 기록한 데이터
    • 트랜잭션 데이터 : 비즈니스 거래와 관련된 데이터로, 주문, 결제 정보 등
    • 파생 데이터 : 기존 데이터를 가공하여 만든 새로운 데이터
    • 참조 데이터 : 마스터 데이터라고도 하며, 기준이 되는 정보를 포함
  • 실시간 처리 vs 배치 처리
  실시간 처리 배치 처리
처리 시점 데이터 발생 즉시 정해진 주기
데이터 처리 양 작은 단위의 연속적 처리 대용량 일괄 처리
지연 시간 일리초 ~ 초 단위 분 ~ 시간 단위
정확성 vs 신속성 신속성 정확성
부하 난이도 지속적인 중간 부하 주기적인 높은 부하

 

Mindset

1. 배울 수 있는 훌륭한 시니어 없이, 엔지니어로 어떻게 성장할 수 있을까요?

누가 읽으면 좋을까?

  • 혼자 성장해야 하는 환경에 놓인 사람들. 기술적인 성장을 원하는 사람들.

왜 읽어봐야 할까?

  • 이 글은 사수없이 성장하고 발전하는 데 필요한 다양한 조언을 담고 있습니다. 특히, 혼자서도 학습하고 기술을 향상시키는 방법을 알려주기 때문에 기술적인 성장을 원하는 사람들에게 큰 도움이 됩니다.

꼭 읽어볼 내용

  • 작은 회사에 가면, 경험 많은 선배 없이 혼자 성장해야 할 때가 많습니다. 이럴 때는 꾸준히 공부하고, 오픈 소스 프로젝트나 커뮤니티, 블로그에 참여하면서 배우는 것이 중요합니다. 또한, 다른 사람과 잘 소통하고 책임감을 가지는 능력도 키워야 합니다. 이렇게 하면 혼자서도 잘 배울 수 있습니다.

 

2. 리더의 역할

누가 읽으면 좋을까?

  • 리더, 조직 내에서 의사결정에 참여하는 사람들, 더 나은 조직 문화를 만들고자 하는 사람들.

왜 읽어봐야 할까?

  • 이 글은 조직 내에서 효과적인 리더십과 의사소통의 중요성을 설명합니다. 특히, 모든 업무가 중요하다고만 강조하는 리더십의 문제점과 그로 인한 조직의 혼란을 다루고 있습니다. 이를 통해 더 나은 조직 문화를 만드는 방법을 배울 수 있습니다.

꼭 읽어볼 내용

  • 리더가 모든 일을 다 중요하다고 말하거나, 쉬운 일을 빨리 끝내라고 하면 어떻게 될까요? 팀원들은 어떤 일을 먼저 해야 할지 헷갈릴 수밖에 없습니다. 그러면 일하는 것이 숙제처럼 느껴질 수 있습니다.
  • 사업에서는 빠르게 결정하고 실행하는 것이 중요합니다. 하지만 그 전에 팀원들이 왜 그런 결정이 필요한지, 어떤 상황에서 빠르게 해야 하는지를 잘 이해하고 공감하는 것이 더 빠르게 일할 수 있는 힘이 됩니다.
  • 구성원들 간의 목표를 공유하고 공감하는 것은 리더의 생각이나 말만으로는 이루어지지 않습니다. 구체적인 방법과 절차를 통해 이를 만들어가야 합니다. 또한, 한 번 전달하고 끝내는 것이 아니라, 의사결정 기준과 일하는 방식을 꾸준히 일관되게 적용하는 노력이 필요합니다.
  • 이런 조직 문화는 HR 부서가 선언하고 지침을 준다고 해서 이루어지지 않습니다. 각 상황에 맞는 구체적인 방법을 고민하고, 시행착오를 통해 개선해 나가는 것이 리더들의 중요한 역할이자 의무입니다.

 

 

다른 소식!

제가 PO/PM 멘토링, 현직자 분들을 대상으로 팀 코칭 하는 활동 외에도 Jira에 대해 설명해달라는 요청을 많이 받곤 합니다. 아마도 제가 여러 회사에서 Jira 도입하거나 Jira를 잘 사용할 수 있도록 교육을 해온 경험 때문인 것 같습니다.

그래서 이번에 Jira에 대한 내용들을 영상 컨텐츠로 제작해 보려고 합니다. 40분(6개) 분량 정도 될 것 같습니다. 이 영상을 통해 꼭 도구 그 이상으로 Jira를 활용해보시면 좋을 것 같습니다!

이번 영상은 간단하게 왜 JD에 빠짐없이 Jira에 대한 내용이 있는지 설명하였고 다음 영상에는 실제 Jira를 설치하는 방법, Jira를 활용해 스크럼 하는 방법 등을 업로드 할 예정이니, 관심있으신 분들은 꼭 구독해주세요!

 

 

 

 

 

728x90
반응형