1
인터뷰라는 포맷을 좋아한다. 한 명이 묻고, 한 명이 답한다. 묻는 이는 인터뷰어, 말하는 이는 인터뷰이다. 짧은 시간에 한 사람을 깊게 알 수 있는 좋은 콘텐츠 포맷이다.

2
유튜브로 주로 인터뷰를 듣는다. 2배속으로 듣기에 부담 없다. 3명의 인상 깊은 채널의 인터뷰어를 꼽아본다. 하와이 대저택, 천재 이승국, 최성운의 사고실험.

3
먼저 하와이 대저택이다. 유명해지기 전부터 들었다. 얼굴 없이 소개하는 책들도 좋고 목소리와 편집도 편했다. 특히 기승전결 한 배경음악이 책의 내용과 잘 맞았다. 채널이 성장하며 다양한 포맷이 생겼다. 유료 콘텐츠 판매와 책도 몇 권 냈다. 아쉽게도 모두 보고, 읽었지만 기대보다 아쉬웠다.

4
인터뷰는 관심 있는 인물만 가끔 듣는다. 인터뷰를 통해 알게 된 훌륭한 책들도 많다. 하지만, 아쉽게도 전반적인 인터뷰는 불편하다. 인터뷰어는 최소한의 질문을 하고, 인터뷰이의 대답을 더 많이 끌어내야 한다. 하지만 하와이 대저택 인터뷰는 답변 후에 덧붙는 인터뷰어 생각이 훨씬 많다. 하고 싶은 이야기를 하기 위한 자리에 가까운 느낌이다. 편집을 했음에도 말이다.

5
여전히 채널의 다른 영상은 종종 듣는다. 하지만 인터뷰어로써는 너무 아쉽다. 이 채널은 책의 구절을 발췌해서 음악과 함께 편집한 콘텐츠가 가장 빛난다.

6
두 번째 천재 이승국. 유튜브보단 인스타로 인터뷰의 일부를 볼 때가 더 많다. 가수 이승윤의 형인 걸 알고 놀랐었다. 그런데 그의 인터뷰는 더 놀라웠다.

7
할리우드 스타들은 하루에도 수십 건 인터뷰를 한다. 시간은 짧다. 좋은 질문이 좋은 답변을 만든다. 질문을 쥐어짜도 사실 거기서 거기다. 더 좋은 질문을 하려면? 그만큼 더 깊고 넓게 파서 준비해야 한다.

8
천재 이승국은 그 무한 디깅의 올바른 예시다. 인터뷰이도 잊고 있었던 사실까지 찾아낸다. 그의 질문을 받으며 놀라는 이들이 많다. 당연히, 새롭고 참신한 반응과 대답이 나온다. 같은 재료로 다른 음식이 된다. 성공적인 인터뷰다.

9
채널을 부러 찾아보지는 않는다. 알고리즘이 던져주는 편집본들만 봐도 충분히 즐겁다. 그의 재능이 부럽다.

10
마지막으로 최성운의 사고실험이다. 일단 인터뷰이들부터 화려하다. 다른 채널에서는 쉽게 보지 못하는 이들이 출현한다. 마치 유튜브 세계의 유퀴즈랄까. 출연자들이 말한다. 다른 데는 안 나가도 여기는 꼭 나오고 싶었다. 혹은 꼭 나가라고 해서 나왔다.

11
그가 던지는 질문들은 담백하고 평범하다. 하지만 깊이가 있어 좋다. 인터뷰이를 편안하게 만드는 말투와 분위기가 있다. 무엇보다 질문의 점유율이 크지 않다. 그럼에도 콘텐츠는 빛난다.

12
책을 내고 출연했던 사람 둘이 있다. 송길영, 조수용. 공교롭게도 영상을 보자마자 바로 책을 구매했다. 우연의 일치일 수도 있다. 아니면 정말 잘 만든 콘텐츠이거나. 두 권 다 읽었다. 한 권은 영상이 맛보기 느낌이라 좋았고, 한 권은 영상이 전부인 느낌이라 아쉬웠다.

13
좋은 질문이 좋은 답변을 만든다. 변하지 않는 원칙이다. 채용 인터뷰, 유저 인터뷰, 모든 사소한 대화도 마찬가지다. 말을 잘 하려면 잘 들어야 한다. 더 나아가 말하지 않고, 잘 듣기만 해도 된다. 듣는 것이 언제나 가장 어렵다.

1 인터뷰라는 포맷을 좋아한다. 한 명이 묻고, 한 명이 답한다. 묻는 이는 인터뷰어, 말하는 이는 인터뷰이다. 짧은 시간에 한 사람을 깊게 알 수 있는 좋은 콘텐츠 포맷이다. ​ ​2 유튜브로 주로 인터뷰를 듣는다. 2배속으로 듣기에 부담 없다. 3명의 인상 깊은 채널의 인터뷰어를 꼽아본다. 하와이 대저택, 천재 이승국, 최성운의 사고실험. ​ ​3 먼저 하와이 대저택이다. 유명해지기 전부터 들었다. 얼굴 없이 소개하는 책들도 좋고 목소리와 편집도 편했다. 특히 기승전결 한 배경음악이 책의 내용과 잘 맞았다. 채널이 성장하며 다양한 포맷이 생겼다. 유료 콘텐츠 판매와 책도 몇 권 냈다. 아쉽게도 모두 보고, 읽었지만 기대보다 아쉬웠다. ​ ​4 인터뷰는 관심 있는 인물만 가끔 듣는다. 인터뷰를 통해 알게 된 훌륭한 책들도 많다. 하지만, 아쉽게도 전반적인 인터뷰는 불편하다. 인터뷰어는 최소한의 질문을 하고, 인터뷰이의 대답을 더 많이 끌어내야 한다. 하지만 하와이 대저택 인터뷰는 답변 후에 덧붙는 인터뷰어 생각이 훨씬 많다. 하고 싶은 이야기를 하기 위한 자리에 가까운 느낌이다. 편집을 했음에도 말이다. ​ ​5 여전히 채널의 다른 영상은 종종 듣는다. 하지만 인터뷰어로써는 너무 아쉽다. 이 채널은 책의 구절을 발췌해서 음악과 함께 편집한 콘텐츠가 가장 빛난다. ​ ​6 두 번째 천재 이승국. 유튜브보단 인스타로 인터뷰의 일부를 볼 때가 더 많다. 가수 이승윤의 형인 걸 알고 놀랐었다. 그런데 그의 인터뷰는 더 놀라웠다. ​ ​7 할리우드 스타들은 하루에도 수십 건 인터뷰를 한다. 시간은 짧다. 좋은 질문이 좋은 답변을 만든다. 질문을 쥐어짜도 사실 거기서 거기다. 더 좋은 질문을 하려면? 그만큼 더 깊고 넓게 파서 준비해야 한다. ​ ​8 천재 이승국은 그 무한 디깅의 올바른 예시다. 인터뷰이도 잊고 있었던 사실까지 찾아낸다. 그의 질문을 받으며 놀라는 이들이 많다. 당연히, 새롭고 참신한 반응과 대답이 나온다. 같은 재료로 다른 음식이 된다. 성공적인 인터뷰다. ​ ​9 채널을 부러 찾아보지는 않는다. 알고리즘이 던져주는 편집본들만 봐도 충분히 즐겁다. 그의 재능이 부럽다. ​ ​10 마지막으로 최성운의 사고실험이다. 일단 인터뷰이들부터 화려하다. 다른 채널에서는 쉽게 보지 못하는 이들이 출현한다. 마치 유튜브 세계의 유퀴즈랄까. 출연자들이 말한다. 다른 데는 안 나가도 여기는 꼭 나오고 싶었다. 혹은 꼭 나가라고 해서 나왔다. ​ ​11 그가 던지는 질문들은 담백하고 평범하다. 하지만 깊이가 있어 좋다. 인터뷰이를 편안하게 만드는 말투와 분위기가 있다. 무엇보다 질문의 점유율이 크지 않다. 그럼에도 콘텐츠는 빛난다. ​ ​12 책을 내고 출연했던 사람 둘이 있다. 송길영, 조수용. 공교롭게도 영상을 보자마자 바로 책을 구매했다. 우연의 일치일 수도 있다. 아니면 정말 잘 만든 콘텐츠이거나. 두 권 다 읽었다. 한 권은 영상이 맛보기 느낌이라 좋았고, 한 권은 영상이 전부인 느낌이라 아쉬웠다. ​ ​13 좋은 질문이 좋은 답변을 만든다. 변하지 않는 원칙이다. 채용 인터뷰, 유저 인터뷰, 모든 사소한 대화도 마찬가지다. 말을 잘 하려면 잘 들어야 한다. 더 나아가 말하지 않고, 잘 듣기만 해도 된다. 듣는 것이 언제나 가장 어렵다.

