여느 때보다 어수선하고 심란했던 시기였지만
“과거가 현재를 구했다”라는 말처럼 가만히 한 달을 적어둡니다.
⠀
한때는 아무리 바빠도 출근하는 날은 매일 뉴스레터를 쓰고, 커리어리에 아티클을 기록하자는 생각이 있었습니다. 그 시기를 보낸 후 이제는 감당할 수 있는 만큼, 내가 즐겁게 할 수 있는 수준으로만 힘을 빼고 계속하기로 했습니다. 여전히 어렵습니다. 집에 온 택배는 아직 뜯지도 못했고, 연말을 보낼 멜버른 숙소도 예약하지 못했는데 계속 쓰는 게 무슨 의미가 있을까 의문이 들 때도 있습니다. 다행히 속도는 조절했지만 멈추지는 않았습니다. 레드버스백맨이라는 이름으로 계속 생각을 기록하고, 기회가 될 때마다 감사한 마음으로 공유하고 있습니다.
⠀
12월에는 쿠팡에서 함께 일했던 Justin 님 초청으로 LG전자 디자인센터에서 제조회사 디자이너분들과 제 생각과 시행착오를 나눴습니다. 함께 일했던 저스틴 님과 가끔씩 안부를 나누고, 지적 대화를 나누었는데 필요할 때 도움을 주고받을 수 있다는 것이 감사했습니다. 현대차에서 일할 때, 운전을 할 때 지나가며 마주치던 LG전자 서초R&D캠퍼스를 직접 찾아 UX연구소를 둘러보고 연구소장님과 인사도 나눴습니다. 저스틴 님 덕분에 막히는 경부고속도로를 지날 때마다 떠올릴 좋은 추억이 하나 더 생겼습니다.
⠀
첫 회사에서 연세대학교 국제캠퍼스 언더우드기념도서관 디자인을 맡았습니다. 캠퍼스 시공은 대우건설이, 저희 팀은 ICT와 디자인을 담당했죠. 그때 만난 선배들과 클라이언트는 제게 드림팀이었습니다. 10년이 지난 지금은 마음속으로 안부를 전할 뿐이지만 최고의 조합이었다는 생각에는 변함이 없습니다. 볼거리와 놀거리가 부족한 국제캠퍼스에서 도서관이 기숙사 생활을 해야 하는 신입생들에게 어떤 역할을 할 수 있을지 치열하게 고민했기 때문입니다. 이후로 책과 도서관에 이유 없는 애정이 생겼습니다. 최근에는 서울 유일의 트윈세대(13~16세) 전용 공간인 선유도서관에서 ‘더 나은 사용자 경험’을 위한 제 고민을 사서분들과 나눌 수 있었습니다. 도서관은 그들에게 SF 소설이자 시집이었고, 커뮤니티였습니다. 도서관을 닫고 긴 시간 애쓰며 준비한 공간과 프로그램에는 정성이 묻어 있었고 덕분에 트윈세대 사용자는 애쓰지 않고 즐겁게 누릴 수 있었습니다.
⠀
레드버스백맨은 ‘사이드 프로젝트’로 시작했지만 지금은 그런 의식을 하지 않습니다. 워라밸에서 중요한 건 워크나 라이프가 아닌 밸런스입니다. 최근 읽은 글처럼 워크-라이프는 단순히 On-Off가 아닌 0-10 사이의 스펙트럼입니다. 퇴근 후에도 일 생각이 이어지고, 일요일에도 월요일 걱정을 하는 게 자연스럽죠. On-Off라면 조명이 꺼지듯 단순하겠지만 사람 마음이 그렇지 않습니다. ZEP 2024 Next Career Conference에서 저는 사이드 프로젝트에 대해 다섯 가지를 말씀드렸습니다. (1) 진지함 대신 가볍게 툭툭하기 (2) 풋 브레이크를 보조하는 사이드 브레이크처럼 곁에 두기 (3) 멈추지 않고 계속하기 (4) 내가 좋아하는 일과 팀의 목표 사이에서 주제 고르기 (5) 본업에 충실하기
⠀
11월의 폭설은 복선이었을까요. “집회에 나간 모습을 전시하는 행위”라는 표현을 들었을 때 한강 작가의 책을 사러 서점으로 향하는 사람들을 아니꼽게 보던 모습이 떠올랐습니다. 서점에 들려 책을 구경하고 좋아하는 이에게 선물하려는 마음을 어떻게 비아냥거릴 수 있을까요? 다른 생각에 대한 비판은 언제라도 괜찮지만, 조롱은 어느 순간에도 허락되지 않습니다. 노래에 맞춰 응원봉을 흔들고, 소녀시대 노래를 함께 부르던 사람들. 서강대교를 건너다 뒤로 보이는 국회의사당을 함께 바라보던 순간. 걸음을 멈추고 차도로 나가 응원봉으로 횡단보도를 쉽게 건널 수 있도록 차량을 통제하던 낯선 사람의 친절까지. 당연한 것들이 당연하지 않을 수 있다는 걸 12월에 깨달았습니다. 12월은 상식이라 믿었던 것들의 취약함을 생각하게 된 시간이었습니다.

여느 때보다 어수선하고 심란했던 시기였지만 “과거가 현재를 구했다”라는 말처럼 가만히 한 달을 적어둡니다. ⠀ 한때는 아무리 바빠도 출근하는 날은 매일 뉴스레터를 쓰고, 커리어리에 아티클을 기록하자는 생각이 있었습니다. 그 시기를 보낸 후 이제는 감당할 수 있는 만큼, 내가 즐겁게 할 수 있는 수준으로만 힘을 빼고 계속하기로 했습니다. 여전히 어렵습니다. 집에 온 택배는 아직 뜯지도 못했고, 연말을 보낼 멜버른 숙소도 예약하지 못했는데 계속 쓰는 게 무슨 의미가 있을까 의문이 들 때도 있습니다. 다행히 속도는 조절했지만 멈추지는 않았습니다. 레드버스백맨이라는 이름으로 계속 생각을 기록하고, 기회가 될 때마다 감사한 마음으로 공유하고 있습니다. ⠀ 12월에는 쿠팡에서 함께 일했던 Justin 님 초청으로 LG전자 디자인센터에서 제조회사 디자이너분들과 제 생각과 시행착오를 나눴습니다. 함께 일했던 저스틴 님과 가끔씩 안부를 나누고, 지적 대화를 나누었는데 필요할 때 도움을 주고받을 수 있다는 것이 감사했습니다. 현대차에서 일할 때, 운전을 할 때 지나가며 마주치던 LG전자 서초R&amp;D캠퍼스를 직접 찾아 UX연구소를 둘러보고 연구소장님과 인사도 나눴습니다. 저스틴 님 덕분에 막히는 경부고속도로를 지날 때마다 떠올릴 좋은 추억이 하나 더 생겼습니다. ⠀ 첫 회사에서 연세대학교 국제캠퍼스 언더우드기념도서관 디자인을 맡았습니다. 캠퍼스 시공은 대우건설이, 저희 팀은 ICT와 디자인을 담당했죠. 그때 만난 선배들과 클라이언트는 제게 드림팀이었습니다. 10년이 지난 지금은 마음속으로 안부를 전할 뿐이지만 최고의 조합이었다는 생각에는 변함이 없습니다. 볼거리와 놀거리가 부족한 국제캠퍼스에서 도서관이 기숙사 생활을 해야 하는 신입생들에게 어떤 역할을 할 수 있을지 치열하게 고민했기 때문입니다. 이후로 책과 도서관에 이유 없는 애정이 생겼습니다. 최근에는 서울 유일의 트윈세대(13~16세) 전용 공간인 선유도서관에서 ‘더 나은 사용자 경험’을 위한 제 고민을 사서분들과 나눌 수 있었습니다. 도서관은 그들에게 SF 소설이자 시집이었고, 커뮤니티였습니다. 도서관을 닫고 긴 시간 애쓰며 준비한 공간과 프로그램에는 정성이 묻어 있었고 덕분에 트윈세대 사용자는 애쓰지 않고 즐겁게 누릴 수 있었습니다. ⠀ 레드버스백맨은 ‘사이드 프로젝트’로 시작했지만 지금은 그런 의식을 하지 않습니다. 워라밸에서 중요한 건 워크나 라이프가 아닌 밸런스입니다. 최근 읽은 글처럼 워크-라이프는 단순히 On-Off가 아닌 0-10 사이의 스펙트럼입니다. 퇴근 후에도 일 생각이 이어지고, 일요일에도 월요일 걱정을 하는 게 자연스럽죠. On-Off라면 조명이 꺼지듯 단순하겠지만 사람 마음이 그렇지 않습니다. ZEP 2024 Next Career Conference에서 저는 사이드 프로젝트에 대해 다섯 가지를 말씀드렸습니다. (1) 진지함 대신 가볍게 툭툭하기 (2) 풋 브레이크를 보조하는 사이드 브레이크처럼 곁에 두기 (3) 멈추지 않고 계속하기 (4) 내가 좋아하는 일과 팀의 목표 사이에서 주제 고르기 (5) 본업에 충실하기 ⠀ 11월의 폭설은 복선이었을까요. “집회에 나간 모습을 전시하는 행위”라는 표현을 들었을 때 한강 작가의 책을 사러 서점으로 향하는 사람들을 아니꼽게 보던 모습이 떠올랐습니다. 서점에 들려 책을 구경하고 좋아하는 이에게 선물하려는 마음을 어떻게 비아냥거릴 수 있을까요? 다른 생각에 대한 비판은 언제라도 괜찮지만, 조롱은 어느 순간에도 허락되지 않습니다. 노래에 맞춰 응원봉을 흔들고, 소녀시대 노래를 함께 부르던 사람들. 서강대교를 건너다 뒤로 보이는 국회의사당을 함께 바라보던 순간. 걸음을 멈추고 차도로 나가 응원봉으로 횡단보도를 쉽게 건널 수 있도록 차량을 통제하던 낯선 사람의 친절까지. 당연한 것들이 당연하지 않을 수 있다는 걸 12월에 깨달았습니다. 12월은 상식이라 믿었던 것들의 취약함을 생각하게 된 시간이었습니다.