인상적인 인터뷰어3 - 하와이 대저택, 천재 이승국, 최성운의 사고실험

https://blog.naver.com/madaboutit/223683766357

2023년의 내가 책을 읽는 방법 5년 전, 2018년에 이라는 글을 남긴 적이 있다. 꽤 오래 유지했던 독서 모임에 대한 이라는 글도 썼었다. 특히 북튜브 책읽찌라에서 일할 때에는 하루 안에 책을 읽고 스크립트를 뽑아내기도 했기 때문에, 굉장히 많은 수련을 했었다. 지금까지 정말 많은 책들을 읽어오면

1시간 만에 한 권을 읽을 수 있는 POR 독서법

오랜만에 글을 썼습니다. 늘 그랬듯 여전히 교육에 관심이 많고, 요즘에는 특히나 ‘어떻게 잘, 빠르게 학습할 것인가’를 집중적으로 공부하고 있어요. 그 중에 최근에 책을 읽을 때 쓰는 방법인 POR(Problem-oriented reading)을 소개하는 글이에요. 

가추법을 활용해서 문제를 정의하고, 그 문제를 풀 수 있는 내용만 빠르게 책에서 뽑아내는 방법이에요. 이전에 함께 영어 스터디를 기획하고 토스에서 같이 일했던 프론트엔드 개발자 김도환님이 이 방법을 체험할 수 있는 워크숍을 기획하셨으니, 관심 있는 분들은 글 내부에 있는 폼에서 신청하시길!

Brunch Story

UX 라이팅에서는 모든 팀원이 같은 기준으로 글을 쓰는 게 중요해요. 토스에는 모두가 같은 기준으로 글을 쓸 수 있는 여러 가지 인프라가 준비돼있어요. 크게 다섯 가지로 분류할 수 있는데요. 피라미드 위에서 아래로 내려갈수록 추상적인 개념에서 구체적인 개념으로 내려오는 거예요. 가이드라인과 템플릿, 시스템은 지난 아티클 에서 살짝 소개해드렸는데요. 오늘은 코어밸류와 프린시플을 소개해드리려고 해요.

토스의 8가지 라이팅 원칙들

처음에는 4가지밖에 없었던 원칙이, 이제는 8가지가 되었네요. 단순히 개수만 늘어난 것이 아니라 지향하는 가치도 더 뾰족하게 다듬어졌어요. 그동안 토스 팀에서도 여러 가지 러닝이 있었고, 라이팅에 기대하는 퀄리티 바와 논의하는 수준이 달라졌거든요.

1년 뒤에는 또 다른 원칙들이 생겨 있겠죠? 이 글을 시작으로 업계에 라이팅에 대한 논의가 더 활발해지고 지금보다 높은 수준의 제안들이 나오기를 기대합니다. 

토스 디자인 테크 블로그에서 각 원칙에 대한 설명과 예시를 확인하실 수 있어요. 

1. Predictable hint 다음 화면을 예상할 수 있는 힌트가 있는가?

2. Weed cutting 의미 없는 단어를 모두 제거했는가?

3. Remove empty sentences 의미 없는 문장을 모두 제거했는가?

4. Focus on key message 정말 중요한 메시지만 전달하고 있는가?

5. Easy to speak 이해하기 어려운 용어나 표현을 사용하지 않았는가?

6. Suggest than force 특정 행동을 강요하거나 공포감을 주고 있지 않은가?

7. Universal words 모두가 이해할 수 있고 모두에게 무해한가?

8. Find hidden emotion 단순히 정보를 전달하는 것을 넘어 사용자의 감정에 공감했는가?

toss.tech

토스 라이팅 프린시플을 소개합니다

지난 아티클 에서는 좋은 에러 메시지의 기준을 이야기했어요. 하지만 기준이 있어도 아무도 그것을 따르지 않고 실제로 적용되지 않으면 의미가 없겠죠. 기준을 만드는 일은 라이팅 팀 단독으로 할 수 있지만, 그것이 팀에 전파되게 하려면 팀원분들의 공감대를 얻어야 해요. 그러기 위해서 좋은 기준을 만드는 것을 넘어, 그 기준을 '쓰고 싶다' 혹은 '써야겠다'라는 생각이 들게 문화를 만드는 일이 훨씬 더 중요해요.

가이드라인을 시스템으로 만드는 법

제가 토스에 입사한 이래로 가장 많은 분들과 협업했던 프로젝트를 소개합니다.

에러 메시지는 유저 경험에서 중요한 역할을 해요. 앱에 매력을 느끼고 다운을 받고, 적응하고, 잘 사용하다가 마주치게 되는 에러. 여기서 좋지 않은 인상을 남기면 제품에 대한 사용성은 물론 브랜드 호감도에까지 안 좋은 영향을 끼치게 되죠.

이를 방지하기 위해 지난 아티클에서는 좋은 에러 메시지를 작성하는 방법을 다루었는데요. 많은 회사에서 라이팅 가이드라인을 만듭니다. 하지만 모든 사람이 이 가이드라인을 학습할 수도, 외울 수도 없으며 그래야 하는 강한 동기도 없어요. 특히 라이터가 아닌 사람들은 더더욱이요. 규칙을 만드는 건 어렵지만 그것을 적용하는 건 몇 배나 더 어려운 일입니다.

토스 역시 시작은 가이드라인에서 출발했지만, 이 가이드라인을 잘 전파하고 모든 팀원이 가이드라인에 맞게 잘 쓸 수 있도록 만들기 위해 여러 가지 시도들을 했어요. 그 중 하나가 작년에 발표한 보이스톤 메이커였고, 또 다른 하나가 이번 아티클에서 소개해드리는 프레이머링이라는 기능입니다.

자세한 내용은 토스 디자인 테크 블로그에서 읽으실 수 있습니다.