《그럼에도 다시 만난 세계》

사용자가 공유한 콘텐츠

폴인에서 'SNS, 지금이라도 꼭 해야 할까?'라는 글을 작성한 김형석 다이버시티 대표님 글에서 인상 깊은 부분을 발췌했습니다. 특히, 저도 제가 들려주고 싶은 이야기를 꾸준히 적는 한 사람이기에 공감이 가는 내용이 많았는데요. 링크드인을 주니어 때부터 꾸준히 하면서 관계가 확장되는 것을, 더 멀리까지 볼 수 있게 되었습니다. 해상도를 높이기 위해서는 다른 생각을 하는 사람들과 연결되어야만 합니다. 링크드인에서 자기 생각을 공유하는 것의 장점, 어떤 주제로 글쓰기를 시작하는 게 좋을지 고민하는 분들께 공유드립니다.

링크드인 채널이 갖는 4가지 장점

 * 첫째, 업무 네트워킹이나 채용에 관심 많은 사람들이 쓰는 플랫폼이라 사람들이 일에 대한 단상, 개인 의견을 많이 공유해요. 페이스북에서 '일'은 사람들이 쓰고 공유하는 여러가지 주제 중 하나라면, 링크드인은 일 이야기에 더 초점이 맞춰졌죠. 일에 대해 생각하고 관찰하기 좋은 통로더군요.

 * 둘째, 조회수, 순유저수 등 기본적인 통계나, 누가 내 프로필을 조회했는지, 내 구독자가 주로 어떤 업무를 하는 사람인지에 대한 정보를 보여줘요. 간단한 데이터지만 사람들이 내가 쓴 글에 어떻게 반응하는지 확인하는 데 도움이 됐습니다.

 * 셋째, 악플이 많지 않아요. 자기 사진을 업로드하고 어떤 회사에 다니는지 밝힌 뒤 활동하거든요. 페이스북에선 약간 민감한 내용을 쓰면 날선 반응이 많았는데 링크드인에선 그런 경험이 없었습니다.

 * 넷째, 경쟁을 유도하지 않습니다. 링크드인에서 1촌은 500명이 넘으면 '500+'로 보입니다. 필요 이상으로 1촌을 많이 맺을 필요 없다는 걸 강조해요. 누군가가 쓴 글을 보려면 팔로우만 해도 됩니다. 별것 아닌 차이일지 모르지만 링크드인에서는 과시할 필요 없이 '일에 대한 내 생각을 쓰면 된다'는 인상을 받았어요.

SNS에서 반응 좋은 글 쓰는 방법

SNS에서 글을 쓰는 사람은 크게 두 종류가 있는 것 같아요.

1. 사람들이 원하는 내용을 쓰는 사람
2. 자신이 들려주고 싶은 내용을 쓰는 사람

1번은 SNS 특성, 사람들이 반응하는 내용에 따라 계속해서 콘텐츠를 수정해 나가고요. 저는 2번에 가깝습니다. 사람들 반응도 살피고, 글마다 어떤 피드백이 나올까 지켜보는데요. 그럼에도 불구하고 가장 중요하게 생각하는 건 '저의 생각, 제가 가진 관점'이에요. SNS 채널에 따라 메시지를 조정하지 않아요. 제가 하고 싶은 이야기가 무엇인지 오래 생각합니다.

그래도 유독 반응이 좋았던 글의 특징이 뭘까 생각해보는데요. 2가지가 있더라고요.

① 누군가를 떠올리게 만드는 글

사람들은 자기를 대입할 수 있는 글을 좋아해요. 초반에 썼던 워커홀릭 부장님이나, 마이크로매니징 차장님, 직장생활을 하며 만나는 여러 사람들에 대한 글 반응이 좋았는데요.
읽다 보면 머릿속에 누군가 떠오르게 돼요. 힘들었던 시절의 상사거나 지금 다니는 회사의 팀장님일 수도 있죠. 그런데 잘 생각해 보면 마냥 나쁘지만은 않은 겁니다. 달리 생각해 보면 좋고, 배울 수 있었던 점도 분명 있거든요.

② 응어리를 건드리는 글

마케터를 힘들게 하는 시선, 말로만 세일즈가 중요하다고 말하는 회사에 대한 글도 SNS에서 공유가 많이 됐어요. 주변에서 내 일을 평가절하할 때 서러워지잖아요. 예를 들면 마케터는 조직에서 보통 '홍반장' 역할을 하죠. 온갖 일에 다 관여하는데 전문성은 인정받지 못하는 경우가 많아요. 그러다 회사가 어려워지면 정리해고 1순위가 되기도 하고요. 하지만 회사에서 중요하지 않은 역할은 없어요. 이런 점을 짚을 때 사람들의 반응이 폭발적이었어요.

https://www.folin.co/article/9635/gift/7s4LUYh3atLGnaQBqYccZuAzE94kfeCe

폴인에서 'SNS, 지금이라도 꼭 해야 할까?'라는 글을 작성한 김형석 다이버시티 대표님 글에서 인상 깊은 부분을 발췌했습니다. 특히, 저도 제가 들려주고 싶은 이야기를 꾸준히 적는 한 사람이기에 공감이 가는 내용이 많았는데요. 링크드인을 주니어 때부터 꾸준히 하면서 관계가 확장되는 것을, 더 멀리까지 볼 수 있게 되었습니다. 해상도를 높이기 위해서는 다른 생각을 하는 사람들과 연결되어야만 합니다. 링크드인에서 자기 생각을 공유하는 것의 장점, 어떤 주제로 글쓰기를 시작하는 게 좋을지 고민하는 분들께 공유드립니다. 링크드인 채널이 갖는 4가지 장점 <ul ><li>첫째, 업무 네트워킹이나 채용에 관심 많은 사람들이 쓰는 플랫폼이라 사람들이 일에 대한 단상, 개인 의견을 많이 공유해요. 페이스북에서 '일'은 사람들이 쓰고 공유하는 여러가지 주제 중 하나라면, 링크드인은 일 이야기에 더 초점이 맞춰졌죠. 일에 대해 생각하고 관찰하기 좋은 통로더군요.</li></ul> <ul ><li>둘째, 조회수, 순유저수 등 기본적인 통계나, 누가 내 프로필을 조회했는지, 내 구독자가 주로 어떤 업무를 하는 사람인지에 대한 정보를 보여줘요. 간단한 데이터지만 사람들이 내가 쓴 글에 어떻게 반응하는지 확인하는 데 도움이 됐습니다.</li></ul> <ul ><li>셋째, 악플이 많지 않아요. 자기 사진을 업로드하고 어떤 회사에 다니는지 밝힌 뒤 활동하거든요. 페이스북에선 약간 민감한 내용을 쓰면 날선 반응이 많았는데 링크드인에선 그런 경험이 없었습니다.</li></ul> <ul ><li>넷째, 경쟁을 유도하지 않습니다. 링크드인에서 1촌은 500명이 넘으면 '500+'로 보입니다. 필요 이상으로 1촌을 많이 맺을 필요 없다는 걸 강조해요. 누군가가 쓴 글을 보려면 팔로우만 해도 됩니다. 별것 아닌 차이일지 모르지만 링크드인에서는 과시할 필요 없이 '일에 대한 내 생각을 쓰면 된다'는 인상을 받았어요.</li></ul> SNS에서 반응 좋은 글 쓰는 방법 SNS에서 글을 쓰는 사람은 크게 두 종류가 있는 것 같아요. 1. 사람들이 원하는 내용을 쓰는 사람2. 자신이 들려주고 싶은 내용을 쓰는 사람 1번은 SNS 특성, 사람들이 반응하는 내용에 따라 계속해서 콘텐츠를 수정해 나가고요. 저는 2번에 가깝습니다. 사람들 반응도 살피고, 글마다 어떤 피드백이 나올까 지켜보는데요. 그럼에도 불구하고 가장 중요하게 생각하는 건 '저의 생각, 제가 가진 관점'이에요. SNS 채널에 따라 메시지를 조정하지 않아요. 제가 하고 싶은 이야기가 무엇인지 오래 생각합니다. 그래도 유독 반응이 좋았던 글의 특징이 뭘까 생각해보는데요. 2가지가 있더라고요. ① 누군가를 떠올리게 만드는 글 사람들은 자기를 대입할 수 있는 글을 좋아해요. 초반에 썼던 워커홀릭 부장님이나, 마이크로매니징 차장님, 직장생활을 하며 만나는 여러 사람들에 대한 글 반응이 좋았는데요.읽다 보면 머릿속에 누군가 떠오르게 돼요. 힘들었던 시절의 상사거나 지금 다니는 회사의 팀장님일 수도 있죠. 그런데 잘 생각해 보면 마냥 나쁘지만은 않은 겁니다. 달리 생각해 보면 좋고, 배울 수 있었던 점도 분명 있거든요. ② 응어리를 건드리는 글 마케터를 힘들게 하는 시선, 말로만 세일즈가 중요하다고 말하는 회사에 대한 글도 SNS에서 공유가 많이 됐어요. 주변에서 내 일을 평가절하할 때 서러워지잖아요. 예를 들면 마케터는 조직에서 보통 '홍반장' 역할을 하죠. 온갖 일에 다 관여하는데 전문성은 인정받지 못하는 경우가 많아요. 그러다 회사가 어려워지면 정리해고 1순위가 되기도 하고요. 하지만 회사에서 중요하지 않은 역할은 없어요. 이런 점을 짚을 때 사람들의 반응이 폭발적이었어요. https://www.folin.co/article/9635/gift/7s4LUYh3atLGnaQBqYccZuAzE94kfeCe