토스의 에러 메시지 시스템을 소개합니다

좋은 에러 메시지란, 사용자가 다음 단계로 갈 수 있게 돕는 메시지예요. 사용자가 다음 단계로 가기 위해 필요한 내용은 어떤 것들이 있을까요? 토스는 6가지 에러 메시지 원칙을 생각하며 문구를 쓰고 있어요.


좋은 에러 메시지를 만드는 6가지 원칙

토스 디자인 챕터가 어떻게 일하는지에 대해 이야기하는 디자인 블로그가 열렸습니다. 저는 좋은 에러 메시지란 무엇인지, 그것을 쓰려면 어떤 것들을 고려해야 하는지에 대한 글을 썼어요. 

여기서 소개하는 6가지 원칙은 바로 실무에 적용할 수 있는 것들이니 에러 메시지 쓰는 것에 어려움을 겪어보셨다면 꼭 읽어보세요!

bit.ly

토스 디자인 블로그 오픈

UX writer 1시간 Q&A 라이브합니다!

저희 팀 열심히 채용 중입니다! 

라이터 직군이 궁금한 분들을 위해, 6월 12일 일요일에 1시간 Q&A 라이브 진행하려고 해요. (카피라이터에서 UX 라이터로 직군 전환하신 김상훈님도 함께 합니다!)

무슨 일 하는지, 어떤 역량과 경력이 필요한지, 포트폴리오는 어떻게 만들면 좋은지 등등 사소한 질문부터 무거운 질문까지 다~~~ 남겨주세요. 

+궁금한 것 있으신 분들, 추천해주고 싶은 분들께 링크 마구 뿌려주세요~

Error Message Guidelines

<에러 메시지 가이드라인>
토스는 이미 TDS라는 훌륭한 디자인 시스템과 탁월한 컨벤션이 있어서 당연하게 생각했던 것들인데, 이렇게 다시 보니 의외로 당연하지 않을 수 있겠다는 생각이 들었다. 물론 토스에서도 아직 충족하지 못한 항목들이 많아서 이번에 에러 작업할 때 큰 도움을 받았다. 특히 영감을 많이 받았던 건 이 부분. 

해결책을 제시하는 것에서 그치지 않고, 그것을 아주 적은 비용으로 해낼 수 있게 만들 것.
• Reduce the work of correcting the error. If possible, guess the correct action and let users pick it from a small list of fixes. For example, instead of just saying "city and zip code don't match," let users click on a button for the city that matches the zip code they entered.

Nielsen Norman Group

못본새에 김자유님이 되셨네요

좋은 정보 감사합니다~

Voice

<스타벅스 Voice 가이드라인>
tone을 Functional 과 Expressive으로 나눈 것이 인상 깊었다. 예시도 텍스트만 보여주는 게 아니라, 사이니지나 인스타그램, 웹사이트에서 어떻게 쓰이는지 그래픽과 결합해서 보여주고 있다. 보이스의 범위를 텍스트 to 그래픽으로 확장해서 생각한 사례. 물론 커뮤니케이션이라는 큰 틀 안에서 당연한 생각이라고 할 수 있지만... 가이드라인을 잡다보면 텍스트 안에서만 고민할 때가 많은데, 기준이 잘 정립된 후에는 복합적으로 고민하고 싶다.

Starbucks

Voice and tone | 18F Content Guide

<18F voice and tone guideline>
voice와 tone의 차이에 대해 명시해둔 것이 인상 깊었다. 업계가 발전할수록 퉁쳐서 이야기하는 용어도 점점 더 뾰족하게 정의되겠지.

목소리(voice)
목소리는 우리의 유니크한 퍼스낼러티다. 사람의 목소리와 비슷하다고 생각하면 편하다. 많은 사람들 사이에서 웃음 소리만 듣고 친구를 알아볼 수 있듯이, piece of writing을 읽고 저자의 바이라인을 보지 않고도 누군지 유추해낼 수 있듯이. well-crafted 목소리는 인격과 가치를 전달할 수 있다. distilled representation이다. 

어조(tone)
톤은 좀 더 태도에 가깝다. 감정적인 맥락이 들어있다는 뜻이다. 사람들은 반려동물을 잃은 친구를 위로할 때는 침울하고 동정하는 톤을 쓰고, 작가는 자연 재해에 대한 이야기를 쓸 때 우울하고 진지한 톤으로 쓸 것이다. 반대로, 신제품 런팅에 대해 블로그 포스트를 쓰는 사람은 열정적이고 낙관적인 톤으로 쓸 것이다.

18f.gov

How to Report Errors in Forms: 10 Design Guidelines

<How to Report Errors in Forms: 10 Design Guidelines>
7. Don’t Validate Fields Before Input is Complete
I It can be annoying to see an error message before being given the opportunity to finish typing.
텍스트필드에서 유저가 완료했다고 사인을 보내기도 전에 에러 메시지를 띄우지 말자는 내용. 굉장히 당연한 얘기같지만 지켜지지 않는 곳이 아직도 꽤 있다. '아니, 아직 덜 쓴 건데 왜...!'하고 억울한 기분이 든다.

useEffect의 불필요한 사용은 리렌더링을 초래하고 이는 곧 웹의 성능 저하로 연결됩니다. 이 글에서는 코드 예시를 통해 useEffect를 올바르게 사용하는 방법을 제시합니다.

[번역] useEffect를 남용하지 마세요!

오늘은 네이버의 안샛별님이 번역해주신 글입니다.

리액트 개발자에게 리렌더링은 어떤 숙명과도 같은 존재일 것입니다. 단 한 줄의 코드만으로 리렌더링을 여러 번 유발할 수도, 한 번으로 감소시킬 수도 있습니다. 이 글은 useEffect의 잘못된 사용으로 인해 성능이 악화되는 사례를 정리하고 개선된 코드를 소개합니다. 어렵지 않은 글이라 리액트를 많이 해보지 않았더라도 가볍게 읽기 좋은 글이라고 생각합니다.

글 링크: https://velog.io/@typo/leave-useeffect-alone

오늘은 네이버의 안샛별님이 번역해주신 글입니다. 리액트 개발자에게 리렌더링은 어떤 숙명과도 같은 존재일 것입니다. 단 한 줄의 코드만으로 리렌더링을 여러 번 유발할 수도, 한 번으로 감소시킬 수도 있습니다. 이 글은 useEffect의 잘못된 사용으로 인해 성능이 악화되는 사례를 정리하고 개선된 코드를 소개합니다. 어렵지 않은 글이라 리액트를 많이 해보지 않았더라도 가볍게 읽기 좋은 글이라고 생각합니다. 글 링크: https://velog.io/@typo/leave-useeffect-alone

velog.io

useEffect를 남용하지 마세요!

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배우는 법만을 공부한 사람으로써..(…다.. 다들 그렇죠? 🥲)

영어를 확실히 그리고 빠르게 배우는 데에는 두 가지 방법이 있다. (영어 뿐 아니라 어떤 언어든)

1. 공부한다 -> 실전에 사람을 만나 시도한다

2. 실전에 사람을 만나 버벅인다 -> 버벅였던 내용을 어떻게 말할지 공부한다

즉 중요한 건 실전을 겪는 것이고, 1, 2번 중에서도 2번이 더 빠르고 확실한 방법이라고 한다. 그래서 많은 사람들이 미쿡인 (이성)친구를 만드는게 가장 빠른 방법이라고 하는 것이 다 경험적으로 그렇기 때문.

하지만 친구를 만든다는 것이 어렵기 때문에 다들 유학을 가거나 짧게라도 어학연수를 가는 것이고, 말이 많긴해도 이것이 확실한 방법 중 하나라는 것은 증명 된 방법.

문제는 실전을 접할 수 있는 기회가 없다는 것인데, 그래서 최근에 시중이 많이 그러한 앱들이 나오고 있지만 사실상 실전용이 아니다.(스픽도 마찬가지) 하지만 실전을 만들 수 있는 방법이 하나 있는데..(to be continued..)

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배우는 법만을 공부한 사람으로써..(…다.. 다들 그렇죠? 🥲) 영어를 확실히 그리고 빠르게 배우는 데에는 두 가지 방법이 있다. (영어 뿐 아니라 어떤 언어든) 1. 공부한다 -&gt; 실전에 사람을 만나 시도한다 2. 실전에 사람을 만나 버벅인다 -&gt; 버벅였던 내용을 어떻게 말할지 공부한다 즉 중요한 건 실전을 겪는 것이고, 1, 2번 중에서도 2번이 더 빠르고 확실한 방법이라고 한다. 그래서 많은 사람들이 미쿡인 (이성)친구를 만드는게 가장 빠른 방법이라고 하는 것이 다 경험적으로 그렇기 때문. 하지만 친구를 만든다는 것이 어렵기 때문에 다들 유학을 가거나 짧게라도 어학연수를 가는 것이고, 말이 많긴해도 이것이 확실한 방법 중 하나라는 것은 증명 된 방법. 문제는 실전을 접할 수 있는 기회가 없다는 것인데, 그래서 최근에 시중이 많이 그러한 앱들이 나오고 있지만 사실상 실전용이 아니다.(스픽도 마찬가지) 하지만 실전을 만들 수 있는 방법이 하나 있는데..(to be continued..)

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배

지난 8월에 시작한 스터디 2기가 성공적으로 마무리되었습니다. 스터디에 참여해주신 분들께서 생생한 후기를 많이 남겨주셨습니다. 아, 그리고 정말 기쁘게도 1기 참여자 중에서 원하는 기업에 합격하신 분이 또 배출되었어요! 🎊 저도 함께 매주 알고리즘 문제를 풀다보니 얼떨결에 최근에 이직을 하게 되었네요 😅

이제 스터디가 꽤 알려졌는지 아직 3기 모집을 시작하지도 않았는데 벌써 50분 가까이 대기자로 등록을 해주셨어요. 그래서 모집 공고를 올리지 않으려다가 다음 차수를 기다리시던 분들이 분명 계실 것 같아서 정원을 100명으로 두 배 늘리기로 결정하였습니다.

스터디 규모가 커지면서 전 세계에 흩어져있는 모든 멤버가 참석할 수 있는 모임 일정을 잡는 것이 너무 어려워지고, 깃허브에서 멘션이 가능한 최대 인원을 초과하고 디스코드에서 음성 채팅의 최대 인원을 초과하는 등 여러가지 제약 사항에 부딪히게 되었습니다. 그래서 3기 부터는 부득이하게 정기 모임을 중단하고 100% 온라인 비대면으로 진행하오니 양해 부탁드립니다.

스터디는 12월 8일부터 시작하고 신청은 12월 2일에 마감하도록 하겠습니다.

👉 달레 스터디 3기 신청: https://github.com/DaleStudy/leetcode-study/discussions/620
👉 달레 스터디 웹사이트: https://www.dalestudy.com/

지난 8월에 시작한 스터디 2기가 성공적으로 마무리되었습니다. 스터디에 참여해주신 분들께서 생생한 후기를 많이 남겨주셨습니다. 아, 그리고 정말 기쁘게도 1기 참여자 중에서 원하는 기업에 합격하신 분이 또 배출되었어요! 🎊 저도 함께 매주 알고리즘 문제를 풀다보니 얼떨결에 최근에 이직을 하게 되었네요 😅 이제 스터디가 꽤 알려졌는지 아직 3기 모집을 시작하지도 않았는데 벌써 50분 가까이 대기자로 등록을 해주셨어요. 그래서 모집 공고를 올리지 않으려다가 다음 차수를 기다리시던 분들이 분명 계실 것 같아서 정원을 100명으로 두 배 늘리기로 결정하였습니다. 스터디 규모가 커지면서 전 세계에 흩어져있는 모든 멤버가 참석할 수 있는 모임 일정을 잡는 것이 너무 어려워지고, 깃허브에서 멘션이 가능한 최대 인원을 초과하고 디스코드에서 음성 채팅의 최대 인원을 초과하는 등 여러가지 제약 사항에 부딪히게 되었습니다. 그래서 3기 부터는 부득이하게 정기 모임을 중단하고 100% 온라인 비대면으로 진행하오니 양해 부탁드립니다. 스터디는 12월 8일부터 시작하고 신청은 12월 2일에 마감하도록 하겠습니다. 👉 달레 스터디 3기 신청: https://github.com/DaleStudy/leetcode-study/discussions/620👉 달레 스터디 웹사이트: https://www.dalestudy.com/

📣 달레 스터디 3기를 모집합니다

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

최근 프론트엔드 진영 에서는 웹뷰, React 개발이 주류로 자리잡고 있습니다. 이런 흐름 에서
React Native
의 웹뷰 개발을 개선한
webview-bridge
라이브러리를 FECONF 세미나 영상을 통해 접하게 되었는데요. 영상을 매우 흥미롭게 시청하여서 내용을 정리해보았습니다.

 1. Event To Promise 방식의 양방향 통신
    기존 단방향 통신 방식에서는 처리 결과를 확인하기가 어려웠습니다. 이런 한계를 프론트엔드와 백엔드 간 통신 패턴에서 영감을 받아 Promise 기반의 응답 처리 시스템을 구현했습니다. 이를 통해 안정적이고 예측 가능한 통신이 가능해졌습니다.
    
    
 2. 강력한 타입 안정성과 추론
    네이티브 에서 정의한 브릿지 함수들의 반환값(Input)을 기반으로 웹 측의 타입이 자동으로 추론됩니다. 이는 개발자가 수동으로 타입을 정의할 때 발생할 수 있는 실수를 원천적으로 방지하면서도, 함수가 반환하는 데이터 구조를 기반으로 전체 타입 시스템이 자동으로 신뢰성 있게 구성됩니다.
    
 3. 실시간 상태 동기화
    useSyncExternalStore
    API 를 활용하여 네이티브 앱과 웹뷰 간의 상태를 실시간으로 동기화합니다. 이를 통해 특히 인증 토큰이나 사용자 정보와 같은 중요 데이터의 일관성을 유지합니다.
    
 4. 개발편의성과 하위 호환성
    사용자 중심의 설계로 개발 편의성을 향상시켰습니다. Proxy를 활용한 메소드 호출 처리로 존재하지 않은 메소드 호출시 타입에러를 반환하고, 사용 가능한 메소드를 체크해서 하위호환성을 체크합니다. 이를 통해 네이티브에 해당 메서드가 없다면 대체코드(fallback)이 실행되어 런타임 에러 방지와 앱 버전별 기능 차이에 대응이 가능합니다.