www.folin.co

《나의 경험으로 타인의 단서 만들기》

우체통이 '택배 시대'를 맞아 40년 만에 진화한다.

우체통 40년 만에 진화… 소포 부치고 커피캡슐 회수한다 | 중앙일보

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다.

 1. 사용자 니즈 반영
 * 택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)
 * 디지털 전환: QR코드 스캔과 우체국 앱 연동
 * 24시간 이용 가능한 접근성 유지
 * 친환경 실천의 편의성: ECO 칸 분리 설계
   
   
 2. 사용자 행동 설계
 * 우편물 보내는 것이 번거롭고 어렵다는 인식 -> 사전 접수번호 시스템으로 발송 절차 단순화
 * 건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합

[ 큐레이터의 문장 🎒 ]

 1. 선한 의도에서 시작해 확장된 사용자 가치
 * 단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트
 * 환경보호 실천을 위한 편리한 인프라 제공
 * 디지털과 아날로그의 효과적인 접점 설계

 2. Usability 관점에서 고려사항
 * 누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치
   * ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?
   * '투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?
 * 가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까?
   
   
3. Form Follows Function 관점의 분석
 * 사용 목적에 맞는 투입구 크기 최적화
 * 일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요
 * 각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요
   
   
40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다.

https://www.joongang.co.kr/article/25300277

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다. <ol ><li>사용자 니즈 반영</li></ol><ul ><li>택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)</li><li>디지털 전환: QR코드 스캔과 우체국 앱 연동</li><li>24시간 이용 가능한 접근성 유지</li><li>친환경 실천의 편의성: ECO 칸 분리 설계 </li></ul><ol start="2"><li>사용자 행동 설계</li></ol><ul ><li>우편물 보내는 것이 번거롭고 어렵다는 인식 -&gt; 사전 접수번호 시스템으로 발송 절차 단순화</li><li>건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합</li></ul> [ 큐레이터의 문장 🎒 ] <ol ><li>선한 의도에서 시작해 확장된 사용자 가치</li></ol><ul ><li>단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트</li><li>환경보호 실천을 위한 편리한 인프라 제공</li><li>디지털과 아날로그의 효과적인 접점 설계</li></ul> <ol start="2"><li>Usability 관점에서 고려사항</li></ol><ul ><li>누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치<ul ><li>ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?</li><li>'투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?</li></ul></li><li>가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까? </li></ul>3. Form Follows Function 관점의 분석<ul ><li>사용 목적에 맞는 투입구 크기 최적화</li><li>일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요</li><li>각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요 </li></ul>40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다. https://www.joongang.co.kr/article/25300277

중앙일보

《우체통의 40년 만의 진화로 보는 공공 디자인》

디자인 커뮤니케이션에서 신뢰를 쌓으려면 사실과 의견을 구분하는 습관이 중요합니다.

😵 의견: 버튼이 눈에 잘 띄지 않아서 사용자가 혼란스러웠던 것 같습니다.
✅ 사실: 5명 중 4명이 결제 과정에서 ‘계속하기’ 버튼을 찾지 못했습니다. - [이후 의견 더하기: 결제 과정이 너무 길거나 복잡한 것 같아요.]

감정을 뺀 객관적 사실로 시작하고, 추측(의견)은 그 뒤에 말하면 좋아요. 간단하지만 강력한 커뮤니케이션 팁이예요!

디자인 커뮤니케이션에서 신뢰를 쌓으려면 사실과 의견을 구분하는 습관이 중요합니다. 😵 의견: 버튼이 눈에 잘 띄지 않아서 사용자가 혼란스러웠던 것 같습니다.✅ 사실: 5명 중 4명이 결제 과정에서 ‘계속하기’ 버튼을 찾지 못했습니다. - [이후 의견 더하기: 결제 과정이 너무 길거나 복잡한 것 같아요.] 감정을 뺀 객관적 사실로 시작하고, 추측(의견)은 그 뒤에 말하면 좋아요. 간단하지만 강력한 커뮤니케이션 팁이예요!

사실과 의견 구별, 논리적 커뮤케이션의 첫 걸음?

🔗 디자인 취업 고민 오픈 채팅방을 운영 중입니다.

✅ 실제로 디자인 취업 고민이 있으신 분들만 오셨으면 합니다! (964/1000 정원)

입사 과정에서 겪는 다양한 어려움을 함께 나누고, 실질적인 조언을 주고받을 수 있는 분위기를 지향합니다. 서로의 고민을 이야기하고, 더 나은 포트폴리오를 만들기 위한 인사이트를 얻어가세요

<디자인 취업 고민>
https://open.kakao.com/o/gqr3zbNg

커피챗을 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 | 빨간색 광역버스에 백팩을 메고 탑니다

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

경력자와 전문가를 연결하는 커리어 성장 컨퍼런스

NCC | Next Career Conference

ZEP Next Career Conference 2024
정답이 아니어도 표본을 늘린다는 마음으로

 * 2013년 사내 메일로 매일 뉴스레터를 보냈습니다.
 * 2017년 뉴스레터를 모아 블로그를 만들었습니다.
 * 2018년 무지호텔 이야기를 퍼블리에 실었습니다.
 * 2019년 레드버스백맨을 만들었습니다.
 * 2020년 다시 뉴스레터를 매달 보냈습니다.
 * 2021년 초기 스타트업 자문을 시작했습니다.
 * 2022년 중기부 등 기관 자문을 시작했습니다.
 * 2023년 트레바리 <리서치 하는데요>를 시작했습니다.
 * 2024년 TEDx에서 리서치하는 마음을 전했습니다.

[ 큐레이터의 문장 🎒 ]

여전히 시행착오가 많지만 그럼에도 관찰하고 기록해서 공유하면 다른 생각을 하는 사람과 연결되고 다름에서 차이만큼 변화한다고 믿습니다. 정답이 아니어도 내 생각을 공유하면 표본, 보기, 사례가 되니 그것으로도 충분하다는 생각으로 100번이 넘는 커피챗을 하고 시간을 내어 리서치에 대해 알리고 있습니다.

제 생각을 전달하는 ZEP 2024 커리어 컨퍼런스에 관심 있는 팔로워 10분을 선정하여 초대해드리겠습니다.

 1. 레드버스백맨 인스타그램 팔로우
 2. 댓글로 신청메시지 2줄 이상 작성
 3. 2024.12.12 08:00 당첨자 개별 DM
컨퍼런스에서 뵙겠습니다.

https://ncc.zepx.us/