webview-bridge
는 하이브리드 앱 개발의 복잡성을 우아하게 해결하였다는 생각이 들었습니다. 세심한 API 설계, 자동화된 타입 시스템, 그리고 견고한 예외처리는 라이브러리의 완성도를 잘 보여주는데요. 국내 개발자가 실제 현장에서 마주한 문제를 깊이있게 분석하고, 자신만의 철학으로 해결책을 제시했다는 점이 특히 인상깊었습니다. 또 한국 개발자들의 기술력이 성장하고 있고, 글로벌 오픈소스 생태계에 대한 의미있는 기여를 보여주는 사례라고 생각되는데요. 이런 흐름이 계속되어 한국 개발자들이 세계에 더 많은 영향력을 발휘할 수 있기를 기대해봅니다.

https://www.youtube.com/watch?v=GyU9-pE0dAg

최근 프론트엔드 진영 에서는 웹뷰, React 개발이 주류로 자리잡고 있습니다. 이런 흐름 에서 <code >React Native</code>의 웹뷰 개발을 개선한 <code >webview-bridge</code> 라이브러리를 FECONF 세미나 영상을 통해 접하게 되었는데요. 영상을 매우 흥미롭게 시청하여서 내용을 정리해보았습니다. <ol ><li>Event To Promise 방식의 양방향 통신기존 단방향 통신 방식에서는 처리 결과를 확인하기가 어려웠습니다. 이런 한계를 프론트엔드와 백엔드 간 통신 패턴에서 영감을 받아 Promise 기반의 응답 처리 시스템을 구현했습니다. 이를 통해 안정적이고 예측 가능한 통신이 가능해졌습니다. </li><li>강력한 타입 안정성과 추론네이티브 에서 정의한 브릿지 함수들의 반환값(Input)을 기반으로 웹 측의 타입이 자동으로 추론됩니다. 이는 개발자가 수동으로 타입을 정의할 때 발생할 수 있는 실수를 원천적으로 방지하면서도, 함수가 반환하는 데이터 구조를 기반으로 전체 타입 시스템이 자동으로 신뢰성 있게 구성됩니다. </li><li>실시간 상태 동기화<code >useSyncExternalStore</code> API 를 활용하여 네이티브 앱과 웹뷰 간의 상태를 실시간으로 동기화합니다. 이를 통해 특히 인증 토큰이나 사용자 정보와 같은 중요 데이터의 일관성을 유지합니다. </li><li>개발편의성과 하위 호환성사용자 중심의 설계로 개발 편의성을 향상시켰습니다. Proxy를 활용한 메소드 호출 처리로 존재하지 않은 메소드 호출시 타입에러를 반환하고, 사용 가능한 메소드를 체크해서 하위호환성을 체크합니다. 이를 통해 네이티브에 해당 메서드가 없다면 대체코드(fallback)이 실행되어 런타임 에러 방지와 앱 버전별 기능 차이에 대응이 가능합니다.</li></ol> <code >webview-bridge</code>는 하이브리드 앱 개발의 복잡성을 우아하게 해결하였다는 생각이 들었습니다. 세심한 API 설계, 자동화된 타입 시스템, 그리고 견고한 예외처리는 라이브러리의 완성도를 잘 보여주는데요. 국내 개발자가 실제 현장에서 마주한 문제를 깊이있게 분석하고, 자신만의 철학으로 해결책을 제시했다는 점이 특히 인상깊었습니다. 또 한국 개발자들의 기술력이 성장하고 있고, 글로벌 오픈소스 생태계에 대한 의미있는 기여를 보여주는 사례라고 생각되는데요. 이런 흐름이 계속되어 한국 개발자들이 세계에 더 많은 영향력을 발휘할 수 있기를 기대해봅니다. https://www.youtube.com/watch?v=GyU9-pE0dAg

www.youtube.com

리액트 네이티브와 웹뷰의 만남: webview-bridge

만약 데이터에 파이썬 자료 구조(예: 딕셔너리, 리스트 등)이 문자열 형태로 저장되어 있다면,
ast
패키지를 사용해보세요.

따로 처리할 필요없이
ast.literal_eval
함수만 사용하면, 알아서 파이썬 문법을 인식하고 자료 구조 형태로 변경해줍니다.

만약 데이터에 파이썬 자료 구조(예: 딕셔너리, 리스트 등)이 문자열 형태로 저장되어 있다면, <code >ast</code>패키지를 사용해보세요. 따로 처리할 필요없이 <code >ast.literal_eval</code> 함수만 사용하면, 알아서 파이썬 문법을 인식하고 자료 구조 형태로 변경해줍니다.

🐍 파이썬 꿀팁

커피챗을 100번 넘게 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를

포트폴리오에 사이드, 스텔스 프로젝트에서 성과 표현하기

커피챗을 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를 강조하라고 하는데 어떻게 해야 할까요? 2가지를 기억하시면 좋겠습니다.

포트폴리오에 넣을 데이터가 없는게 고민이에요

1️⃣ 포트폴리오 본질에 충실하세요

먼저, 포트폴리오에서 중요한 건 프로젝트나 서비스에 대한 소개가 아니라 지원자 본인의 '문제 해결 능력'을 '논리적'으로 또 '설득력'있게 보여주는 것입니다. 인터뷰어로 UX팀 지원자의 포트폴리오를 검토할 때 가장 흔히 범하는 실수가 지원자(메신저)에 대한 이야기 없이 프로덕트에 대한 메시지에 대해서만 보여주는 경우였습니다. 서비스 소개서, IR 자료가 아니라 본인의 고민, 가설, 결정, 커뮤니케이션, 이 과정에서 고민했던 지점과 판단한 방식이 잘 드러나야 합니다. 주장을 뒷받침할 데이터가 있으면 좋지만 데이터가 없어도 괜찮습니다. 대부분의 지원자가 동일한 문제를 겪고 있어요. 데이터가 있으면 좋겠지만, 같은 문제과 어려움으로 데이터가 없는 경우도 많죠. 그러니 문제 정의와 논리적 전개에 충실하는 것이 우선이고 실제로 더 중요합니다.

2️⃣ 정량뿐만 아니라 정성까지 데이터인걸요

두 번째로 정성 데이터를 적극적으로 활용하는 겁니다. 정성 데이터로 활용할 수 있는 것은 동료의 리뷰, 고객의 VoC, SNS에 공개된 내용, App Store 리뷰도 포함됩니다. 후행적이지만 현시점에서 당시 서비스를 이용했던 고객을 리크루팅 해서 인터뷰를 진행해 (1) 당시 서비스를 알게 된 계기 (2) 사용했던 이유 (3) 중단한 or 계속 사용하는 이유 3가지만 확인하더라도 의미 있는 데이터가 됩니다.

정량 데이터가 없더라도 활용할 수 있는 정성 데이터 4가지

 1. App Store 또는 공개된 사용자의 리뷰
 2. 제품을 함께 만든 내부 관계자의 의견 (회고, Lessons Learned)
 3. 미디어 노출, SNS 검색 등 Desk Research로 확보할 수 있는 자료
 4. 유사한 기능을 가진 대체재, 경쟁사 제품에 대한 고객 반응 또는 시장 임팩트 (제한적 활용)

후행 인터뷰를 통해서 검증하면 좋은 3가지

 1. 고객이 처음 서비스를 알게 된 계기
 2. 처음 서비스에 회원가입을 해서 사용한 이유
 3. 현재 서비스 이용을 중단한 계기 또는 계속 이용하는 이유

프로덕트 디자이너나 UX 리서처를 채용할 때 가장 중요하게 생각하는 건 '문제를 정의하고 해결하는 능력'입니다. 보이는 것보다 실제 쓰이는 것, 현상보다는 근원적인 문제를 고민해서 솔루션을 탐색하고 검증하는 능력을 요구합니다. 데이터는 문제 해결을 위한 보조 자료이지 데이터 자체가 문제의 본질인 경우는 없습니다. 나의 생각의 흐름을 논리적으로 전달할 수 있는 가능한 방법에 집중하시면 좋겠습니다.

https://redbusbagman.com/myportfoliodata/

커피챗을 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를 강조하라고 하는데 어떻게 해야 할까요? 2가지를 기억하시면 좋겠습니다. 포트폴리오에 넣을 데이터가 없는게 고민이에요 1️⃣ 포트폴리오 본질에 충실하세요 먼저, 포트폴리오에서 중요한 건 프로젝트나 서비스에 대한 소개가 아니라 지원자 본인의 '문제 해결 능력'을 '논리적'으로 또 '설득력'있게 보여주는 것입니다. 인터뷰어로 UX팀 지원자의 포트폴리오를 검토할 때 가장 흔히 범하는 실수가 지원자(메신저)에 대한 이야기 없이 프로덕트에 대한 메시지에 대해서만 보여주는 경우였습니다. 서비스 소개서, IR 자료가 아니라 본인의 고민, 가설, 결정, 커뮤니케이션, 이 과정에서 고민했던 지점과 판단한 방식이 잘 드러나야 합니다. 주장을 뒷받침할 데이터가 있으면 좋지만 데이터가 없어도 괜찮습니다. 대부분의 지원자가 동일한 문제를 겪고 있어요. 데이터가 있으면 좋겠지만, 같은 문제과 어려움으로 데이터가 없는 경우도 많죠. 그러니 문제 정의와 논리적 전개에 충실하는 것이 우선이고 실제로 더 중요합니다. 2️⃣&nbsp;정량뿐만 아니라 정성까지 데이터인걸요 두 번째로 정성 데이터를 적극적으로 활용하는 겁니다. 정성 데이터로 활용할 수 있는 것은 동료의 리뷰, 고객의 VoC, SNS에 공개된 내용, App Store 리뷰도 포함됩니다. 후행적이지만 현시점에서 당시 서비스를 이용했던 고객을 리크루팅 해서 인터뷰를 진행해 (1) 당시 서비스를 알게 된 계기 (2) 사용했던 이유 (3) 중단한 or 계속 사용하는 이유 3가지만 확인하더라도 의미 있는 데이터가 됩니다. 정량 데이터가 없더라도 활용할 수 있는 정성 데이터 4가지 <ol ><li>App Store 또는 공개된 사용자의 리뷰</li><li>제품을 함께 만든 내부 관계자의 의견 (회고, Lessons Learned)</li><li>미디어 노출, SNS 검색 등 Desk Research로 확보할 수 있는 자료</li><li>유사한 기능을 가진 대체재, 경쟁사 제품에 대한 고객 반응 또는 시장 임팩트 (제한적 활용)</li></ol> 후행 인터뷰를 통해서 검증하면 좋은 3가지 <ol ><li>고객이 처음 서비스를 알게 된 계기</li><li>처음 서비스에 회원가입을 해서 사용한 이유</li><li>현재 서비스 이용을 중단한 계기 또는 계속 이용하는 이유</li></ol> 프로덕트 디자이너나 UX 리서처를 채용할 때 가장 중요하게 생각하는 건 '문제를 정의하고 해결하는 능력'입니다. 보이는 것보다 실제 쓰이는 것, 현상보다는 근원적인 문제를 고민해서 솔루션을 탐색하고 검증하는 능력을 요구합니다. 데이터는 문제 해결을 위한 보조 자료이지 데이터 자체가 문제의 본질인 경우는 없습니다. 나의 생각의 흐름을 논리적으로 전달할 수 있는 가능한 방법에 집중하시면 좋겠습니다. https://redbusbagman.com/myportfoliodata/

REDBUSBAGMAN | 빨간색 광역버스에 백팩을 메고 탑니다

⟪포트폴리오에 사이드, 스텔스 프로젝트에서 성과 표현하기⟫

1 일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 ...

일 잘하는 사람이 좋은 리더가 되기 어려운 이유 - '실무는 잘했는데, 리더는 왜 어렵나?'

1
일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 못 되는 사람들이 있다. 왜일까?

2
답은 간단하다. 실무자와 리더의 일은 다르기 때문이다. 실무자는 내가 맡은 일만 잘 하면 된다. 하지만 리더는 팀의 일이 되도록 만들어야 한다.

3
팀의 일이 되도록 만든다는 건 뭘까. 팀과 개인을 생각해 보자.

4
팀은 개인의 합이다. 그래서 팀은 개인보다 언제나 위대하다. 한 명의 개인보다 훨씬 큰일을 할 수 있으니까. 팀은 단순한 1+1=2가 아니다. 그 합은 3, 4도 되고 10도 될 수 있다. 팀은 창발적 가치를 만들어낸다.

5
팀의 일은 개인의 일의 합이다. 혼자 해서 끝나는 일도 있다. 하지만, 대부분의 일은 연결된다. 모든 개인의 일이 맞물려서 가치를 낸다. 마무리가 되어야 성과를 기대할 수 있다. 이걸 반복해야 성장한다.

6
이 과정을 챙기는 게 리더의 역할이다. 막힌 곳을 뚫는다. 느린 곳을 점검한다. 마무리를 짓는다. 결과를 확인하고 성과를 본다. 직접 하는 게 아니라 사람을 움직여야 한다.

7
하지만, 일 잘하던 리더는 답답하다. 저걸 왜 못할까, 이렇게 밖에 못할까, 내가 하면 금방인데. 시간은 없고, 마음이 급하다.

8
그래서 실무에 직접 손을 댄다. 깊숙이 관여한다. 한정된 리더의 시간을 실무에 쏟으면, 전체를 볼 시간이 줄어든다. 숲을 보지 못하고 나무만 볼 확률이 높아진다.

9
사람을 움직이는 노력보다 개별적인 일에 집중해서는 팀이 잘될 수 없다. 이게 반복되면 결국 리더는 지친다. 일 잘하던 사람이 리더 역할은 왜 못하나. 스스로도 좌절한다.

10
넓은 시야로 보려고 노력하기. 사람을 움직이는 법을 배우기. 이게 리더가 해야 할 일이다.

11
사실 리더의 일은 티가 안 난다. 그래서 리더의 역할은 쉬워 보인다. 내가 겪었던 수많은 리더들도 그랬다. 딱히 하루 종일 하는 일이 없어 보인다. 자리에도 잘 없다. 도대체 어디서 무엇을 하고 있을까. 궁금했다. 부당하다고 느낀 적도 있었다.