ZEP Next Career Conference 2024정답이 아니어도 표본을 늘린다는 마음으로 <ul><li>2013년 사내 메일로 매일 뉴스레터를 보냈습니다.</li><li>2017년 뉴스레터를 모아 블로그를 만들었습니다.</li><li>2018년 무지호텔 이야기를 퍼블리에 실었습니다.</li><li>2019년 레드버스백맨을 만들었습니다.</li><li>2020년 다시 뉴스레터를 매달 보냈습니다.</li><li>2021년 초기 스타트업 자문을 시작했습니다.</li><li>2022년 중기부 등 기관 자문을 시작했습니다.</li><li>2023년 트레바리 &lt;리서치 하는데요&gt;를 시작했습니다.</li><li>2024년 TEDx에서 리서치하는 마음을 전했습니다.</li></ul> [ 큐레이터의 문장 🎒 ] 여전히 시행착오가 많지만 그럼에도 관찰하고 기록해서 공유하면 다른 생각을 하는 사람과 연결되고 다름에서 차이만큼 변화한다고 믿습니다. 정답이 아니어도 내 생각을 공유하면 표본, 보기, 사례가 되니 그것으로도 충분하다는 생각으로 100번이 넘는 커피챗을 하고 시간을 내어 리서치에 대해 알리고 있습니다. 제 생각을 전달하는 ZEP 2024 커리어 컨퍼런스에 관심 있는 팔로워 10분을 선정하여 초대해드리겠습니다. <ol><li>레드버스백맨 인스타그램 팔로우</li><li>댓글로 신청메시지 2줄 이상 작성</li><li>2024.12.12 08:00 당첨자 개별 DM</li></ol>컨퍼런스에서 뵙겠습니다. https://ncc.zepx.us/

ncc.zepx.us

⟪정답이 아니어도 표본을 늘린다는 마음으로⟫

노벨문학상 수상을 위해 스웨덴 스톡홀름을 찾은 한강 작가는 6일(현지시각) 노벨상 박물관을 찾는 것으로 첫 일정을 시작했다. 한강 작가는 소설 ‘작별하지 않는다’를 집필할 당시 썼던 ‘작은 찻잔’을 박물관에 기증했다. 그는 “찻잔은 나를 책상으로 돌아가게 하는 주문과

한강이 기증한 ‘작은 찻잔’…“날 책상으로 돌아가게 하는 주문”

소설가 한강이 노벨문학상 수상자로서 고심 끝에 내놓은 건 집필할 때의 '일상'이 담긴 '작은 찻잔'이었습니다. 

한강 작가는 현지시간 6일, 스웨덴 스톡홀름 노벨상박물관에서 진행된 '노벨상 수상자 소장품 기증 행사'에서 옥색 빛이 감도는 찻잔을 미리 준비해 둔 메모와 함께 전달했습니다. 

그는 메모에 “『작별하지 않는다』를 쓰는 동안 몇 개의 루틴을 지키려고 노력했다. (늘 성공했던 것은 아니다.)”라고 소개했습니다. 

3가지 루틴

 1. 아침 5시 30분에 일어나 가장 맑은 정신으로 전날까지 쓴 소설의 다음을 이어 쓰기 
 2. 당시 살던 집 근처의 천변을 하루 한번 이상 걷기 
 3. 보통 녹차 잎을 우리는 찻주전자에 홍차잎을 넣어 우린 다음 책상으로 돌아갈 때마다 한잔씩만 마시기 

"그렇게 하루에 예닐곱 번, 이 작은 잔의 푸르스름한 안쪽을 들여다보는 일이 당시 내 생활의 중심이었다"라고 마무리했습니다. 

https://www.hani.co.kr/arti/international/europe/1171517.html

소설가 한강이 노벨문학상 수상자로서 고심 끝에 내놓은 건 집필할 때의 '일상'이 담긴 '작은 찻잔'이었습니다.&nbsp; 한강 작가는 현지시간 6일, 스웨덴 스톡홀름 노벨상박물관에서 진행된 '노벨상 수상자 소장품 기증 행사'에서 옥색 빛이 감도는 찻잔을 미리 준비해 둔 메모와 함께 전달했습니다.&nbsp; 그는 메모에 “『작별하지 않는다』를 쓰는 동안 몇 개의 루틴을 지키려고 노력했다. (늘 성공했던 것은 아니다.)”라고 소개했습니다.&nbsp; 3가지 루틴 <ol ><li>아침 5시 30분에 일어나 가장 맑은 정신으로 전날까지 쓴 소설의 다음을 이어 쓰기&nbsp;</li><li>당시 살던 집 근처의 천변을 하루 한번 이상 걷기&nbsp;</li><li>보통 녹차 잎을 우리는 찻주전자에 홍차잎을 넣어 우린 다음 책상으로 돌아갈 때마다 한잔씩만 마시기&nbsp;</li></ol> "그렇게 하루에 예닐곱 번, 이 작은 잔의 푸르스름한 안쪽을 들여다보는 일이 당시 내 생활의 중심이었다"라고 마무리했습니다.&nbsp; https://www.hani.co.kr/arti/international/europe/1171517.html

한겨레

《노벨문학상 수상자, 한강 작가의 '푸른 찻잔'에 담긴 3가지 루틴》

2016년 하버드비즈니스리뷰에 실린 JTBD(Jobs To Be Done)을 UX리서치 관점에서 해석했습니다. 글로벌 기업들의 84%가 혁신을 최우선 과제로 꼽지만, 94%는 자사의 혁신 성과에 불만족스럽다고 답했는데요. 데이터는 넘치는데 왜 데이터 기반의 혁신은 여전히 어려울까요?

우리는 왜 사용자의 진짜 니즈를 놓치는가 (JTBD)

2016년 하버드비즈니스리뷰에 실린 고전, JTBD(Jobs To Be Done)을 UX 리서치 관점에서 해석했습니다. 당시 조사에 따르면 글로벌 기업들의 84%가 혁신을 최우선 과제로 꼽지만, 94%는 자사의 혁신 성과에 불만족스럽다고 답했는데요. 2024년에도 혁신하려고 하는 의지는 비슷해 보입니다. 빅데이터 시대에 고객 정보는 빠르게 쌓이고 소화하기 어려울 만큼 넘치는데, 왜 데이터 기반의 혁신은 여전히 어려울까요?

[ 🔍 Jobs To Be Done 프레임워크 ]

UX팀에서 자주 활용하는 'JTBD' 개념을 사용자 입장에서 생각하면 명쾌합니다. "우리는 제품을 '고용'합니다. 일을 잘하면 다시 쓰고(재고용), 못하면 다른 제품으로 바꾸죠(해고)." 사용자가 제품이나 서비스를 구매하는 것을 '고용(Hiring)' 개념을 적용해서 이해하는 것이죠. 사용자가 원하는 목적을 달성하기 위해서 제품을 고용하지만, 원하는 수준으로 목적을 달성하지 못하면 더 이상 고용하지 않는다는 의미입니다.

UX 리서치를 할 때 가장 중요한 것이 '사용하는 맥락(context)'입니다. 제품이나 서비스는 항상 구체적인 상황에서 사용하기 마련입니다. JTBD 프레임워크를 사용자가 제품이나 서비스를 사용하는 맥락을 발견하는 도구로 활용할 수 있습니다.

1️⃣ 구매는 특정 상황에서 '해결하고 싶은 일'이 있을 때 발생한다.
2️⃣ 사용자의 니즈는 단순한 기능이 아닌 감정적, 사회적 차원을 포함한다.
3️⃣ 이건 사소해 보이는 일(줄 서서 기다리는 동안 시간 보내기) 일 수도, 중요해 보이는 일(더 보람 있는 새로운 커리어 개발) 일 수도 있다.

[ 리서치 관점에서 고려할 3가지 ]

1️⃣ 단순 인터뷰가 아닌 사용자의 실제 행동 관찰하기
2️⃣ 상황과 행동 맥락에 집중하기
3️⃣ 기능적/감정적/사회적 니즈를 복합적으로 분석하기

[ Case Study | 디트로이트 콘도 개발사 ]

1. 초기 리서치 방식

1️⃣ 전통적 리서치 수행: FGI로 기존 사용자들의 선호 기능 파악
2️⃣ Behavior: 솔루션 탐색 - 고급 마감재, 넓은 거실 등 상품성 스펙 강화
3️⃣ Impact: 비즈니스 성과 - 방문객은 증가했지만 구매 전환율 감소

2. 맥락을 고려한 새로운 리서치 방식

1️⃣ 구매자 대상으로 타임라인 기반의 인터뷰 수행

➊ 예상과 달리 구매자들의 인구통계학적 특성이나 선호 기능은 구매 결정과 무관
➋ 구매 결정의 결정적 순간(MoT) 분석
"식당 테이블 문제만 해결되면 이사할 수 있는데"라는 답변 반복
"식당 테이블"은 생일, 숙제, 기념일, 크리스마스 등 '가족의 추억'을 상징

2️⃣ Key Findings

➊ 콘도 구매는 단순한 '주거 공간 구매'가 아닌 '인생의 전환점'
➋ 물리적 공간 스펙보다 과정에서 느끼는 감정적 허들이 구매 방해
➌ 오래된 테이블은 '가구'가 아닌 '가족 추억의 상징', 가족과의 연결고리