12
리더가 된 후에 깨달았다. 그럴 수밖에 없었다. 리더의 일은 눈에 보이지 않으니까. 그래서 또 어렵다. 무슨 일을 해야 하는지 알 수가 없으니까.

13
결국은 사람이다. 세상에 수많은 훌륭한 경영자와 사상가들이 하나같이 하는 말. 인사가 만사다. 결국, 리더가 잘 해야 하는 단 한 가지의 일은 사람 공부다.

1 일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 못 되는 사람들이 있다. 왜일까? ​ ​​2 답은 간단하다. 실무자와 리더의 일은 다르기 때문이다. 실무자는 내가 맡은 일만 잘 하면 된다. 하지만 리더는 팀의 일이 되도록 만들어야 한다. ​ ​3 팀의 일이 되도록 만든다는 건 뭘까. 팀과 개인을 생각해 보자. ​ ​4 팀은 개인의 합이다. 그래서 팀은 개인보다 언제나 위대하다. 한 명의 개인보다 훨씬 큰일을 할 수 있으니까. 팀은 단순한 1+1=2가 아니다. 그 합은 3, 4도 되고 10도 될 수 있다. 팀은 창발적 가치를 만들어낸다. ​ ​5 팀의 일은 개인의 일의 합이다. 혼자 해서 끝나는 일도 있다. 하지만, 대부분의 일은 연결된다. 모든 개인의 일이 맞물려서 가치를 낸다. 마무리가 되어야 성과를 기대할 수 있다. 이걸 반복해야 성장한다. ​ ​6 이 과정을 챙기는 게 리더의 역할이다. 막힌 곳을 뚫는다. 느린 곳을 점검한다. 마무리를 짓는다. 결과를 확인하고 성과를 본다. 직접 하는 게 아니라 사람을 움직여야 한다. ​ ​7 하지만, 일 잘하던 리더는 답답하다. 저걸 왜 못할까, 이렇게 밖에 못할까, 내가 하면 금방인데. 시간은 없고, 마음이 급하다. ​ ​8 그래서 실무에 직접 손을 댄다. 깊숙이 관여한다. 한정된 리더의 시간을 실무에 쏟으면, 전체를 볼 시간이 줄어든다. 숲을 보지 못하고 나무만 볼 확률이 높아진다. ​ ​9 사람을 움직이는 노력보다 개별적인 일에 집중해서는 팀이 잘될 수 없다. 이게 반복되면 결국 리더는 지친다. 일 잘하던 사람이 리더 역할은 왜 못하나. 스스로도 좌절한다. ​ ​10 넓은 시야로 보려고 노력하기. 사람을 움직이는 법을 배우기. 이게 리더가 해야 할 일이다. ​ ​11 사실 리더의 일은 티가 안 난다. 그래서 리더의 역할은 쉬워 보인다. 내가 겪었던 수많은 리더들도 그랬다. 딱히 하루 종일 하는 일이 없어 보인다. 자리에도 잘 없다. 도대체 어디서 무엇을 하고 있을까. 궁금했다. 부당하다고 느낀 적도 있었다. ​ ​12 리더가 된 후에 깨달았다. 그럴 수밖에 없었다. 리더의 일은 눈에 보이지 않으니까. 그래서 또 어렵다. 무슨 일을 해야 하는지 알 수가 없으니까. ​ ​13 결국은 사람이다. 세상에 수많은 훌륭한 경영자와 사상가들이 하나같이 하는 말. 인사가 만사다. 결국, 리더가 잘 해야 하는 단 한 가지의 일은 사람 공부다.

blog.naver.com

< 일 잘하는 사람이 좋은 리더가 되기 어려운 이유 >

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 있다거나, 간단한 수준(또는 그렇게 여기는)의 업무지시는 별 문제가 되지 않는다 여겨 빠른 결과물을 요구한다면? 구성원들 입장에서는 업무 우선순위에 혼선이 발생할 수 밖에 없고, 조금만 지나도 업무를 숙제처럼 쳐내는 상황에 내몰리게 됩니다. 만일 이 상황이 지속되어 구성원들이 이를 체념하는 수준에 이른다면, 중장기적으로는 조직의 위기를 초래하는 시그널로 받아들여야 한다고 봅니다. 더구나 그 업무들이 목표와 어떻게 align 되는지 잘 이해되지 못한 채 지속적으로 강요될 경우, 그 hidden cost들이 구성원들의 내적동기를 깎아 내리고 결국 조직의 성과와 성장을 저해할 수 밖에 없습니다.

비즈니스에 있어서 빠른 의사결정과 실행은 매우 중요합니다. 그러나 이에 앞서 구성원들이 그 의사결정이 왜, 어떤 맥락에서 빠른 실행이 필요한지에 대해 분명하게 이해하고 공감하는 것이야말로 더 빠른 실행의 원동력이 되는 것 아닐까요. 그럼에도 많은 리더들이 이를 놓치는 것 같습니다. 그저 빠르기만 한 것과 모두가 한 방향으로 빠르게 움직이는 것, 둘 중에 어떤 방법이 시너지와 성과를 낼지는 너무나 자명합니다.

이러한 구성원들 간의 목표 공유와 공감은 리더의 관념과 말로만 이루어지는 것이 아니기에, 구체적으로 어떤 장치와 프로세스를 통해 형성해 갈지에 대해 고민해야만 합니다. 그리고 일회성 전달이 아니라, 의사결정 기준과 일하는 방식에 있어서 일관성 있게 적용해가는 지속적인 노력이 필요하고요. 그리고 이것이 다함께 힘을 합쳐 의미있는 성과와 성취를 이루어내는 조직문화로 정착되어야 합니다.

이런 조직 문화는 people 조직이 선언하고 가이드 한다고 해서 달성할 수 있는 것이 아닙니다. 각 상황에 맞게 구체적인 방법을 고민하고 시행착오를 거쳐가며 개선해나가야 하는 리더들의 중요한 역할이자 의무 아닐까요.

이미지 출처: Trustworthy Online Controlled Experiments, Ron Kohavi / Diane Tang / Ya Xu

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 있다거나, 간단한 수준(또는 그렇게 여기는)의 업무지시는 별 문제가 되지 않는다 여겨 빠른 결과물을 요구한다면? 구성원들 입장에서는 업무 우선순위에 혼선이 발생할 수 밖에 없고, 조금만 지나도 업무를 숙제처럼 쳐내는 상황에 내몰리게 됩니다. 만일 이 상황이 지속되어 구성원들이 이를 체념하는 수준에 이른다면, 중장기적으로는 조직의 위기를 초래하는 시그널로 받아들여야 한다고 봅니다. 더구나 그 업무들이 목표와 어떻게 align 되는지 잘 이해되지 못한 채 지속적으로 강요될 경우, 그 hidden cost들이 구성원들의 내적동기를 깎아 내리고 결국 조직의 성과와 성장을 저해할 수 밖에 없습니다. 비즈니스에 있어서 빠른 의사결정과 실행은 매우 중요합니다. 그러나 이에 앞서 구성원들이 그 의사결정이 왜, 어떤 맥락에서 빠른 실행이 필요한지에 대해 분명하게 이해하고 공감하는 것이야말로 더 빠른 실행의 원동력이 되는 것 아닐까요. 그럼에도 많은 리더들이 이를 놓치는 것 같습니다. 그저 빠르기만 한 것과 모두가 한 방향으로 빠르게 움직이는 것, 둘 중에 어떤 방법이 시너지와 성과를 낼지는 너무나 자명합니다. 이러한 구성원들 간의 목표 공유와 공감은 리더의 관념과 말로만 이루어지는 것이 아니기에, 구체적으로 어떤 장치와 프로세스를 통해 형성해 갈지에 대해 고민해야만 합니다. 그리고 일회성 전달이 아니라, 의사결정 기준과 일하는 방식에 있어서 일관성 있게 적용해가는 지속적인 노력이 필요하고요. 그리고 이것이 다함께 힘을 합쳐 의미있는 성과와 성취를 이루어내는 조직문화로 정착되어야 합니다. 이런 조직 문화는 people 조직이 선언하고 가이드 한다고 해서 달성할 수 있는 것이 아닙니다. 각 상황에 맞게 구체적인 방법을 고민하고 시행착오를 거쳐가며 개선해나가야 하는 리더들의 중요한 역할이자 의무 아닐까요. 이미지 출처: Trustworthy Online Controlled Experiments, Ron Kohavi / Diane Tang / Ya Xu

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 