3️⃣ Behavior: 솔루션 탐색

➊ 이사 서비스 제공
➋ 2년간 가구 보관 서비스
➌ 콘도 내 물건을 수납할 수 있는 창고 마련

4️⃣ Impact: 비즈니스 성과

➊ 이사비를 포함해 가격 $3,500 인상에도 구매 전환율 증가
➋ 2007년 업계 전체 판매 49% 감소 시기에 25% 성장
➌ 높은 고객 만족도 유지

[ UX 리서치를 위한 JTBD Takeaways ]

1. 리서치 설계 시 고려할 점 3가지

1️⃣ 사용자의 행동 맥락 관찰
- "왜 구매하셨나요?" 대신 "이 결정에 이르기까지의 과정을 들려주세요"
- 행위 그 자체에 매몰되는 대신 행위에 이르는 전, 후 과정에서 했던 고민을 확인하기
2️⃣ 정량 데이터와 정성 데이터 Mixed Use
3️⃣ 리서치 과정에서 사용자가 말한 것(Saying)과 실제 행동(Did)의 차이

2. 사용자 인터뷰 진행 시 고려할 점 3가지

1️⃣ "왜?"를 넘어 "어떤 상황에서?"에 집중
2️⃣ 실제 구매이력/사용한 상황에 대해 타임라인 파악
3️⃣ 준거집단의 감정적/사회적 맥락까지 탐색

3. Case Study 솔루션 탐색에서 기억할 점 3가지

1️⃣ 물리적 솔루션(보관 공간)과 감정적 솔루션(정리 시간) 동시 제공
2️⃣ 전체 여정에서의 불안 포인트 제거
3️⃣ 높은 가격에도 구매로 이어지는 가치 제공

UX 리서치가 '표면적 데이터 수집'을 넘어 '맥락의 발견'이어야 실질적인 성과로 이어질 수 있습니다. 사용자 경험(UX) 개선은 겉으로 보이는 데이터를 넘어 사용자의 감정까지 포함한 총체적인 맥락을 이해하는 것에서 시작된다고 믿습니다.

Source: HBR "Know Your Customers' 'Jobs to Be Done'" by Clayton M. Christensen, Taddy Hall, Karen Dillon and David S. Duncan

https://redbusbagman.com/jtbd/

2016년 하버드비즈니스리뷰에 실린 고전, JTBD(Jobs To Be Done)을 UX 리서치 관점에서 해석했습니다. 당시 조사에 따르면 글로벌 기업들의 84%가 혁신을 최우선 과제로 꼽지만, 94%는 자사의 혁신 성과에 불만족스럽다고 답했는데요. 2024년에도 혁신하려고 하는 의지는 비슷해 보입니다. 빅데이터 시대에 고객 정보는 빠르게 쌓이고 소화하기 어려울 만큼 넘치는데, 왜 데이터 기반의 혁신은 여전히 어려울까요? [ 🔍 Jobs To Be Done 프레임워크 ] UX팀에서 자주 활용하는 'JTBD' 개념을 사용자 입장에서 생각하면 명쾌합니다. "우리는 제품을 '고용'합니다. 일을 잘하면 다시 쓰고(재고용), 못하면 다른 제품으로 바꾸죠(해고)." 사용자가 제품이나 서비스를 구매하는 것을 '고용(Hiring)' 개념을 적용해서 이해하는 것이죠. 사용자가 원하는 목적을 달성하기 위해서 제품을 고용하지만, 원하는 수준으로 목적을 달성하지 못하면 더 이상 고용하지 않는다는 의미입니다. UX 리서치를 할 때 가장 중요한 것이 '사용하는 맥락(context)'입니다. 제품이나 서비스는 항상 구체적인 상황에서 사용하기 마련입니다. JTBD 프레임워크를 사용자가 제품이나 서비스를 사용하는 맥락을 발견하는 도구로 활용할 수 있습니다. 1️⃣ 구매는 특정 상황에서 '해결하고 싶은 일'이 있을 때 발생한다.2️⃣ 사용자의 니즈는 단순한 기능이 아닌 감정적, 사회적 차원을 포함한다.3️⃣ 이건 사소해 보이는 일(줄 서서 기다리는 동안 시간 보내기) 일 수도, 중요해 보이는 일(더 보람 있는 새로운 커리어 개발) 일 수도 있다. [ 리서치 관점에서 고려할 3가지 ] 1️⃣ 단순 인터뷰가 아닌 사용자의 실제 행동 관찰하기2️⃣ 상황과 행동 맥락에 집중하기3️⃣ 기능적/감정적/사회적 니즈를 복합적으로 분석하기 [ Case Study | 디트로이트 콘도 개발사 ] 1. 초기 리서치 방식 1️⃣ 전통적 리서치 수행: FGI로 기존 사용자들의 선호 기능 파악2️⃣ Behavior: 솔루션 탐색 - 고급 마감재, 넓은 거실 등 상품성 스펙 강화3️⃣ Impact: 비즈니스 성과 - 방문객은 증가했지만 구매 전환율 감소 2. 맥락을 고려한 새로운 리서치 방식 1️⃣ 구매자 대상으로 타임라인 기반의 인터뷰 수행 ➊ 예상과 달리 구매자들의 인구통계학적 특성이나 선호 기능은 구매 결정과 무관➋ 구매 결정의 결정적 순간(MoT) 분석"식당 테이블 문제만 해결되면 이사할 수 있는데"라는 답변 반복"식당 테이블"은 생일, 숙제, 기념일, 크리스마스 등 '가족의 추억'을 상징 2️⃣ Key Findings ➊ 콘도 구매는 단순한 '주거 공간 구매'가 아닌 '인생의 전환점'➋ 물리적 공간 스펙보다 과정에서 느끼는 감정적 허들이 구매 방해➌ 오래된 테이블은 '가구'가 아닌 '가족 추억의 상징', 가족과의 연결고리 3️⃣ Behavior: 솔루션 탐색 ➊ 이사 서비스 제공➋ 2년간 가구 보관 서비스➌ 콘도 내 물건을 수납할 수 있는 창고 마련 4️⃣ Impact: 비즈니스 성과 ➊ 이사비를 포함해 가격 $3,500 인상에도 구매 전환율 증가➋ 2007년 업계 전체 판매 49% 감소 시기에 25% 성장➌ 높은 고객 만족도 유지 [ UX 리서치를 위한 JTBD Takeaways ] 1. 리서치 설계 시 고려할 점 3가지 1️⃣ 사용자의 행동 맥락 관찰 - "왜 구매하셨나요?" 대신 "이 결정에 이르기까지의 과정을 들려주세요" - 행위 그 자체에 매몰되는 대신 행위에 이르는 전, 후 과정에서 했던 고민을 확인하기2️⃣ 정량 데이터와 정성 데이터 Mixed Use3️⃣ 리서치 과정에서 사용자가 말한 것(Saying)과 실제 행동(Did)의 차이 2. 사용자 인터뷰 진행 시 고려할 점 3가지 1️⃣ "왜?"를 넘어 "어떤 상황에서?"에 집중2️⃣ 실제 구매이력/사용한 상황에 대해 타임라인 파악3️⃣ 준거집단의 감정적/사회적 맥락까지 탐색 3. Case Study 솔루션 탐색에서 기억할 점 3가지 1️⃣ 물리적 솔루션(보관 공간)과 감정적 솔루션(정리 시간) 동시 제공2️⃣ 전체 여정에서의 불안 포인트 제거3️⃣ 높은 가격에도 구매로 이어지는 가치 제공 UX 리서치가 '표면적 데이터 수집'을 넘어 '맥락의 발견'이어야 실질적인 성과로 이어질 수 있습니다. 사용자 경험(UX) 개선은 겉으로 보이는 데이터를 넘어 사용자의 감정까지 포함한 총체적인 맥락을 이해하는 것에서 시작된다고 믿습니다. Source: HBR "Know Your Customers' 'Jobs to Be Done'" by Clayton M. Christensen, Taddy Hall, Karen Dillon and David S. Duncan https://redbusbagman.com/jtbd/

《우리는 왜 사용자의 진짜 니즈를 놓치는가》

"처음에는 '돌XX' 소리 들을 거 같아 망설였어요. 하지만 아예 '상돌XX'가 되라는 주변의 조언에 결심을 굳혔죠." 고속도로 등 도로 분기점이나 교차로에서 흔히 볼 수 있는 '노면 색깔 유도선'을 국내 최초로 개

누가 뭐라하든 도로에 '분홍선'... 이 남자 덕에 사고 85% 줄었다 [혁신하는 대한민국 사람들]

어제 트레바리 <리서치 하는데요> 시즌4 첫 번째 모임, 북토크 중 나왔던 ‘노면 색깔 유도선 아이디어’를 제시했던 담당자, 한국도로공사 유석덕 차장님 인터뷰에서 '그렇게까지 해야 해?' 대신 '어떻게 하면 더 나아질 수 있을까?'의 일 하는 마음을 발견했습니다.