V0와 Cursor AI로 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저에게 유용한 프롬프트를 큐레이션한 서비스입니다:)  아래는 그 중에서 PRD를 생성하는 프롬프트 링크입니다:) https://pm-prompt.vercel.app/prompt/1  참고하실 수 있도록 프롬프트를 사용하는 예시를 아래와 같이 보여드리겠습니다

ChatGPT로 PRD 작성하기

V0와 Cursor AI로 코딩 없이 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저가 실제 업무에 활용할 수 있는 프롬프트를 큐레이션하는 서비스입니다:)

그 중에서 PRD를 생성하는 프롬프트 활용법을 아래 브런치에 작성했습니다.

https://brunch.co.kr/@yongjinjinipln/197

아래 url도 즐겨찾기 해주시면 실제 업무에 유용한 프롬프트를 계속 업데이트해나가겠습니다.
https://pm-prompt.vercel.app

V0와 Cursor AI로 코딩 없이 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저가 실제 업무에 활용할 수 있는 프롬프트를 큐레이션하는 서비스입니다:) 그 중에서 PRD를 생성하는 프롬프트 활용법을 아래 브런치에 작성했습니다. https://brunch.co.kr/@yongjinjinipln/197 아래 url도 즐겨찾기 해주시면 실제 업무에 유용한 프롬프트를 계속 업데이트해나가겠습니다.https://pm-prompt.vercel.app

There’s a common character that can be often spotted in many online communities. It’s the “toxic influencer” (sometimes referred as “intellectual bully”). A toxic influencer is a person…

The Impact of Toxic Influencers on Communities

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해서 작은 글입니다.

이러한 독성 인프루언서는 특정 주제에 관한 지식이 꽤 있기 때문에 해당 커뮤니티에 필요한 서비스를 제공하기 때문에 실질적으로 도움이 되는 부분이 있기 때문에 우호 세력도 생기게 됩니다. 하지만 공격적인 태도를 취하기 때문에 커뮤니티 사람들의 신경을 건드리고 전체 커뮤니티에 긴장된 분위기를 조정하기 때문에 커뮤니티 전체적으로는 안좋아지는데 또 커뮤니티 규칙을 어기는 일이 없도록 신중한 태도를 취하기 때문에 운영진에서 조치를 취하기 어렵다고 합니다.

어떻게 하는게 맞는지는 모르겠지만 생각나는 일들도 많고 많이 본 케이스라는 생각이 들었습니다. 결국 큰 문제가 벌어지거나 하기 전까지는 실제로 조치를 취하기 어렵기도 하고 실질적으로 주는 나쁜 영향이 어느정도인지 측정하기 어렵기 때문에(또한 긍정적 혜택과의 차이도) 더욱 어려운 부분이라고 생각합니다.

https://intenseminimalism.com/2020/the-impact-of-toxic-influencers-on-communities/

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해서 작은 글입니다. 이러한 독성 인프루언서는 특정 주제에 관한 지식이 꽤 있기 때문에 해당 커뮤니티에 필요한 서비스를 제공하기 때문에 실질적으로 도움이 되는 부분이 있기 때문에 우호 세력도 생기게 됩니다. 하지만 공격적인 태도를 취하기 때문에 커뮤니티 사람들의 신경을 건드리고 전체 커뮤니티에 긴장된 분위기를 조정하기 때문에 커뮤니티 전체적으로는 안좋아지는데 또 커뮤니티 규칙을 어기는 일이 없도록 신중한 태도를 취하기 때문에 운영진에서 조치를 취하기 어렵다고 합니다. 어떻게 하는게 맞는지는 모르겠지만 생각나는 일들도 많고 많이 본 케이스라는 생각이 들었습니다. 결국 큰 문제가 벌어지거나 하기 전까지는 실제로 조치를 취하기 어렵기도 하고 실질적으로 주는 나쁜 영향이 어느정도인지 측정하기 어렵기 때문에(또한 긍정적 혜택과의 차이도) 더욱 어려운 부분이라고 생각합니다. https://intenseminimalism.com/2020/the-impact-of-toxic-influencers-on-communities/

Intense Minimalism

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해

Growth Is Optional: 10 Reasons Why Companies Fail At Growth - Brian Balfour

[제품을 만들면서 간과하는 10가지]
제품의 Growth를 만드는 데 실패하는 10가지 이유에 대해 이야기하는 아티클. 조금 뻔한 이야기처럼 들릴 수도 있지만, 막상 제품을 만들다보면 놓치게 되는 부분들을 되새길 수 있게 도와주는 글이다. Growth를 만들기 위해선 지루한 과정을 견뎌내야 한다는 메시지가 반복적으로 등장한다.

Brian Balfour

프로덕트 디자이너

소소연

Modern Lion Product Manager

안승환

프로덕트 그 자체와 프로덕트를 위한 프로젝트를 관리하는 스타트업 PM입니다.

좋은 팀이 최고의 제품을 개발 할 수 있다고 믿는 개발자입니다. 때문에 팀 매니지먼트, 애자일등과 같이 함께 일을 잘 하는 방법에 대해 관심이 많습니다. 모든 개발은 왜 어려운가에 대한 해답을 찾기 위해 항상 고민하고, 누구든지 개발할 수 있는 자유로운 세상을 꿈꿉니다. 현재는 엔씨소프트에서 소프트웨어 엔지니어로 있으며, 전 직장인 넥슨코리아에서 엔지니어링 리드를 했었습니다.

라인게임즈, 테크니컬 디렉터

이도행

10년이상 게임 개발 경험, 5년이상 팀 매니지먼트 경험을 보유한 
개발자 입니다. 

좋은 팀이 최고의 프로덕트를 만들 수 있다고 믿고 있습니다.
게임 프로그래밍, 엔지니어링 매니지먼트, 애자일에 관심이 많습니다.


UX writer

Editor

어려운 정보를 쉽게 가공하는 일에 관심이 많습니다.

김자유

어려운 정보를 쉽게 가공하는 일에 관심이 많습니다. 긴 글은 브런치에서 쓰고 있어요. 커리어리 메시지는 답변이 어려워요. 
제안/문의는 메일로 주세요. linakim0102@naver.com

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필