[ 큐레이터의 문장 🎒 ]

 * 2009년 인천지사 근무 중 영동고속도로 둔대분기점에서 길 잘못 들어 서해안고속도로를 탔던 자신의 경험에서 출발 -> 스스로 사용자가 되었을 때 경험했던 심각한 불편함
 * 헷갈리는 분기점, 나들목, 교차로 “초등학생도 알 수 있게 해 보자”라는 아이디어에서 출발 -> "초등학생"도 쉽게는 사용성을 높이기 위한 장치
 * 당시 근무했던 군포지사 지사장께서는 (이분의 리더) “초등학생도 알 수 있는 예방 대책” 주문 -> 리더십의 의사결정, 공감대 형성
 * 크레파스로 그림 그리던 8살, 4살 아이들 보다가 아이디어가 떠올라 -> 솔루션 발견은 일상에서, 일과 삶에 대한 절대적 분리(On vs. Off) 대신 0-10 단계로 바라보기
 * 법이 막아도 안전이 더 중요하다며 도로교통법에서 제한했던 ‘분홍색’ 도입 추진 -> 흰색, 주황색, 빨간색, 파란색 등은 모두 각각의 의미가 있고 고정관념을 깨기 어렵다는 판단
 * 사고 막을 수 있다는 확신을 갑고 밀어붙여 '돌아이'라는 이야기까지 들어가며 ‘분홍색’ 관철
 * 도입 후 사고율이 85% 감소, 10년 만에 합법화, 국민훈장 수여

오랜만에 인터뷰를 다시 보니 사용성을 정의할 때 ‘평범한 또는 평균 이하의 수준의 사람도 쉽게 쓸 수 있는가?’를 기준으로 삼는 것과 유사하게 ‘초등학생’도 알 수 있게 한다는 점이 인상적이었습니다. 또한 Top 레벨의 공감대를 형성한다, 돌아이라는 소리를 들어도, 오래 걸려도 추진했다는 점이 새삼 대단하게 느껴지네요!

https://n.news.naver.com/article/014/0005247782

어제 트레바리 &lt;리서치 하는데요&gt; 시즌4 첫 번째 모임, 북토크 중 나왔던 ‘노면 색깔 유도선 아이디어’를 제시했던 담당자, 한국도로공사 유석덕 차장님 인터뷰에서 '그렇게까지 해야 해?' 대신 '어떻게 하면 더 나아질 수 있을까?'의 일 하는 마음을 발견했습니다. [ 큐레이터의 문장 🎒 ] <ul ><li>2009년 인천지사 근무 중 영동고속도로 둔대분기점에서 길 잘못 들어 서해안고속도로를 탔던 자신의 경험에서 출발 -&gt; 스스로 사용자가 되었을 때 경험했던 심각한 불편함</li><li>헷갈리는 분기점, 나들목, 교차로 “초등학생도 알 수 있게 해 보자”라는 아이디어에서 출발 -&gt; "초등학생"도 쉽게는 사용성을 높이기 위한 장치</li><li>당시 근무했던 군포지사 지사장께서는 (이분의 리더) “초등학생도 알 수 있는 예방 대책” 주문 -&gt; 리더십의 의사결정, 공감대 형성</li><li>크레파스로 그림 그리던 8살, 4살 아이들 보다가 아이디어가 떠올라 -&gt; 솔루션 발견은 일상에서, 일과 삶에 대한 절대적 분리(On vs. Off) 대신 0-10 단계로 바라보기</li><li>법이 막아도 안전이 더 중요하다며 도로교통법에서 제한했던 ‘분홍색’ 도입 추진 -&gt; 흰색, 주황색, 빨간색, 파란색 등은 모두 각각의 의미가 있고 고정관념을 깨기 어렵다는 판단</li><li>사고 막을 수 있다는 확신을 갑고 밀어붙여 '돌아이'라는 이야기까지 들어가며 ‘분홍색’ 관철 </li><li>도입 후 사고율이 85% 감소, 10년 만에 합법화, 국민훈장 수여</li></ul> 오랜만에 인터뷰를 다시 보니 사용성을 정의할 때 ‘평범한 또는 평균 이하의 수준의 사람도 쉽게 쓸 수 있는가?’를 기준으로 삼는 것과 유사하게 ‘초등학생’도 알 수 있게 한다는 점이 인상적이었습니다. 또한 Top 레벨의 공감대를 형성한다, 돌아이라는 소리를 들어도, 오래 걸려도 추진했다는 점이 새삼 대단하게 느껴지네요! https://n.news.naver.com/article/014/0005247782

n.news.naver.com

《‘노면 색깔 유도선 아이디어’는 어떻게 실현되었을까?》

episode YONGSAN 241 CON-T by SK D&D | Category: User Experience Design (UX) - Best User Interface / Experience | London Design Awards

episode YONGSAN 241 CON-T by SK D&D

올해 용산에서 선보인 7번째 에피소드, 에피소드 용산 241이 런던디자인어워드에서 4개의 상을 수상했습니다. 건축, 인테리어, UX, 브랜딩까지. 하나의 프로젝트로 글로벌 디자인 어워드에서 4개의 상을 수상했다는 것만으로 기분 좋은 소식이었는데요. 이 결과가 의미를 갖는 데는 '그렇게까지 해야 해?' 대신 '어떻게 하면 더 나아질까?'라는 문제의식이 있었기 때문입니다. 2가지 고민이 담겨 있습니다.

 1. 더 나은 도시생활을 만들기 위한 고민

이미 서울에서 1인 가구 비중은 절반을, 국내 1인 가구 숫자는 1,000만 명을 넘어섰습니다. 전세제도에 대한 불안감이 '전세사기'로 크게 커진 시점에 월세 거래는 전세 거래보다 많아졌죠. 어떻게 하면 임대주택에서 경험재로서 토지, 건물, 공간이 더 나은 경험을 제공할 수 있을까요? 에피소드는 이런 고민 속에서 계속 새로운 시도를 이어가고 있고 UX 리서치를 결합한 공간, 서비스를 제공하고 있습니다. 로비에서 어떻게 입주민을 환대하고, 라포를 천천히, 과하지 않게 형성할 수 있을까라는 고민으로부터 로비에는 콘크리트에 스며든 빛, '콘-트(CON-T)'가 만들어졌습니다.

입주민 전용 App을 통해 정문에 QR코드를 태깅하면 그날의 날씨, 나의 닉네임, 나의 기념일, 내가 예약한 커뮤니티 행사 등을 조합해 환대의 메시지를 보여주는 인터랙티브 미디어월. 기시감이 들지 않도록, 다른 사람이 내 닉네임이나 나를 향한 환대의 메시지를 볼 때 불편하지 않도록 QR코드를 태깅하고 문을 연 사용자에게만 문을 열 때 메시지가 보이도록 만들었습니다. 가까이 다가가거나 멀리서는 그냥 콘크리트에 스며든 빛으로만 보여서 로비를 밝혀주는 느낌을 구현했습니다. 내가 거주하면서 쌓는 전용부와 공용부의 데이터로 점점 나를 닮아가는 메시지가 나타날 수 있는 콘텐츠까지. 이런 경험을 만들기 위해서 빛이 눈에 직접 닿지 않도록, 일출과 일몰시간에 따라 적정조도로 변하도록, 메시지의 종류에 따라 최적의 타이포그래피를 UT(Usability Testing)를 통해 찾아냈습니다. 이렇게까지 해야 할까?라는 고민 대신 어떻게 하면 더 나아질까?라는 고민한 결과입니다.

 2. 공유하는 것까지도 만드는 일이라는 고민

사실 에피소드는 한국보다 해외에서 더 알려져 있는 주거 브랜드입니다. 기업형 임대주택이 생소한 시기에 한국에서 새로운 주거대안을 만들겠다는 '에피소드'는 이미 Red Dot, iF Design Award 등 수십 개의 글로벌 디자인 어워드를 수상했습니다. 이번 런던디자인어워드 수상이 특별히 의미 있는 이유는 인하우스에서 작업을 진행했기 때문입니다. 통상 디자인 어워드를 출품하는 주체가 건축 설계사, 인테리어 설계사, 브랜딩 컨설팅펌 등 프로젝트를 함께 한 비즈니스 파트너인 경우가 많았습니다. 새로운 에피소드를 만드느라 여념이 없는 인하우스 디자인팀에서 디자인 어워드 출품까지 준비한 이유는 단순합니다.

무언가를 만드는 것으로 끝낼 것이냐? 잘 만들고 운영하면서 개선할 것이냐? 잘 만든 것이 나의 만족감에서 그치지 않도록, 회사 차원과 브랜드 차원에서 더 널리 알려지도록 주변에 소개하고 알리는 일까지 할 것이냐? 저는 그 답이 있다고 생각하고 그 답을 계속 찾아갈 계획입니다.

https://thelondondesignawards.com/winner-info.php?id=3844

올해 용산에서 선보인 7번째 에피소드, 에피소드 용산 241이 런던디자인어워드에서 4개의 상을 수상했습니다. 건축, 인테리어, UX, 브랜딩까지. 하나의 프로젝트로 글로벌 디자인 어워드에서 4개의 상을 수상했다는 것만으로 기분 좋은 소식이었는데요. 이 결과가 의미를 갖는 데는 '그렇게까지 해야 해?' 대신 '어떻게 하면 더 나아질까?'라는 문제의식이 있었기 때문입니다. 2가지 고민이 담겨 있습니다. <ol ><li>더 나은 도시생활을 만들기 위한 고민</li></ol> 이미 서울에서 1인 가구 비중은 절반을, 국내 1인 가구 숫자는 1,000만 명을 넘어섰습니다. 전세제도에 대한 불안감이 '전세사기'로 크게 커진 시점에 월세 거래는 전세 거래보다 많아졌죠. 어떻게 하면 임대주택에서 경험재로서 토지, 건물, 공간이 더 나은 경험을 제공할 수 있을까요? 에피소드는 이런 고민 속에서 계속 새로운 시도를 이어가고 있고 UX 리서치를 결합한 공간, 서비스를 제공하고 있습니다. 로비에서 어떻게 입주민을 환대하고, 라포를 천천히, 과하지 않게 형성할 수 있을까라는 고민으로부터 로비에는 콘크리트에 스며든 빛, '콘-트(CON-T)'가 만들어졌습니다. 입주민 전용 App을 통해 정문에 QR코드를 태깅하면 그날의 날씨, 나의 닉네임, 나의 기념일, 내가 예약한 커뮤니티 행사 등을 조합해 환대의 메시지를 보여주는 인터랙티브 미디어월. 기시감이 들지 않도록, 다른 사람이 내 닉네임이나 나를 향한 환대의 메시지를 볼 때 불편하지 않도록 QR코드를 태깅하고 문을 연 사용자에게만 문을 열 때 메시지가 보이도록 만들었습니다. 가까이 다가가거나 멀리서는 그냥 콘크리트에 스며든 빛으로만 보여서 로비를 밝혀주는 느낌을 구현했습니다. 내가 거주하면서 쌓는 전용부와 공용부의 데이터로 점점 나를 닮아가는 메시지가 나타날 수 있는 콘텐츠까지. 이런 경험을 만들기 위해서 빛이 눈에 직접 닿지 않도록, 일출과 일몰시간에 따라 적정조도로 변하도록, 메시지의 종류에 따라 최적의 타이포그래피를 UT(Usability Testing)를 통해 찾아냈습니다. 이렇게까지 해야 할까?라는 고민 대신 어떻게 하면 더 나아질까?라는 고민한 결과입니다. <ol start="2"><li>공유하는 것까지도 만드는 일이라는 고민</li></ol> 사실 에피소드는 한국보다 해외에서 더 알려져 있는 주거 브랜드입니다. 기업형 임대주택이 생소한 시기에 한국에서 새로운 주거대안을 만들겠다는 '에피소드'는 이미 Red Dot, iF Design Award 등 수십 개의 글로벌 디자인 어워드를 수상했습니다. 이번 런던디자인어워드 수상이 특별히 의미 있는 이유는 인하우스에서 작업을 진행했기 때문입니다. 통상 디자인 어워드를 출품하는 주체가 건축 설계사, 인테리어 설계사, 브랜딩 컨설팅펌 등 프로젝트를 함께 한 비즈니스 파트너인 경우가 많았습니다. 새로운 에피소드를 만드느라 여념이 없는 인하우스 디자인팀에서 디자인 어워드 출품까지 준비한 이유는 단순합니다. 무언가를 만드는 것으로 끝낼 것이냐? 잘 만들고 운영하면서 개선할 것이냐? 잘 만든 것이 나의 만족감에서 그치지 않도록, 회사 차원과 브랜드 차원에서 더 널리 알려지도록 주변에 소개하고 알리는 일까지 할 것이냐? 저는 그 답이 있다고 생각하고 그 답을 계속 찾아갈 계획입니다. https://thelondondesignawards.com/winner-info.php?id=3844

London Design Awards

《에피소드 용산 241, 2024 런던디자인어워드 4관왕》

이 글은... '이름 들으면 알 정도의' 스타트업이 아니라, 그 아래에서 성공하기 위해 고군분투하고 있는 작은 스타트업 주니어에 대한 글이다. 그리고 그 안에서 고군분투했던 내가 어떤 실패를 겪었는지, 무엇을 느꼈는지에 대해 적어보고자 한다. 초기 스타트업이라고 불리는 곳에 '지원해볼까? 말까?'하고 있는, 혹은 다니고 있는 주니어들에게 도움이 되지 않을까

13화 스타트업에서 성장한다는 주니어의 착각

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다.

주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.
조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다.

하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다
어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.
결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다.

회사의 성장은 나의 성장이라고 믿었다.
실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다.

여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.
현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다.

시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.
그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다.

회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.
이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.
단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다.

논리와 근거가 있어도 쉽게 무너진다.
조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다.

하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.
주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다. 주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다. 하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다. 회사의 성장은 나의 성장이라고 믿었다.실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다. 여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다. 시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다. 회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다. 논리와 근거가 있어도 쉽게 무너진다.조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다. 하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

Brunch Story

스타트업에서 성장한다는 주니어의 착각

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다.

 1. 유지 보수성
    * 코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.
    * 코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.
 2. 복잡성의 비용
    * 불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다
    * 가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.
 3. KISS 원칙
    * "Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.
 4. YAGNI 원칙
    * "You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.
 5. DRY 원칙
    * "Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.

경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다.

잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다.

 1. 기능주의 사고방식
    * "많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.
 2. 단순화 기술 부족
    * 복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.
 3. 과잉 설계 (Overengineering)
    * 모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.

더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다.

"I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다. <ol ><li>유지 보수성<ul ><li>코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.</li><li>코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.</li></ul></li><li>복잡성의 비용<ul ><li>불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다</li><li>가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.</li></ul></li><li>KISS 원칙<ul ><li>"Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.</li></ul></li><li>YAGNI 원칙<ul ><li>"You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.</li></ul></li><li>DRY 원칙<ul ><li>"Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.</li></ul></li></ol> 경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다. 잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다. <ol ><li>기능주의 사고방식<ul ><li>"많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.</li></ul></li><li>단순화 기술 부족<ul ><li>복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.</li></ul></li><li>과잉 설계 (Overengineering)<ul ><li>모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.</li></ul></li></ol> 더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다. "I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

코드 가독성과 빼기의 미학

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.

다시 공부한다면 탑다운 방식으로

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.
에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터.

C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다.
부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다.

그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고…
컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스.
그렇게 차근 차근 공부했습니다.

지금 생각하면 좋은 방법이었는지 의문이 듭니다.
그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?
코딩을 잘하고 싶으면 코딩을 많이 해봐야지.
그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로.

실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다.
운영체제 내부는 거의 아는 게 없지만…
앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다.

이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다.

다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다.
기술이 금세 바뀌어 버리니까.
요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다.
모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로.

이렇게 공부할 때는 주의할 점도 있습니다.
조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다.
이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다.

https://jeho.page/essay/2024/12/10/top-down-approach.html

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다. 에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터. C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다. 부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다. 그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고… 컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스. 그렇게 차근 차근 공부했습니다. 지금 생각하면 좋은 방법이었는지 의문이 듭니다. 그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?코딩을 잘하고 싶으면 코딩을 많이 해봐야지. 그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로. 실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다. 운영체제 내부는 거의 아는 게 없지만… 앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다. 이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다. 다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다. 기술이 금세 바뀌어 버리니까. 요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다. 모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로. 이렇게 공부할 때는 주의할 점도 있습니다. 조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다. 이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다. https://jeho.page/essay/2024/12/10/top-down-approach.html

K리그 프로그래머

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다!

사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ

저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏

📕 YES24: https://www.yes24.com/Product/Goods/134021042
📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265
📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다! 사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ 저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏 📕 YES24: https://www.yes24.com/Product/Goods/134021042 📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265 📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

헬로 Bun 🥟 eBook 출간 소식 📨

1
명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다.

2
설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다.

3
설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다.

4
당신을 팔아야 할 때도 마찬가지다.

5
누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다.

6
평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다.

7
그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다.

#싸우지않고이기는기술

1 명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다. ​ ​2 설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다. ​ ​3 설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다. ​ ​4 당신을 팔아야 할 때도 마찬가지다. ​ ​5 누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다. ​ ​6 평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다. ​ ​7 그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다. #싸우지않고이기는기술

< 당신을 팔고 싶다면, 평소에 장바구니에 담겨라 >

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응.

처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다.

게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다.

프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것.

고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다.

그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응. 처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다. 게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다. 프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것. 고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다. 그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신.

바로 데이터 분석에 뛰어들기 전,
아래의 체크리스트를 먼저 확인해보세요.

당신의 데이터 분석이 더욱 가치있어질 거에요.

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신. 바로 데이터 분석에 뛰어들기 전,아래의 체크리스트를 먼저 확인해보세요. 당신의 데이터 분석이 더욱 가치있어질 거에요.

데이터 분석 전 체크해야 하는 체크리스트 6가지

[Leadership] 유능한 직원은 떠나고 무능한 상사만 남는 이유

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까.

1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다.

예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다.

그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다.

권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다.

켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다.

이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다.

조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다.

그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다.

그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다.

따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다.

미국의 만화 <딜버트(Dilbert)>는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다.

열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다.

이 내용은 만화 <딜버트의 법칙>으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다.

딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다.

피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다.

무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까. 1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다. 예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다. 그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다. 권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다. 켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다. 이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다. 조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다. 그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다. 그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다. 따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다. 미국의 만화 &lt;딜버트(Dilbert)&gt;는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다. 열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다. 이 내용은 만화 &lt;딜버트의 법칙&gt;으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다. 딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다. 피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다. 무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

www.chiefexe.com

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다.

👉 총 45-55p 사이
👉 서비스 3~4개
👉 프로젝트 6~7개, 장당 7-8p
👉 프로젝트 = 서비스 아님
👉 서비스 하나당 n개의 프로젝트가 나올 수 있음
👉 한 프로젝트 구성
- 프로젝트 배경 > 문제인식 및 정의 > 가설 > 솔루션 > 결과해석 > 레슨런
👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨
👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다. 👉 총 45-55p 사이👉 서비스 3~4개👉 프로젝트 6~7개, 장당 7-8p👉 프로젝트 = 서비스 아님👉 서비스 하나당 n개의 프로젝트가 나올 수 있음👉 한 프로젝트 구성- 프로젝트 배경 &gt; 문제인식 및 정의 &gt; 가설 &gt; 솔루션 &gt; 결과해석 &gt; 레슨런👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

✋적당한 문제 해결 포트폴리오 장수는?

Findings in our latest study show that the quality of code written with GitHub Copilot is significantly more functional, readable, reliable, maintainable, and concise.

Does GitHub Copilot improve code quality? Here’s what the data says

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다.

5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다.

연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다.

https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다. 5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다. 연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다. https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

The GitHub Blog

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습

왜 헤어디자이너는 JMW를 사용할까?라는 질문에 대한 실마리 ✨ (다이슨은 가격과 AS 저항)

"JMW는 헤어 드라이어를 만들며 고객이 겪는 대표적인 불편을 6가지로 정의했습니다.

1. 무겁다
2. 소리가 크다
3. 빨리 마르지 않는다
4. 빨리 고장난다
5. 냉풍이 시원하지 않다
6. 전력 소모량이 크다"

왜 헤어디자이너는 JMW를 사용할까?라는 질문에 대한 실마리 ✨ (다이슨은 가격과 AS 저항) "JMW는 헤어 드라이어를 만들며 고객이 겪는 대표적인 불편을 6가지로 정의했습니다. 1. 무겁다2. 소리가 크다3. 빨리 마르지 않는다4. 빨리 고장난다5. 냉풍이 시원하지 않다6. 전력 소모량이 크다"

개발

이성현

프로덕트 매니저/서비스 기획

길림대학교 중국어

한임숙

⟪헤어 드라이어, 그 디테일의 발견 ⟫

Figma

UX 디자인

글쓰기

데이터 분석

브랜드 디자인

사용자 조사

인터랙션 디자인

콘텐츠 기획

'더 나은 도시생활'을 만드는 에피소드, 솔루션으로서의 주거상품을 만들기 위해 공간에서의 사용자 경험을 정의합니다.

[프로젝트]

- 에피소드 용산 241 (2023~present)
- 에피소드 신촌2 (2024~present)
- 에피소드 남산 (2023~present)

Space UX Researcher

CX(Customer eXperience) Lead 

1. Robo-taxi Customer eXperience (UX, Fleet, Space, Voice)
2. UX Design (RSI, Rear-Seat Infotainment)
3. UX Writing (Map Studio, RSI, Roof Indicator)

Customer Experience Design Lead

Senior UX Designer

1. Define 'SKT Service Design Identity'
2. T place(next TPS, T Premium Store) Service Design lead
3. SKT Smart Office Experience Design lead
4. SKT Recruiting Experience Design lead

Senior UX Designer

Conducting both qualitative and quantitative UX research for advertisers, sellers and consumers as well.

Senior UX Researcher

UX Researcher working for CX(Customer eXperiecne) Team and before in charge of SAMSUNG Nexshop Marketing solution concept design and schematic development in Samsung SDS Big Data Biz Unit. This solution is designed for retail business to provide a better shopping experience with customer behavior analytics.

UX Researcher

UX Designer working for Digital Customer Experience Team, while in charge of CXI(Customer eXperience Innovation).

1. Define HMC new SI(Service Identity) straightened to brand architecture.
 - Equipped the first half 2018 HMC Brand Strategy Committee
2. Develop 'Quality Time' service design theme and visualize Out-of-Car service use cases.
3. Design In-Car experience (Quality Drive) & Out-of-Car experience (Quality Time) along with Baidu to make new digital services fit for the Chinese auto

Design Management

심리학, 경제학, 철학

경험을 들여다봅니다. 심리학과 철학, 디자인경영을 공부했습니다. 현대차와 SK텔레콤, 자율주행 스타트업, 이커머스 기업을 거쳐 오프라인에서 더 나은 경험을 만들기 위해 UX 리서처로 일합니다. UX 리서처에게는 현상을 들여다보는 내적 호기심, 상대가 말하고 싶은 것을 묻는 공감, 표면과 근본을 구분해서 사고하는 균형감각이 중요하다고 믿습니다.

레드버스백맨

📚 트레바리 <리서치 하는데요>

🎒 redbusbagman

💌 newsletter

🐦 Twitter

빨강색 광역버스에 가방을 메고 탑니다.

리서처 앤 라이터

"헤어 드라이어 고민이시면 무조건 JMW꺼로 사세요" ‘JMW’라는 브랜드를 처음 알게 된 계기는 헤어샵에서였습니다. 헤어 드라이어를 새로 사려고 하는데 선생님 쓰시는게 좋아보인다고 했더니 고민 없이 본인의 헤어 드라이어를 알려주셨습니다. 헤어쪽 일을 십년 넘게 하면서 여러 브랜드의 헤어 드라이어를 써봤지만 이 녀석을 따라가는 헤어 드라이어가 없다는 말씀과 함께 말이죠. 그 후로 수영장, 헬스장, 여행 숙소 등에서 머리를

JMW는 어떻게 ‘헤어 드라이어’ 시장을 사로 잡은 강소 브랜드가 됐을까?

‘헤어 디자이너가 쓰는 드라이어’ ‘항공 모터 드라이어’로 입소문나며 헤어 드라이어 시장을 석권한 JMW. 중소기업 JMW는 어떻게 카테고리 킬러 제품을 만들게 됐을까, 그리고 고객의 선택을 받게 됐을까. 그 이유를 살펴보며 ‘팔리는 제품’의 원칙을 엿볼 수 있었다.

‘헤어 디자이너가 쓰는 드라이어’ ‘항공 모터 드라이어’로 입소문나며 헤어 드라이어 시장을 석권한 JMW. 중소기업 JMW는 어떻게 카테고리 킬러 제품을 만들게 됐을까, 그리고 고객의 선택을 받게 됐을까. 그 이유를 살펴보며 ‘팔리는 제품’의 원칙을 엿볼 수 있었다.

thinknote | 제 생각과 제게 영감을 준 브랜드와 트렌드 이야기를 다룹니다

JMW는 어떻게 ‘헤어 드라이어’ 시장을 사로 잡은 강소 브랜드가 됐을까

IT 회사에 마케터로 입사했다. 브랜드 마케터를 거쳐 현재는 IT 서비스 기획자로 일하고 있다. 공간과 제품, 서비스를 돋보이게 만든 디테일을 관찰하고 기록하며 콘텐츠로 만들었다. 그 결과, 사람들이 영감을 얻기 위해 찾아보는 블로그 ‘생각노트’가 됐다. 이를 시작으로 페이스북, 트위터, 인스타그램으로 1인 브랜드를 확장하며 현재는 약 17만 명의 구독자와 함께하고 있다. 지은 책으로는 기록 생활에 관한 노하우를 담은 《생각의 쓰임》, 여행에서 발견한 고객 중심 사례를 모은 《도쿄의 디테일》과 《교토의 디테일》이 있다.

⟪헤어 드라이어, 그 디테일의 발견 ⟫

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필