Storybook 9

드디어 스토리북 9이 베타 테스트를 끝내고 정식으로 출시되었습니다.

스토리북은 버전 업을 통해서 Vitest와 Playwright와 협력을 통해 궁극의 컴포넌트 테스팅 도구로 거듭나게 되었습니다. 상호작용, 접근성, 시각 테스트 뿐만 아니라 커버리지 보고까지 모두 스토리북에서 할 수 있게 되었네요.

• 모든 UI 상태에 걸친 상호작용, 접근성, 시각적 테스트를 지원하는 스토리북 테스트 도입
• 패키지 크기를 48% 줄이고 스토리 생성 및 태그 기반 구성 기능 추가
• Next.js, Svelte 5, React Native에 대한 프레임워크 지원 개선

https://storybook.js.org/blog/storybook-9/

드디어 스토리북 9이 베타 테스트를 끝내고 정식으로 출시되었습니다. 스토리북은 버전 업을 통해서 Vitest와 Playwright와 협력을 통해 궁극의 컴포넌트 테스팅 도구로 거듭나게 되었습니다. 상호작용, 접근성, 시각 테스트 뿐만 아니라 커버리지 보고까지 모두 스토리북에서 할 수 있게 되었네요. • 모든 UI 상태에 걸친 상호작용, 접근성, 시각적 테스트를 지원하는 스토리북 테스트 도입• 패키지 크기를 48% 줄이고 스토리 생성 및 태그 기반 구성 기능 추가• Next.js, Svelte 5, React Native에 대한 프레임워크 지원 개선 https://storybook.js.org/blog/storybook-9/

Storybook Blog

스토리북 9 출시 소식

[주먹구구식 경영 탈피] 당신은 장사꾼인가요? 사업가인가요? - 비즈니스 모비인사이드 MOBIINSIDE,
국내외 IT, 마케팅, 비즈니스 소식을 전하는 스타트업 미디어

[주먹구구식 경영 탈피] 당신은 장사꾼인가요? 사업가인가요? - 모비인사이드 MOBIINSIDE

회사 사장들 중에는 장사꾼인지 사업가인지 헷갈리는 분들이 있습니다. 분명 사업체를 운영하는 사업가인데, 어떤 결정을 해야 할 때는 장사꾼처럼 생각하고는 하죠. 회사의 미래에 대한 비전이 없는 사장도 있습니다.

옆에서 보면 ‘어떻게 저런 마인드로 사업을 할까?‘라는 의구심이 생깁니다. ‘눈앞의 이익에만 연연’하는 것처럼 보여서 ‘장사꾼 같다’는 생각이 들기도 합니다. 그럼 장사꾼과 사업가는 무엇이 다를까요?

우리는 흔히 작은 가게를 운영하면 장사꾼이고 큰 규모의 회사를 운영하면 사업가라고 생각합니다. 동네에서 하면 장사꾼, 높은 빌딩에서 직원을 거느리고 결재하면 사업가라 여길 수도 있습니다. 다르게는 개인사업자인지 법인을 설립했는지 차이라고도 생각할 수 있습니다.

장사의 사전적 의미를 보면 ‘이익을 얻으려고 물건을 사서 파는 것‘이라고 되어 있습니다. 사업은 ‘어떤 일을 일정한 목적과 계획을 가지고 짜임새 있게 지속적으로 운영하고 관리하는 것‘이라 정의합니다.

장사와 사업, 둘 다 돈을 벌기 위한 일이란 건 동일합니다. 그런데 사업의 정의를 잘 살펴보면 장사와 다른 점이 있습니다. 우선 ‘일정한 목적과 계획을 가지고‘라는 것은 사장의 경영 철학이나 사업에 대한 미션을 말하는 것입니다.

또 ‘짜임새 있게 지속적으로 운영하고 관리하는 것‘이란 것은 바로 ‘회사의 체계 즉 시스템’을 이야기하는 것입니다. 여기서 사업과 장사의 큰 차이가 두 가지 있음을 알 수 있습니다.

1️⃣첫째, 사장의 마인드입니다.
사업은 당장의 이익만 생각하는 것이 아니라 지속가능성, 즉 미래를 바라볼 줄 알아야 합니다. 사업의 확장성도 염두에 둬야 하며 어떤 생각으로 회사를 운영할 것인가에 대해서도 생각해야 합니다.

예를 들어 사장이 매일, 매월의 매출에만 집착하면 회사 규모가 아무리 커도 장사꾼입니다. 마치 내일이 없는 사람처럼 직원들을 닦달하는 경우가 그러합니다. 단기간에 매출을 발생시켜 차익을 남기고 팔려고 하는 경우도 장사꾼입니다. 요컨대 오직 돈만이 목적이면 장사꾼입니다.

지구를 구하라는 거창한 이야기가 아닙니다. 작아도 그 나름대로 누군가에게는 도움을 주고자 하는 사업 목표와 운영 원칙을 가지고 있어야 사업가라고 부를 수 있지 않을까 하는 생각이 듭니다.

2️⃣둘째는 시스템의 유무입니다.
‘직원들의 역할 분담이 제대로 되고 관리 체계를 갖추고 있는가?’하는 점입니다. 시스템이 갖추어져 있으면 사장은 보고만 받고 관리를 잘하면 됩니다. 세세한 업무에 대해서는 자신보다 일을 잘할 직원을 뽑아서 키우고 활용하면 됩니다.

이렇게 되면 사장이 한두 달간 자리를 비워도 회사가 잘 돌아갈 수 있습니다. 이것이 사업입니다. 사장이 하나부터 열까지 다하거나 직원들보다 잘하면 그건 장사입니다. 사장이 없으면 업무가 돌아가지 않으면 그것도 장사입니다.

이런 측면에서 보면 혼자 일하는 개업 의사나 변호사, 회계사 등 전문직도 장사에 가깝다고 할 수 있습니다. 반면 다른 의사들을 고용하여 역할 분담을 시키고 자신은 경영을 한다면 사업가라고 할 수 있겠죠.

시스템을 갖춘 후에도 유의해야 할 점이 있습니다. 직원들을 믿지 못하는 사장들이 많습니다. 직원들을 믿지 못하면 결국 사장이 다 해야 합니다. 마음에 들지 않는 직원을 내보내고 다시 사람을 뽑더라도 똑같은 현상이 되풀이될 것입니다. 신뢰를 가지고 직원들이 역량을 갖출 때까지 기다려야 합니다.

사업은 장사와 달리 확장성이나 성장가능성이 크지만, 조직 관리, 직원들의 심리 이해, 공정한 배분 등 신경 쓸 것들이 많습니다. 게다가 리스크가 커서 실패하면 피해가 상당합니다. 이를 이겨낼 수 있는 사장의 배포와 그릇이 있어야 합니다.

결국 장사꾼과 사업가의 차이는 규모나 자본이 아니라 사장의 생각 차이라고 할 수 있습니다. 이 말은 ‘사업가 마인드는 좋고, 장사꾼 마인드는 나쁘다.’는 뜻이 아닙니다. 사업을 하더라도 장사꾼 마인드가 필요할 때가 있습니다.

일부 스타트업은 자신들이 만든 제품이나 기술이 최고라고 여기는 경우가 많습니다. 영업이나 마케팅을 하지 않아도 고객이 제 발로 찾아올 것이라 착각합니다. 장사꾼 마인드가 부족한 사장은 회사에 영업 조직이 있다고 자신은 관리만 하려고 합니다. 실적에 대해 궁금해하고 나무랄 뿐 본인이 직접 영업을 하려 하지 않는 것이죠.

영업에 관한 한 사장부터 장사꾼이 되어야 합니다. 장사꾼의 ‘꾼’이라는 말은 (부정적 의미로 쓰일 때도 있으나) 해당 분야의 전문성이 높다는 뜻이기도 합니다. 직원들과 회사의 생존을 위해 고객을 대할 때만큼은 장사꾼이 되어야 합니다.

그런 의미에서 회사를 운영할 때는 사업가 마인드, 영업을 할 때는 장사꾼 마인드를 갖추는 것이 사장의 역할에서 정말 중요하다고 할 수 있겠습니다.

회사 사장들 중에는 장사꾼인지 사업가인지 헷갈리는 분들이 있습니다. 분명 사업체를 운영하는 사업가인데, 어떤 결정을 해야 할 때는 장사꾼처럼 생각하고는 하죠. 회사의 미래에 대한 비전이 없는 사장도 있습니다. 옆에서 보면 ‘어떻게 저런 마인드로 사업을 할까?‘라는 의구심이 생깁니다. ‘눈앞의 이익에만 연연’하는 것처럼 보여서 ‘장사꾼 같다’는 생각이 들기도 합니다. 그럼 장사꾼과 사업가는 무엇이 다를까요? 우리는 흔히 작은 가게를 운영하면 장사꾼이고 큰 규모의 회사를 운영하면 사업가라고 생각합니다. 동네에서 하면 장사꾼, 높은 빌딩에서 직원을 거느리고 결재하면 사업가라 여길 수도 있습니다. 다르게는 개인사업자인지 법인을 설립했는지 차이라고도 생각할 수 있습니다. 장사의 사전적 의미를 보면 ‘이익을 얻으려고 물건을 사서 파는 것‘이라고 되어 있습니다. 사업은 ‘어떤 일을 일정한 목적과 계획을 가지고 짜임새 있게 지속적으로 운영하고 관리하는 것‘이라 정의합니다. 장사와 사업, 둘 다 돈을 벌기 위한 일이란 건 동일합니다. 그런데 사업의 정의를 잘 살펴보면 장사와 다른 점이 있습니다. 우선 ‘일정한 목적과 계획을 가지고‘라는 것은 사장의 경영 철학이나 사업에 대한 미션을 말하는 것입니다. 또 ‘짜임새 있게 지속적으로 운영하고 관리하는 것‘이란 것은 바로 ‘회사의 체계 즉 시스템’을 이야기하는 것입니다. 여기서 사업과 장사의 큰 차이가 두 가지 있음을 알 수 있습니다. 1️⃣첫째, 사장의 마인드입니다.사업은 당장의 이익만 생각하는 것이 아니라 지속가능성, 즉 미래를 바라볼 줄 알아야 합니다. 사업의 확장성도 염두에 둬야 하며 어떤 생각으로 회사를 운영할 것인가에 대해서도 생각해야 합니다. 예를 들어 사장이 매일, 매월의 매출에만 집착하면 회사 규모가 아무리 커도 장사꾼입니다. 마치 내일이 없는 사람처럼 직원들을 닦달하는 경우가 그러합니다. 단기간에 매출을 발생시켜 차익을 남기고 팔려고 하는 경우도 장사꾼입니다. 요컨대 오직 돈만이 목적이면 장사꾼입니다. 지구를 구하라는 거창한 이야기가 아닙니다. 작아도 그 나름대로 누군가에게는 도움을 주고자 하는 사업 목표와 운영 원칙을 가지고 있어야 사업가라고 부를 수 있지 않을까 하는 생각이 듭니다. 2️⃣둘째는 시스템의 유무입니다.‘직원들의 역할 분담이 제대로 되고 관리 체계를 갖추고 있는가?’하는 점입니다. 시스템이 갖추어져 있으면 사장은 보고만 받고 관리를 잘하면 됩니다. 세세한 업무에 대해서는 자신보다 일을 잘할 직원을 뽑아서 키우고 활용하면 됩니다. 이렇게 되면 사장이 한두 달간 자리를 비워도 회사가 잘 돌아갈 수 있습니다. 이것이 사업입니다. 사장이 하나부터 열까지 다하거나 직원들보다 잘하면 그건 장사입니다. 사장이 없으면 업무가 돌아가지 않으면 그것도 장사입니다. 이런 측면에서 보면 혼자 일하는 개업 의사나 변호사, 회계사 등 전문직도 장사에 가깝다고 할 수 있습니다. 반면 다른 의사들을 고용하여 역할 분담을 시키고 자신은 경영을 한다면 사업가라고 할 수 있겠죠. 시스템을 갖춘 후에도 유의해야 할 점이 있습니다. 직원들을 믿지 못하는 사장들이 많습니다. 직원들을 믿지 못하면 결국 사장이 다 해야 합니다. 마음에 들지 않는 직원을 내보내고 다시 사람을 뽑더라도 똑같은 현상이 되풀이될 것입니다. 신뢰를 가지고 직원들이 역량을 갖출 때까지 기다려야 합니다. 사업은 장사와 달리 확장성이나 성장가능성이 크지만, 조직 관리, 직원들의 심리 이해, 공정한 배분 등 신경 쓸 것들이 많습니다. 게다가 리스크가 커서 실패하면 피해가 상당합니다. 이를 이겨낼 수 있는 사장의 배포와 그릇이 있어야 합니다. 결국 장사꾼과 사업가의 차이는 규모나 자본이 아니라 사장의 생각 차이라고 할 수 있습니다. 이 말은 ‘사업가 마인드는 좋고, 장사꾼 마인드는 나쁘다.’는 뜻이 아닙니다. 사업을 하더라도 장사꾼 마인드가 필요할 때가 있습니다. 일부 스타트업은 자신들이 만든 제품이나 기술이 최고라고 여기는 경우가 많습니다. 영업이나 마케팅을 하지 않아도 고객이 제 발로 찾아올 것이라 착각합니다. 장사꾼 마인드가 부족한 사장은 회사에 영업 조직이 있다고 자신은 관리만 하려고 합니다. 실적에 대해 궁금해하고 나무랄 뿐 본인이 직접 영업을 하려 하지 않는 것이죠. 영업에 관한 한 사장부터 장사꾼이 되어야 합니다. 장사꾼의 ‘꾼’이라는 말은 (부정적 의미로 쓰일 때도 있으나) 해당 분야의 전문성이 높다는 뜻이기도 합니다. 직원들과 회사의 생존을 위해 고객을 대할 때만큼은 장사꾼이 되어야 합니다. 그런 의미에서 회사를 운영할 때는 사업가 마인드, 영업을 할 때는 장사꾼 마인드를 갖추는 것이 사장의 역할에서 정말 중요하다고 할 수 있겠습니다.

모비인사이드 MOBIINSIDE

국내 최고 자본시장 미디어 thebell이 정보서비스의 새 지평을 엽니다.

[LP Radar]'첫 VC 출자사업' 새마을금고, 숏리스트 8곳 확정

새마을금고는 최근 VC 출자사업의 1차심사를 마치고 △DSC인베스트먼트 △신한벤처투자 △IMM인베스트먼트 △SV인베스트먼트 △HB인베스트먼트 △우리벤처파트너스 △인터베스트 △프리미어파트너스 등 8곳에 구술면접 일정을 통보했다.

숏리스트에 포함된 8곳은 모두 수천억원대의 대형 펀드를 결성중인 곳이다. HB인베스트먼트를 제외하곤 모두 운용자산(AUM) 규모가 1조원을 넘어서는 대형사들이다

https://www.thebell.co.kr/free/content/ArticleView.asp?key=202506051014151080107533

새마을금고는 최근 VC 출자사업의 1차심사를 마치고 △DSC인베스트먼트 △신한벤처투자 △IMM인베스트먼트 △SV인베스트먼트 △HB인베스트먼트 △우리벤처파트너스 △인터베스트 △프리미어파트너스 등 8곳에 구술면접 일정을 통보했다. 숏리스트에 포함된 8곳은 모두 수천억원대의 대형 펀드를 결성중인 곳이다. HB인베스트먼트를 제외하곤 모두 운용자산(AUM) 규모가 1조원을 넘어서는 대형사들이다 https://www.thebell.co.kr/free/content/ArticleView.asp?key=202506051014151080107533

더벨뉴스

최근 한국에 아는 개발자 분께서 미국에서 근무할 수 있는 포지션의 최종 면접을 앞두고 있었는데 갑자기 채용이 무기한 연기되었다는 황당한 소식을 듣게 되셨습니다. 다른 개발자 분께서는 심지어 최종 합격을 하고 리로케이션 패키지까지 받았는데, 느닷없이 오퍼가 취소되어 멘붕에 빠지셨다고 하네요... 🫠

주변에서 일어나는 이런 안타까운 일들을 보며 해외 취업 시장이 진짜 예전같지 않다는 것을 체감하게 됩니다. 미중 관세 전쟁으로 오랫동안 지속되었던 자유 무역과 세계화의 시대가 점점 저물고 있는 것이 아닌가 싶어요. 미국을 비롯한 여러 나라들이 자국 중심의 정책 기조로 선회하고 있습니다. 이러한 분위기 속에서 기업들은 아무래도 외국인 고용에 소극적인 자세를 취할 수 밖에 없죠. 이미 체감하시는 분들도 많겠지만 해외 취업을 준비하시는 분들께 상당히 좋지 않은 소식입니다.

최근에 올라오는 개발자 모집 공고를 보면 비자 스폰서십을 제공한다는 문구가 빠지고, 특정 국가나 지역에 거주하는 지원자만을 대상으로 하는 경향이 두드러지고 있어요. 만약 현재 외국 기업과 채용 절차를 진행 중이시라면, 잔여 일정을 가능한 빨리 잡으시라고 말씀드리고 싶습니다. 괜히 철저히 준비하신다고 일정을 미루다 보면, 인터뷰 기회 자체가 사라질 수도 있으니까요.

해외 취업이라는 게 어쩔 수 없이 국제 정세와 각국의 이민 정책에 큰 영향을 받습니다. 몇 년 전만 해도 빅테크 기업들이 세계 각지의 인재들을 서로 모셔가려고 안달이었던 시절이 있었지만 (저도 큰 수혜자였죠...), 지금과 같은 분위기가 이어진다면 해외 취업의 빙하기가 오지 않을까 조심스럽게 예상해봅니다.

최근 한국에 아는 개발자 분께서 미국에서 근무할 수 있는 포지션의 최종 면접을 앞두고 있었는데 갑자기 채용이 무기한 연기되었다는 황당한 소식을 듣게 되셨습니다. 다른 개발자 분께서는 심지어 최종 합격을 하고 리로케이션 패키지까지 받았는데, 느닷없이 오퍼가 취소되어 멘붕에 빠지셨다고 하네요... 🫠 주변에서 일어나는 이런 안타까운 일들을 보며 해외 취업 시장이 진짜 예전같지 않다는 것을 체감하게 됩니다. 미중 관세 전쟁으로 오랫동안 지속되었던 자유 무역과 세계화의 시대가 점점 저물고 있는 것이 아닌가 싶어요. 미국을 비롯한 여러 나라들이 자국 중심의 정책 기조로 선회하고 있습니다. 이러한 분위기 속에서 기업들은 아무래도 외국인 고용에 소극적인 자세를 취할 수 밖에 없죠. 이미 체감하시는 분들도 많겠지만 해외 취업을 준비하시는 분들께 상당히 좋지 않은 소식입니다. 최근에 올라오는 개발자 모집 공고를 보면 비자 스폰서십을 제공한다는 문구가 빠지고, 특정 국가나 지역에 거주하는 지원자만을 대상으로 하는 경향이 두드러지고 있어요. 만약 현재 외국 기업과 채용 절차를 진행 중이시라면, 잔여 일정을 가능한 빨리 잡으시라고 말씀드리고 싶습니다. 괜히 철저히 준비하신다고 일정을 미루다 보면, 인터뷰 기회 자체가 사라질 수도 있으니까요. 해외 취업이라는 게 어쩔 수 없이 국제 정세와 각국의 이민 정책에 큰 영향을 받습니다. 몇 년 전만 해도 빅테크 기업들이 세계 각지의 인재들을 서로 모셔가려고 안달이었던 시절이 있었지만 (저도 큰 수혜자였죠...), 지금과 같은 분위기가 이어진다면 해외 취업의 빙하기가 오지 않을까 조심스럽게 예상해봅니다.

🧊 급격하게 얼어붙고 있는 해외 취업 시장 🥶

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다. 사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고.

최고의 사무실은 바로 우리집 방구석

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다.
사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고.

저도 그 기분을 압니다.
커피숍에서 코딩을 해보기도 했는데 변수가 많았습니다.
어느 날은 잘 되다가도 어느 날은 공치고 돌아오고.
이렇게 일 하는 건 안정적으로 오래할 수 없다는 걸 깨달았습니다.

다행히 저는 집에서도 집중을 잘 하는 편입니다.
커피한잔 작업의 90%이상은 집에 있는 제 책상에서 이루어졌습니다.

커다란 모니터도 2개나 있고, 책상과 의자의 높이, 키보드, 온도/습도. 소음.
출근 시간도 없지, 모든 면에서 집이 훨씬 편하니까.

집에서 일을 잘하는 건 타고난 게 아닙니다. 하다보면 습관이 되어 편해지는 것.
집에서 일할 수 있는 습관을 들여놓으면 1인 개발에 다른 사람보다 한 발 유리해진 겁니다.
돈도 안 들지, 시간도 아낄 수 있지, 무엇보다 안정적으로 코딩할 수 있게 되니까.

강력 추천하는 사무실은 바로 자기집 방구석입니다.

https://jeho.page/essay/2025/06/09/my-office-is-my-room.html

집에서는 도저히 일이 안 된다는 사람들을 많이 봤습니다. 사무실에 가서 하지 않으면 절대 집중이 안 된다고. 커피숍이라도 가야한다고. 저도 그 기분을 압니다. 커피숍에서 코딩을 해보기도 했는데 변수가 많았습니다. 어느 날은 잘 되다가도 어느 날은 공치고 돌아오고. 이렇게 일 하는 건 안정적으로 오래할 수 없다는 걸 깨달았습니다. 다행히 저는 집에서도 집중을 잘 하는 편입니다. 커피한잔 작업의 90%이상은 집에 있는 제 책상에서 이루어졌습니다. 커다란 모니터도 2개나 있고, 책상과 의자의 높이, 키보드, 온도/습도. 소음. 출근 시간도 없지, 모든 면에서 집이 훨씬 편하니까. 집에서 일을 잘하는 건 타고난 게 아닙니다. 하다보면 습관이 되어 편해지는 것. 집에서 일할 수 있는 습관을 들여놓으면 1인 개발에 다른 사람보다 한 발 유리해진 겁니다. 돈도 안 들지, 시간도 아낄 수 있지, 무엇보다 안정적으로 코딩할 수 있게 되니까. 강력 추천하는 사무실은 바로 자기집 방구석입니다. https://jeho.page/essay/2025/06/09/my-office-is-my-room.html

K리그 프로그래머

1인 개발자의 최고의 사무실은 바로 자기집 방구석

실리콘벨리는 차고
한국은 우리집 방구석

요즘 제품을 만드는 개발자라면 단순히 코드만 잘 짜는 것 이상을 요구받습니다. 고객을 이해하고, 데이터 기반으로 제품을 개선할 수 있는 감각이 점점 더 중요해지고 있는데요.
최근에 읽은 『마케팅을 바꾸는 데이터의 힘』을 통해 개발자라도 알아두면 기본적인 마케팅/데이터 개념 네 가지를 정리해봤습니다.

1️⃣ 아하 모먼트 (Aha Moment)
사용자가 마음속으로 ‘아하’ 하고 깨닫는 순간을 의미합니다. 무언가 이해되고, 감정이 움직이고, 행동이 바뀌는 시점인데요. 이 순간을 지나면 리텐션이 확 뛰어오릅니다.
예: 토스는 “4일 내 2번 송금”, 넷플릭스를 처음 쓸 때, "추천 알고리즘이 나보다 나를 더 잘 아네?" 느낄 때
개발자의 역할: 이 순간을 고객이 더 빨리, 더 쉽게 경험하도록 만드는 기술적 기반을 설계하고 구현합니다.
이런 순간은 리텐션(재방문율)과 전환율 이 크게 오르는 핵심 트리거 가 됩니다. 그래서 서비스마다 이 아하 먼트를 찾아내고, 앞당기는 데 집중합니다.

2️⃣ 북극성 지표 (North Star Metric)
북극성은 밤하늘에서 항상 같은 위치에 떠 있어 방향을 잡는 기준입니다. 특히 어둡고 복잡한 상황에서도 길을 잃지 않게 해주는 지표라는 의미에서 이 이름이 붙었는데요. 팀마다 여러 KPI가 있지만, 그 중 가장 중요하고 중심이 되는 단 하나의 지표를 북극성 지표라고 합니다.
예: 슬랙 ‘주간 메시지 수’, 넷플릭스 ‘총 시청 시간’
개발자의 역할: 북극성 지표를 정확하게 측정하고, 모든 기능 개발이 이 지표 성장에 기여하는지 함께 고민합니다.

3️⃣ 그로스 해킹 (Growth Hacking)
해킹은 보안 침입 외에도, ‘창의적으로 문제를 해결하는 행위’를 뜻합니다. 즉 그로스(성장) 해킹 이란 창의적인 방법으로 비즈니스 성장을 위한 문제를 빠르게 해결하는 행위를 말합니다. 기존 마케팅 방식의 단점인 큰 예산과 긴 시간을 들이는 대신, 창의적인 아이디어를 작고 빠르게 실행하며 데이터를 통해 배우는 방식입 의미합니다.
예: A/B 테스트, 푸시알림 실험, 가입 퍼널 튜닝 등
개발자의 역할: 빠른 실험과 배포/롤백이 가능한 환경 구축, 피처 플래그(Feature Flag) 도입, 체계적인 데이터 로깅 시스템 설계.

4️⃣ 데이터 민주화 (Data Democracy)
민주화란 소수의 엘리트만 누리던 권한을 모두에게 나누는 개념입니다. 즉, 데이터를 특정 부서만 다루는게 아닌, 모든 구성원이 필요한 데이터를 자유롭게 활용할 수 있게 하는 개념입니다. 개발자는 이 데이터를 활용해 우선순위를 비즈니스 임팩트 기준으로 조정할 수 있습니다.
예: 마이리얼트립 에서는 대표이사도 SQL을 직접 날려서 고객 데이터를 조회한다고 합니다
개발자가 해야 할 일: 잘 정제된 데이터를 제공하여 동료들이 데이터와 '친해질' 수 있도록 돕습니다.

코드를 넘어, 고객과 데이터에 대한 이해
비즈니스를 이해하는 개발자는 존재감이 크고, 신뢰받는 팀원이자 파트너가 될수 있습니다. 제품과 비즈니스 성장에 함께 기여하는 협업형 인재가 될수 있죠. 또한 마케터, PO, 데이터 팀과 깊이 있는 대화를 나눌 수 있게 됩니다.
함께 성장하는 동료 개발자분들께 이 글이 작은 도움이 되기를 바랍니다.

요즘 제품을 만드는 개발자라면 단순히 코드만 잘 짜는 것 이상을 요구받습니다. 고객을 이해하고, 데이터 기반으로 제품을 개선할 수 있는 감각이 점점 더 중요해지고 있는데요.최근에 읽은 『마케팅을 바꾸는 데이터의 힘』을 통해 개발자라도 알아두면 기본적인 마케팅/데이터 개념 네 가지를 정리해봤습니다. 1️⃣ 아하 모먼트 (Aha Moment)사용자가 마음속으로 ‘아하’ 하고 깨닫는 순간을 의미합니다. 무언가 이해되고, 감정이 움직이고, 행동이 바뀌는 시점인데요. 이 순간을 지나면 리텐션이 확 뛰어오릅니다.예: 토스는 “4일 내 2번 송금”, 넷플릭스를 처음 쓸 때, "추천 알고리즘이 나보다 나를 더 잘 아네?" 느낄 때개발자의 역할: 이 순간을 고객이 더 빨리, 더 쉽게 경험하도록 만드는 기술적 기반을 설계하고 구현합니다.이런 순간은 리텐션(재방문율)과 전환율 이 크게 오르는 핵심 트리거 가 됩니다. 그래서 서비스마다 이 아하 먼트를 찾아내고, 앞당기는 데 집중합니다. 2️⃣ 북극성 지표 (North Star Metric)북극성은 밤하늘에서 항상 같은 위치에 떠 있어 방향을 잡는 기준입니다. 특히 어둡고 복잡한 상황에서도 길을 잃지 않게 해주는 지표라는 의미에서 이 이름이 붙었는데요. 팀마다 여러 KPI가 있지만, 그 중 가장 중요하고 중심이 되는 단 하나의 지표를 북극성 지표라고 합니다.예: 슬랙 ‘주간 메시지 수’, 넷플릭스 ‘총 시청 시간’개발자의 역할: 북극성 지표를 정확하게 측정하고, 모든 기능 개발이 이 지표 성장에 기여하는지 함께 고민합니다. 3️⃣ 그로스 해킹 (Growth Hacking)해킹은 보안 침입 외에도, ‘창의적으로 문제를 해결하는 행위’를 뜻합니다. 즉 그로스(성장) 해킹 이란 창의적인 방법으로 비즈니스 성장을 위한 문제를 빠르게 해결하는 행위를 말합니다. 기존 마케팅 방식의 단점인 큰 예산과 긴 시간을 들이는 대신, 창의적인 아이디어를 작고 빠르게 실행하며 데이터를 통해 배우는 방식입 의미합니다.예: A/B 테스트, 푸시알림 실험, 가입 퍼널 튜닝 등개발자의 역할: 빠른 실험과 배포/롤백이 가능한 환경 구축, 피처 플래그(Feature Flag) 도입, 체계적인 데이터 로깅 시스템 설계. 4️⃣ 데이터 민주화 (Data Democracy)민주화란 소수의 엘리트만 누리던 권한을 모두에게 나누는 개념입니다. 즉, 데이터를 특정 부서만 다루는게 아닌, 모든 구성원이 필요한 데이터를 자유롭게 활용할 수 있게 하는 개념입니다. 개발자는 이 데이터를 활용해 우선순위를 비즈니스 임팩트 기준으로 조정할 수 있습니다.예: 마이리얼트립 에서는 대표이사도 SQL을 직접 날려서 고객 데이터를 조회한다고 합니다개발자가 해야 할 일: 잘 정제된 데이터를 제공하여 동료들이 데이터와 '친해질' 수 있도록 돕습니다. 코드를 넘어, 고객과 데이터에 대한 이해비즈니스를 이해하는 개발자는 존재감이 크고, 신뢰받는 팀원이자 파트너가 될수 있습니다. 제품과 비즈니스 성장에 함께 기여하는 협업형 인재가 될수 있죠. 또한 마케터, PO, 데이터 팀과 깊이 있는 대화를 나눌 수 있게 됩니다.함께 성장하는 동료 개발자분들께 이 글이 작은 도움이 되기를 바랍니다.

"마케팅을 바꾸는 데이터의 힘"을 읽고 정리해본 마케팅/데이터 개념

우리가 만들고 있는 서비스의 근간을 이해해야 하는 이유

발이 닿지 않는 바다에서

우리는 서비스를 개발할 때 표면을 유영해요. 라이브러리, API처럼 잘 약속된 인터페이스를 사용하죠. 얕은 물에서 수영하는 것과 비슷해요.

평소에는 표면을 유영하듯 개발해도 문제가 없어요. 표면 아래, 서비스를 이루고 있는 근간을 이해하지 못해도 괜찮아요. 구현엔 어려움이 없으니까요.

하지만 장애를 마주하는 날엔 후회할지도 몰라요.

https://hajoeun.com/2025/below-surface?utm_source=careerly

우리는 서비스를 개발할 때 표면을 유영해요. 라이브러리, API처럼 잘 약속된 인터페이스를 사용하죠. 얕은 물에서 수영하는 것과 비슷해요. 평소에는 표면을 유영하듯 개발해도 문제가 없어요. 표면 아래, 서비스를 이루고 있는 근간을 이해하지 못해도 괜찮아요. 구현엔 어려움이 없으니까요. 하지만 장애를 마주하는 날엔 후회할지도 몰라요. https://hajoeun.com/2025/below-surface?utm_source=careerly

hajoeun.com

  [비즈니스 인사이트-230] 이제 기업 스캔들과 사고는 도덕적 차원의 문제를 넘어섰다. 글로벌 컨설팅 회사 액센추어가 20개 업종, 기업 7000곳에 대해 분석한 결과, 사상 처음으로 이해관계자들의 신뢰도 하락이 기

기업 위기 관리?…스캔들·사고 터지기 전에 고쳐야 할 4가지 - 매일경제

조직 컨설팅 회사 Navalent 공동설립자이자 운영 파트너 론 카루치(Ron Carucci)는 부정직•부정의한 기업문화 형성이나 기업 스캔들에 영향을 미칠 수 있는 4가지 시스템적 요인을 도출해 하버드비즈니스리뷰에 기고했다.

카루치는 15년간 종적 연구팀을 이끌며 기업 210곳을 평가하는 과정에서 인터뷰 3200여 건을 실시하고 분석해 문제를 야기하는 조직 특성 4가지를 발견했다. 4가지 요소가 기업이 통제 가능한 범위 안에 있으며, 이를 개선함으로써 회사를 정직한 조직으로 만들고, 평판 및 재무 리스크를 회피하는 데 도움을 줄 수 있다.

1️⃣전략적 명확성의 결여
기업이 표방하는 미션, 목표, 가치 등과 실제로 직원이나 고객이 경험하는 것 사이에 일관성이 없을 때 사람들이 진실한 정보를 왜곡할 가능성이 2.83배 더 높다.

카루치의 조사 중 한 인터뷰이는 “우리의 우선순위는 매주 바뀐다. 아무도 우리가 위기에 처해있다고 인정하지 않아서 그저 지푸라기만 잡고 있다”고 설명했다.

이같은 상황에서 회사는 낡은 전략을 재탕하거나 비현실적인 목표를 향해 반사적인 행동에 나서는 경우가 많다. 혼란에 빠진 직원들을 규합해보려고 가치와 미션을 선전하지만, 정체된 조직과 중복된 경영활동을 직원들은 금새 알아차릴 뿐이다.

카루치에 따르면 전략적 명확성을 10%만 향상시켜도 직원들의 진실된 행동을 5% 향상시킬 수 있다. 전략적 명확성을 높이기 위해 기업은 모든 직원의 직무에 전략적 포부를 심어야 한다. CEO부터 말단 직원까지 모두 각자 전략적 목표를 논의하고 수용할 수 있는 기회를 가져야 한다.

2️⃣형편없는 조직 거버넌스
의사결정자를 어려운 문제에 대해 정직한 대화와 협의로 이끄는 효과적인 프로세스가 없으면 진실은 수면 아래로 내려가고 회사는 소문과 가십에 의존하게 된다.

회의가 열리는 이유나 누군가 책임지고 결정을 내리는지가 분명하지 않기 때문에 자주 시간 낭비로 끝난다. 한 연구에서는 관리자의 약 71%가 회의가 비생산적이고 비효율적이라 생각하고 있다는 점을 밝혀냈다.

카루치는 효과적인 거버넌스가 사라진 조직에서 사람들이 정보를 왜곡할 가능성이 3.03배 더 높아지는 걸 발견했다. 잘 설계된 거버넌스를 갖춘 조직은 명확한 의사결정 권한을 가진 자들이 회의를 개최하고, 참석자들은 정직하게 대응해야 한다는 기대를 만들어 준다.

특히 나쁜 뉴스나 반대 의견을 피력해야 할 경우에도 거버넌스 효율성이 23% 향상된 경우, 진실을 말하는 행위가 10% 개선되는 것으로 드러났다. 이때 더 이상 불필요한 회의들을 없앨 수 있다.

3️⃣부당한 책임•보상 제도
조사 결과, 직원 기여도 측정 과정이 불공정하거나 부당한 것으로 인식될 때 사람들이 정보를 왜곡할 가능성이 3.77배 높다.

한 인터뷰이는 “나는 왜 다들 그렇게 열심히 일하는지 모르겠다. 내 상사는 내가 하는 일을 모른다. 내가 연말에 평가서를 채워 넣으면 부서장은 이에 서명하고 HR로 보낼 뿐이다”고 불만을 제기했다.

연구 결과에 따르면 책임•보상 프로세스가 불공정하다고 여겨지면, 사람들은 자신의 성과는 부풀리고 단점은 숨기거나 변명하게 되고 이는 부정직한 행동의 토대가 된다. 또 최근의 다른 연구에서도 직원 간의 불공정한 비교는 비윤리적인 행위로 직접 이어진다고 나타났다.

다행히도 실험 모델을 통해 직원들이 공정하게 평가 받은 것으로 믿을수록 성과 관리 시스템 일관성을 20% 정도 향상시키면 진실된 행동을 12% 수준으로 개선할 수 있다는 게 확인됐다. 공정한 책임•보상 제도를 갖춘 기업은 대체로 직원들이 정기적인 피드백을 주고받는 프로세스를 표준화한 조직이었다.

4️⃣취약한 부서 간 협력
부서 간 갈등은 일하는 데 장애물일 뿐 아니라 정직한 행동에도 문제가 된다. 직무 간 경쟁 및 조직 건강에 해로운 갈등이 해결되지 않으면 사람들은 진실된 정보를 왜곡할 가능성이 5.82배 더 높다.

조직 내 분열은 특히 어느 한쪽만 옳거나 잘못됐다는 흑백논리를 만들어낸다. 부서 충성도가 높을수록 타 부서 직원들을 적으로서 두려워하거나 비난하거나 경계하게 만든다. 카루치의 과거 고객사 한 곳은 ‘무결성 재앙(integrity disaster)’을 초래한 부서 간 갈등으로 인해 위기를 맞았다.

공급망 최고책임자는 공장을 개조하고 생산량을 3배로 늘리기 위해 1억9500만달러를 투자받았다. 그런데 이와 동시에 마케팅 부서는 투자자금 확보를 위해 예산을 감축하고, 영업 부서는 판매 할당 영역을 나눠 최상위급 제품 성과에 집중했다.

그 결과 부서별로 서로 상충하는 목표를 추구한 끝에 더 생산적이 된 공급망에도 불구하고 시장에 전달되기까지 ‘병목현상’이 발생하게 됐다. 2년 뒤 그 회사는 유통망 독점 혐의로 기소됐다.

직원들이 부서의 경계를 넘어 효과적으로 협력하는 ‘조직 간 협력’ 수준이 25% 개선되면 직원들이 진실되게 행동할 가능성이 17% 상승했다. 더 큰 미션에 대한 신뢰를 확립하고 공동 헌신을 기르는 건 정직한 조직을 보장하는 열쇠다.

직무를 넘나드는 관계는 각 직무가 제공할 것을 정의하는 서비스 수준 계약을 통해 조직 전체 가치를 창출하는 데 초점을 맞춰야 한다. 또한 부서 간 협조적이고 상호이익이 되는 관계와 정직한 피드백을 교환할 수 있는 프로세스를 내재화하는 게 중요하다.

마지막으로 카루치는 위 4가지 요인들은 서로 누적되기에 4요소가 모두 부족한 기업에서는 사고가 발생할 확률이 15배나 높다고 경고한다. 그는 4가지 이슈 해결을 목표로 하면 회사와 직원, 고객이 원하는 정직한 문화를 창출할 가능성을 훨씬 더 높일 수 있다고 당부했다.

조직 컨설팅 회사 Navalent 공동설립자이자 운영 파트너 론 카루치(Ron Carucci)는 부정직•부정의한 기업문화 형성이나 기업 스캔들에 영향을 미칠 수 있는 4가지 시스템적 요인을 도출해 하버드비즈니스리뷰에 기고했다. 카루치는 15년간 종적 연구팀을 이끌며 기업 210곳을 평가하는 과정에서 인터뷰 3200여 건을 실시하고 분석해 문제를 야기하는 조직 특성 4가지를 발견했다. 4가지 요소가 기업이 통제 가능한 범위 안에 있으며, 이를 개선함으로써 회사를 정직한 조직으로 만들고, 평판 및 재무 리스크를 회피하는 데 도움을 줄 수 있다. 1️⃣전략적 명확성의 결여기업이 표방하는 미션, 목표, 가치 등과 실제로 직원이나 고객이 경험하는 것 사이에 일관성이 없을 때 사람들이 진실한 정보를 왜곡할 가능성이 2.83배 더 높다. 카루치의 조사 중 한 인터뷰이는 “우리의 우선순위는 매주 바뀐다. 아무도 우리가 위기에 처해있다고 인정하지 않아서 그저 지푸라기만 잡고 있다”고 설명했다. 이같은 상황에서 회사는 낡은 전략을 재탕하거나 비현실적인 목표를 향해 반사적인 행동에 나서는 경우가 많다. 혼란에 빠진 직원들을 규합해보려고 가치와 미션을 선전하지만, 정체된 조직과 중복된 경영활동을 직원들은 금새 알아차릴 뿐이다. 카루치에 따르면 전략적 명확성을 10%만 향상시켜도 직원들의 진실된 행동을 5% 향상시킬 수 있다. 전략적 명확성을 높이기 위해 기업은 모든 직원의 직무에 전략적 포부를 심어야 한다. CEO부터 말단 직원까지 모두 각자 전략적 목표를 논의하고 수용할 수 있는 기회를 가져야 한다. 2️⃣형편없는 조직 거버넌스의사결정자를 어려운 문제에 대해 정직한 대화와 협의로 이끄는 효과적인 프로세스가 없으면 진실은 수면 아래로 내려가고 회사는 소문과 가십에 의존하게 된다. 회의가 열리는 이유나 누군가 책임지고 결정을 내리는지가 분명하지 않기 때문에 자주 시간 낭비로 끝난다. 한 연구에서는 관리자의 약 71%가 회의가 비생산적이고 비효율적이라 생각하고 있다는 점을 밝혀냈다. 카루치는 효과적인 거버넌스가 사라진 조직에서 사람들이 정보를 왜곡할 가능성이 3.03배 더 높아지는 걸 발견했다. 잘 설계된 거버넌스를 갖춘 조직은 명확한 의사결정 권한을 가진 자들이 회의를 개최하고, 참석자들은 정직하게 대응해야 한다는 기대를 만들어 준다. 특히 나쁜 뉴스나 반대 의견을 피력해야 할 경우에도 거버넌스 효율성이 23% 향상된 경우, 진실을 말하는 행위가 10% 개선되는 것으로 드러났다. 이때 더 이상 불필요한 회의들을 없앨 수 있다. 3️⃣부당한 책임•보상 제도조사 결과, 직원 기여도 측정 과정이 불공정하거나 부당한 것으로 인식될 때 사람들이 정보를 왜곡할 가능성이 3.77배 높다. 한 인터뷰이는 “나는 왜 다들 그렇게 열심히 일하는지 모르겠다. 내 상사는 내가 하는 일을 모른다. 내가 연말에 평가서를 채워 넣으면 부서장은 이에 서명하고 HR로 보낼 뿐이다”고 불만을 제기했다. 연구 결과에 따르면 책임•보상 프로세스가 불공정하다고 여겨지면, 사람들은 자신의 성과는 부풀리고 단점은 숨기거나 변명하게 되고 이는 부정직한 행동의 토대가 된다. 또 최근의 다른 연구에서도 직원 간의 불공정한 비교는 비윤리적인 행위로 직접 이어진다고 나타났다. 다행히도 실험 모델을 통해 직원들이 공정하게 평가 받은 것으로 믿을수록 성과 관리 시스템 일관성을 20% 정도 향상시키면 진실된 행동을 12% 수준으로 개선할 수 있다는 게 확인됐다. 공정한 책임•보상 제도를 갖춘 기업은 대체로 직원들이 정기적인 피드백을 주고받는 프로세스를 표준화한 조직이었다. 4️⃣취약한 부서 간 협력부서 간 갈등은 일하는 데 장애물일 뿐 아니라 정직한 행동에도 문제가 된다. 직무 간 경쟁 및 조직 건강에 해로운 갈등이 해결되지 않으면 사람들은 진실된 정보를 왜곡할 가능성이 5.82배 더 높다. 조직 내 분열은 특히 어느 한쪽만 옳거나 잘못됐다는 흑백논리를 만들어낸다. 부서 충성도가 높을수록 타 부서 직원들을 적으로서 두려워하거나 비난하거나 경계하게 만든다. 카루치의 과거 고객사 한 곳은 ‘무결성 재앙(integrity disaster)’을 초래한 부서 간 갈등으로 인해 위기를 맞았다. 공급망 최고책임자는 공장을 개조하고 생산량을 3배로 늘리기 위해 1억9500만달러를 투자받았다. 그런데 이와 동시에 마케팅 부서는 투자자금 확보를 위해 예산을 감축하고, 영업 부서는 판매 할당 영역을 나눠 최상위급 제품 성과에 집중했다. 그 결과 부서별로 서로 상충하는 목표를 추구한 끝에 더 생산적이 된 공급망에도 불구하고 시장에 전달되기까지 ‘병목현상’이 발생하게 됐다. 2년 뒤 그 회사는 유통망 독점 혐의로 기소됐다. 직원들이 부서의 경계를 넘어 효과적으로 협력하는 ‘조직 간 협력’ 수준이 25% 개선되면 직원들이 진실되게 행동할 가능성이 17% 상승했다. 더 큰 미션에 대한 신뢰를 확립하고 공동 헌신을 기르는 건 정직한 조직을 보장하는 열쇠다. 직무를 넘나드는 관계는 각 직무가 제공할 것을 정의하는 서비스 수준 계약을 통해 조직 전체 가치를 창출하는 데 초점을 맞춰야 한다. 또한 부서 간 협조적이고 상호이익이 되는 관계와 정직한 피드백을 교환할 수 있는 프로세스를 내재화하는 게 중요하다. 마지막으로 카루치는 위 4가지 요인들은 서로 누적되기에 4요소가 모두 부족한 기업에서는 사고가 발생할 확률이 15배나 높다고 경고한다. 그는 4가지 이슈 해결을 목표로 하면 회사와 직원, 고객이 원하는 정직한 문화를 창출할 가능성을 훨씬 더 높일 수 있다고 당부했다.

매일경제

지난해 미국에서 마스크팩 대박으로 함박웃음 지은 바이오던스. 숨은 공신은 핵심 제조사인 엔코스로 알려졌다. 이 엔코스가 최근 새 주인을 맞았다. 국내 PEF(사모펀드) 운용사인 웰투시인베스트먼트가 기존 FI(재무적투자자) 보유 지분 전부와 홍성훈 대표 보유 지분 절반가량을 인수, 도약의 발판을 마련한 것. 올해 초 투자 추진 소식이 알려진 지 약 5개월 만

[단독]K뷰티 돈몰린다...ODM 7위 엔코스, 웰투시가 대주주로 - 매일경제

국내 PEF(사모펀드) 운용사인 웰투시인베스트먼트가 기존 FI(재무적투자자) 보유 지분 전부와 홍성훈 대표 보유 지분 절반가량을 인수, 도약의 발판을 마련한 것. 올해 초 투자 추진 소식이 알려진 지 약 5개월 만이다. 이번 투자를 통해 웰투시는 엔코스의 기업가치를 2000억원으로 인정했으며 매각 자문은 케이알앤파트너스가 맡았다.

https://www.mk.co.kr/news/economy/11341940

국내 PEF(사모펀드) 운용사인 웰투시인베스트먼트가 기존 FI(재무적투자자) 보유 지분 전부와 홍성훈 대표 보유 지분 절반가량을 인수, 도약의 발판을 마련한 것. 올해 초 투자 추진 소식이 알려진 지 약 5개월 만이다. 이번 투자를 통해 웰투시는 엔코스의 기업가치를 2000억원으로 인정했으며 매각 자문은 케이알앤파트너스가 맡았다. https://www.mk.co.kr/news/economy/11341940

러닝은 불편하고 고통스럽다.
나이키,러너들에게 러닝의 진실을 이야기하다

나이키는 최근 러닝 시장에서 호카,온러닝 등의 브랜드가 급부상하는 가운데 러닝 시장에서 입지를 재확립하고자 전략적인 차원 서 확실한 차별화를 시도하고 했다.

나이키는 작년 9월, 글로벌 마라톤 시즌에 맞춰 엘리트 선수들의 집념에 초점을 맞춘 기존의 캠페인과 달리 평범한 러너들의 일상적 고통과 현실에 집중하는 캠페인을 기획했다.

러닝 업계가 달리기에 대한 환상을 파는 것과 달리 나이키는 급진적인 솔직함을 이야기하고자 했다.

러닝은 쉽지 않고, 앞으로도 절대 쉽지 않을 거라는 것이다.
https://bit.ly/3ZtpieD

📚마케터 스투시와 함께 하는 북클럽 멤버를 찾습니다.클럽장으로 지난 1년 4개월 동안 진행한 트레바리 북클럽 새 시즌 <마케터의 탐색법 시즌5>의 멤버를 모집하고 있어요.
(6월 3째주 토요일부터 9월까지)
https://trevar.in/EBSAD2

*협업/기업강연,교육 문의
https://linktr.ee/stussygo

러닝은 불편하고 고통스럽다. 나이키,러너들에게 러닝의 진실을 이야기하다 나이키는 최근 러닝 시장에서 호카,온러닝 등의 브랜드가 급부상하는 가운데 러닝 시장에서 입지를 재확립하고자 전략적인 차원 서 확실한 차별화를 시도하고 했다. 나이키는 작년 9월, 글로벌 마라톤 시즌에 맞춰 엘리트 선수들의 집념에 초점을 맞춘 기존의 캠페인과 달리 평범한 러너들의 일상적 고통과 현실에 집중하는 캠페인을 기획했다. 러닝 업계가 달리기에 대한 환상을 파는 것과 달리 나이키는 급진적인 솔직함을 이야기하고자 했다. 러닝은 쉽지 않고, 앞으로도 절대 쉽지 않을 거라는 것이다. https://bit.ly/3ZtpieD 📚마케터 스투시와 함께 하는 북클럽 멤버를 찾습니다.클럽장으로 지난 1년 4개월 동안 진행한 트레바리 북클럽 새 시즌 &lt;마케터의 탐색법 시즌5&gt;의 멤버를 모집하고 있어요.(6월 3째주 토요일부터 9월까지)https://trevar.in/EBSAD2 *협업/기업강연,교육 문의 https://linktr.ee/stussygo

러닝은 불편하고 고통스럽다.나이키,러너들에게 러닝의 진실을 이야기하다.

[광고] 다음 직무 채용 예정입니다.

- 프러덕트/사업 기획 1인
- 프러덕트 디자인 1인
- 풀스택 웹 or 앱(RN) 개발자 1인
- 백엔드(음성 AI 에이전트) 개발자 1인

연차 무관, 인턴, 정규 모두 고려하고 있습니다.

참고로, 이번달에 시드단계로썬 상당히 좋은 투자를 받았고, 조금이지만 매출도 내고 있습니다. 업무에 AI를 매우 적극적으로 활용합니다.

자세한 팀 소개와 채용 공고는 곧 올리겠습니다. 많관부입니다. 🙇🏻🙇🏻‍♀️

회사 홈페이지 👉 https://playmore.ai

[광고] 다음 직무 채용 예정입니다. - 프러덕트/사업 기획 1인- 프러덕트 디자인 1인- 풀스택 웹 or 앱(RN) 개발자 1인- 백엔드(음성 AI 에이전트) 개발자 1인 연차 무관, 인턴, 정규 모두 고려하고 있습니다. 참고로, 이번달에 시드단계로썬 상당히 좋은 투자를 받았고, 조금이지만 매출도 내고 있습니다. 업무에 AI를 매우 적극적으로 활용합니다. 자세한 팀 소개와 채용 공고는 곧 올리겠습니다. 많관부입니다. 🙇🏻🙇🏻‍♀️ 회사 홈페이지 👉 https://playmore.ai

[광고] 다음 직무 채용 예정입니다.

- 프러덕트/사업 기획 1

쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 데브옵스를 위한 쿠버네티스 완벽 활용 가이드쿠버네티스가 표준 플랫폼으로 자리 잡은 클라우드 네이티브 세계에서 데브옵스를 실천하는 방법을 다룬다. 쿠버네티스 ……

쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 존 어런들 - 교보문고

최근, Next.js 프로젝트를 AWS EKS(Elastic Kubernetes Service)에 배포하는 경험을 했습니다.
이 과정에서 『쿠버네티스를 활용한 클라우드 네이티브 데브옵스』라는 책을 참고하며, 인프라에 대해 배운 내용을 제 방식대로 정리해봤습니다.

👨‍💻🛠️ 모든 것은 소프트웨어며 우리는 모두 엔지니어
이제는 프론트엔드 개발과 운영의 경계가 경계가 점점 사라지고 있습니다. HTML, CSS, JavaScript만 잘 다루면 됐던 시대를 지나 이제는 SSR, API 연동, 배포자동화, 모니터링 까지 고민해야 하죠.
이제 인프라도 코드로 작성하고 관리합니다.
package.json 을 다루듯, deployment.yaml, Dockerfile을 작성합니다.
결국, 인프라를 구성하는 것도 우리가 다루는 ‘코드’입니다.
그리고 코드는 바로 개발자가 잘 다루는 도구 입니다.
빠르고 안정적인 제품 전달은 특정 역할의 몫이 아니라, 모든 개발자의 책임입니다.
AI 시대에 우리는 점점 더 ‘경계를 넘는 개발자’가 되어야 합니다.
“나는 프론트만 해”라는 말보다, “이 기능을 어떻게 빠르게 사용자에게 전달하지?”라는 시야가 중요해졌습니다.
우리는 모두 ‘엔지니어’이고, 세상은 점점 더 모든 것을 ‘코드’로 표현하는 방향으로 나아가고 있으니까요.

🤖 왜 쿠버네티스인가?
비즈니스 관점에서는 “더 적게 실행하는 소프트웨어”가 중요합니다.
이 말은 꼭 적게 개발하자는 게 아니라, 이미 검증된 표준 기술을 활용해 핵심 기능에 집중하자는 의미입니다.
쿠버네티스(Kubernetes)는 그런 관점에서 사실상 인프라 관리의 표준이 되었습니다.
다수의 컨테이너를 한 번에 배포하고, 필요에 따라 스케일을 자동으로 조절해주고, 문제가 생긴 컨테이너는 알아서 다시 띄워줍니다.
프론트 기준으로 비유하자면 Turborepo가 모노레포 내에서 빌드 의존성을 분석하고, 필요한 부분만 선택적으로 빌드해주는 것처럼 쿠버네티스는 수많은 애플리케이션 인스턴스를 효율적으로 실행하고 관리해줍니다.
게다가 오토스케일링, 로드밸런싱 같은 기능도 AWS 같은 특정 클라우드에 종속되지 않고,
쿠버네티스 자체에 내장되어 있어 어떤 환경에서도 일관되게 작동합니다.
결국 우리는 인프라에 시간을 쏟기보다, 비즈니스 로직과 사용자 경험에 더 집중할 수 있게 되는 것이죠.

🧱 쿠버네티스 구조, 핵심 리소스 이해하기
쿠버네티스에서는 애플리케이션을 구성하는 요소들이 계층적으로 관리됩니다. 프론트엔드 개발자에게 익숙한 컴포넌트 트리처럼, 각각의 리소스가 어떤 역할을 하는지 이해하면 전체 구조가 훨씬 명확해집니다.
Pod
하나의 프로그램(보통 하나의 컨테이너)을 실행시키는 가장 작은 단위입니다.
프론트 기준으로 보면, 브라우저에서 하나의 탭이 하나의 페이지 앱을 띄우는 것처럼, Pod는 컨테이너 하나를 띄우는 최소 실행 단위입니다.

ReplicaSet
Pod를 몇 개 띄울지, 언제 다시 띄울지를 관리하는 리소스입니다.
마치 React에서 상태 변화를 감지해서 필요한 컴포넌트만 다시 그리는 것처럼,
ReplicaSet은 애플리케이션이 항상 원하는 수만큼 실행되도록 유지시켜줍니다.

Deployment
선언적인 방식으로 Pod와 ReplicaSet을 관리하는 상위 리소스입니다.
구조로 보면 Deployment → ReplicaSet → Pod 순서입니다.
쉽게 말해, “이 앱을 3개 실행시켜줘” 같은 요청을 코드(yaml)로 정의하고, 이 상태를 자동으로 유지하게 해주는 역할을 합니다.
Deployment는 .yaml 매니페스트로 관리되며, 실제 클러스터의 상태를 원하는 상태와 일치시키도록 쿠버네티스가 지속적으로 조율합니다.

이처럼 쿠버네티스는 복잡한 인프라 구성도 마치 컴포넌트처럼 구조화하고 선언적으로 관리할 수 있게 도와줍니다.
덕분에 인프라 변경도 코드 리뷰와 버전 관리를 통해 안전하게 수행할 수 있게 되는 거죠.

🩺 쿠버네티스의 헬스 체크
헬스 체크(Health Check)는 인프라 전반에서 널리 사용되는 개념이지만, 쿠버네티스는 이 기능을 체계화하고 자가 복구까지 연결 해 놓은 것이 큰 특징입니다. 단순히 컨테이너를 실행하는 것에 그치지 않고, 서비스가 “정상적으로 동작하는지” 판단해서 자동Pod의 응답이 없다면 그 Pod를 죽이고 새로 띄웁니다. 상태에 따라 직접 재시작 하거나 트래픽 대상에서 제외시키고 복구를 시도합니다. 즉 강력한 자가 복구를 해줍니다.
따라서 Next.js 에서는 아래와 같은 API ROUTE를 만들어줄 수 있습니다
// /pages/api/health.ts
export function GET() {
return NextResponse.json({ status: "ok" }, { status: 200 });
}

🌩️ 클라우드 네이티브 개발자?
클라우드 네이티브 개발자는, 클라우드 환경에 최적화된 방식으로 설계, 개발, 배포, 운영까지 고려하는 개발자를 말합니다.
요즘 프론트엔드는 단순한 SPA를 넘어, SSR, CSR, ISR 등 다양한 렌더링 방식에 따라 배포 전략도 달라집니다.
즉, 단순히 앱을 만드는 것뿐 아니라 어디에, 어떻게 띄우느냐"도 이제 중요한 개발의 일부가 된 것이죠.
아무리 인프라 담당자가 따로 있더라도, 도커 이미지 빌드, GitHub Actions 설정, ArgoCD로 배포 확인 및 롤백 같은 과정은 결국 프론트엔드 개발자가 직접 다루게 되는 영역입니다.
그래서 이제 프론트엔드 개발자도 클라우드 네이티브 개발자처럼 시스템 전반을 이해하고, 능동적으로 대처할 수 있는 역량이 필요해졌습니다. 단순히 UI만 잘 만드는 개발자를 넘어서, 인프라, 배포, 모니터링까지 포함한 전체 흐름을 이해해야 복잡한 문제를 "기술로 해결할 수 있는" 좀 더 나은 개발자로 성장할 수 있습니다.
이 글이 누군가에게는 그 여정을 시작하는 좋은 출발점이 되기를 바랍니다. 🙌

https://product.kyobobook.co.kr/detail/S000001810211?utm_source=google&utm_medium=cpc&utm_campaign=googleSearch&gt_network=g&gt_keyword=&gt_target_id=dsa-435935280379&gt_campaign_id=9979905549&gt_adgroup_id=132556570510&gad_source=1

최근, Next.js 프로젝트를 AWS EKS(Elastic Kubernetes Service)에 배포하는 경험을 했습니다. 이 과정에서 『쿠버네티스를 활용한 클라우드 네이티브 데브옵스』라는 책을 참고하며, 인프라에 대해 배운 내용을 제 방식대로 정리해봤습니다. 👨‍💻🛠️ 모든 것은 소프트웨어며 우리는 모두 엔지니어 이제는 프론트엔드 개발과 운영의 경계가 경계가 점점 사라지고 있습니다. HTML, CSS, JavaScript만 잘 다루면 됐던 시대를 지나 이제는 SSR, API 연동, 배포자동화, 모니터링 까지 고민해야 하죠. 이제 인프라도 코드로 작성하고 관리합니다. package.json 을 다루듯, deployment.yaml, Dockerfile을 작성합니다. 결국, 인프라를 구성하는 것도 우리가 다루는 ‘코드’입니다. 그리고 코드는 바로 개발자가 잘 다루는 도구 입니다. 빠르고 안정적인 제품 전달은 특정 역할의 몫이 아니라, 모든 개발자의 책임입니다. AI 시대에 우리는 점점 더 ‘경계를 넘는 개발자’가 되어야 합니다. “나는 프론트만 해”라는 말보다, “이 기능을 어떻게 빠르게 사용자에게 전달하지?”라는 시야가 중요해졌습니다. 우리는 모두 ‘엔지니어’이고, 세상은 점점 더 모든 것을 ‘코드’로 표현하는 방향으로 나아가고 있으니까요. 🤖 왜 쿠버네티스인가? 비즈니스 관점에서는 “더 적게 실행하는 소프트웨어”가 중요합니다. 이 말은 꼭 적게 개발하자는 게 아니라, 이미 검증된 표준 기술을 활용해 핵심 기능에 집중하자는 의미입니다. 쿠버네티스(Kubernetes)는 그런 관점에서 사실상 인프라 관리의 표준이 되었습니다. 다수의 컨테이너를 한 번에 배포하고, 필요에 따라 스케일을 자동으로 조절해주고, 문제가 생긴 컨테이너는 알아서 다시 띄워줍니다. 프론트 기준으로 비유하자면 Turborepo가 모노레포 내에서 빌드 의존성을 분석하고, 필요한 부분만 선택적으로 빌드해주는 것처럼 쿠버네티스는 수많은 애플리케이션 인스턴스를 효율적으로 실행하고 관리해줍니다. 게다가 오토스케일링, 로드밸런싱 같은 기능도 AWS 같은 특정 클라우드에 종속되지 않고, 쿠버네티스 자체에 내장되어 있어 어떤 환경에서도 일관되게 작동합니다. 결국 우리는 인프라에 시간을 쏟기보다, 비즈니스 로직과 사용자 경험에 더 집중할 수 있게 되는 것이죠. 🧱 쿠버네티스 구조, 핵심 리소스 이해하기 쿠버네티스에서는 애플리케이션을 구성하는 요소들이 계층적으로 관리됩니다. 프론트엔드 개발자에게 익숙한 컴포넌트 트리처럼, 각각의 리소스가 어떤 역할을 하는지 이해하면 전체 구조가 훨씬 명확해집니다. Pod 하나의 프로그램(보통 하나의 컨테이너)을 실행시키는 가장 작은 단위입니다. 프론트 기준으로 보면, 브라우저에서 하나의 탭이 하나의 페이지 앱을 띄우는 것처럼, Pod는 컨테이너 하나를 띄우는 최소 실행 단위입니다. ReplicaSet Pod를 몇 개 띄울지, 언제 다시 띄울지를 관리하는 리소스입니다. 마치 React에서 상태 변화를 감지해서 필요한 컴포넌트만 다시 그리는 것처럼, ReplicaSet은 애플리케이션이 항상 원하는 수만큼 실행되도록 유지시켜줍니다. Deployment 선언적인 방식으로 Pod와 ReplicaSet을 관리하는 상위 리소스입니다. 구조로 보면 Deployment → ReplicaSet → Pod 순서입니다. 쉽게 말해, “이 앱을 3개 실행시켜줘” 같은 요청을 코드(yaml)로 정의하고, 이 상태를 자동으로 유지하게 해주는 역할을 합니다. Deployment는 .yaml 매니페스트로 관리되며, 실제 클러스터의 상태를 원하는 상태와 일치시키도록 쿠버네티스가 지속적으로 조율합니다. 이처럼 쿠버네티스는 복잡한 인프라 구성도 마치 컴포넌트처럼 구조화하고 선언적으로 관리할 수 있게 도와줍니다. 덕분에 인프라 변경도 코드 리뷰와 버전 관리를 통해 안전하게 수행할 수 있게 되는 거죠. 🩺 쿠버네티스의 헬스 체크 헬스 체크(Health Check)는 인프라 전반에서 널리 사용되는 개념이지만, 쿠버네티스는 이 기능을 체계화하고 자가 복구까지 연결 해 놓은 것이 큰 특징입니다. 단순히 컨테이너를 실행하는 것에 그치지 않고, 서비스가 “정상적으로 동작하는지” 판단해서 자동Pod의 응답이 없다면 그 Pod를 죽이고 새로 띄웁니다. 상태에 따라 직접 재시작 하거나 트래픽 대상에서 제외시키고 복구를 시도합니다. 즉 강력한 자가 복구를 해줍니다. 따라서 Next.js 에서는 아래와 같은 API ROUTE를 만들어줄 수 있습니다 // /pages/api/health.ts export function GET() { return NextResponse.json({ status: "ok" }, { status: 200 }); } 🌩️ 클라우드 네이티브 개발자? 클라우드 네이티브 개발자는, 클라우드 환경에 최적화된 방식으로 설계, 개발, 배포, 운영까지 고려하는 개발자를 말합니다. 요즘 프론트엔드는 단순한 SPA를 넘어, SSR, CSR, ISR 등 다양한 렌더링 방식에 따라 배포 전략도 달라집니다. 즉, 단순히 앱을 만드는 것뿐 아니라 어디에, 어떻게 띄우느냐"도 이제 중요한 개발의 일부가 된 것이죠. 아무리 인프라 담당자가 따로 있더라도, 도커 이미지 빌드, GitHub Actions 설정, ArgoCD로 배포 확인 및 롤백 같은 과정은 결국 프론트엔드 개발자가 직접 다루게 되는 영역입니다. 그래서 이제 프론트엔드 개발자도 클라우드 네이티브 개발자처럼 시스템 전반을 이해하고, 능동적으로 대처할 수 있는 역량이 필요해졌습니다. 단순히 UI만 잘 만드는 개발자를 넘어서, 인프라, 배포, 모니터링까지 포함한 전체 흐름을 이해해야 복잡한 문제를 "기술로 해결할 수 있는" 좀 더 나은 개발자로 성장할 수 있습니다. 이 글이 누군가에게는 그 여정을 시작하는 좋은 출발점이 되기를 바랍니다. 🙌 https://product.kyobobook.co.kr/detail/S000001810211?utm_source=google&amp;utm_medium=cpc&amp;utm_campaign=googleSearch&amp;gt_network=g&amp;gt_keyword=&amp;gt_target_id=dsa-435935280379&amp;gt_campaign_id=9979905549&amp;gt_adgroup_id=132556570510&amp;gad_source=1

product.kyobobook.co.kr

Next.js 프로젝트를 AWS EKS에 배포하며 배운 것들

외국어를 사용해서? 돈을 더 많이 벌어서? 새로운 기회가 많아서? 글로벌 경력을 쌓을 수 있어서?

실제로 한국에서 일하시다가 외국으로 이직을 하신 분들께 뭐가 제일 좋으시냐고 여쭤보면 이런 답변을 자주 들어요.

"제 할 일만 할 수 있어서 너무 좋아요!"💡

참 의외죠? 😯

돌아켜보면 저도 한국에서 직장을 다닐 때는 항상 제 직무에서 벗어나는 무언가를 하느라 바빴던 것 같아요. 신입 때는 회식, 단합 대회, 송년회 등 각종 행사를 챙기느라 정신이 없었고, 올라가니 뜬금없이 위에서 긴급으로 자료를 취합해 오라는 경우가 많아서 야근이 잦았습니다. 소프트웨어 개발자인데 하루 종일 코드 한 줄 못 쓰고 엑셀 작업만 하다가 현타가 왔던 기억이 있네요 ㅋㅋ

외국에 와서는 직장에서 이런 일에 쓰는 시간이 확 줄어든 느낌인데요. 왜 그런걸까 저도 궁금해서 해외에서 다양한 직종에 종사하고 계신 한국인 분들과 이 것에 대해서 많은 대화를 나누어 보았습니다.

그 중 공통적으로 나왔던 얘기는 해외 직장에서는 중간 관리직이 이런 잡무가 아래로 내려오지 않도록 진짜 헌신적으로 일한다는 것입니다. 반면에 한국 직장에서는 상사가 일을 제대로 안 하거나 (또는 무지하거나 능력이 안 되서) 부하 직원들에게 그냥 떠 넘기는 경우가 많았다고 하시네요. 과잉 충성 때문에 오히려 불필요한 일이 생겨나기도 하고요. 이런 환경에서는 실무자들만 죽어나는 것 같습니다. ㅠㅠ

이러한 차이는 결국 연공서열에 따라 무조건 중간 관리직으로 승진시키는 한국의 기업 문화와 관련이 있지 않을까 생각해보았어요. 외국에서는 단순히 연차가 높다고 관리직에 앉히지는 않습니다. 관리직에 관심이 없는 직원들에게는 애초에 관리 업무를 주지도 않으며, 관리 역량을 성공적으로 수행할 수 있는 능력을 증명해야 관리직 역할을 유지할 수 있죠. 그래서 상대적으로 전문성을 보유한 중간 관리자가 많다고 느껴집니다.

어찌보면 우리가 직장 생활에서 원하는 것은 사실 뭐 그리 대단한 것이 아닐 수 있다는 생각이 들었습니다. 각 구성원이 자신의 역할에 맞는 일만 하게 해줄 수 있어도 훨씬 더 행복한 직장 생활이 될 수 있지 않을까요?

외국어를 사용해서? 돈을 더 많이 벌어서? 새로운 기회가 많아서? 글로벌 경력을 쌓을 수 있어서? 실제로 한국에서 일하시다가 외국으로 이직을 하신 분들께 뭐가 제일 좋으시냐고 여쭤보면 이런 답변을 자주 들어요. "제 할 일만 할 수 있어서 너무 좋아요!"💡 참 의외죠? 😯 돌아켜보면 저도 한국에서 직장을 다닐 때는 항상 제 직무에서 벗어나는 무언가를 하느라 바빴던 것 같아요. 신입 때는 회식, 단합 대회, 송년회 등 각종 행사를 챙기느라 정신이 없었고, 올라가니 뜬금없이 위에서 긴급으로 자료를 취합해 오라는 경우가 많아서 야근이 잦았습니다. 소프트웨어 개발자인데 하루 종일 코드 한 줄 못 쓰고 엑셀 작업만 하다가 현타가 왔던 기억이 있네요 ㅋㅋ 외국에 와서는 직장에서 이런 일에 쓰는 시간이 확 줄어든 느낌인데요. 왜 그런걸까 저도 궁금해서 해외에서 다양한 직종에 종사하고 계신 한국인 분들과 이 것에 대해서 많은 대화를 나누어 보았습니다. 그 중 공통적으로 나왔던 얘기는 해외 직장에서는 중간 관리직이 이런 잡무가 아래로 내려오지 않도록 진짜 헌신적으로 일한다는 것입니다. 반면에 한국 직장에서는 상사가 일을 제대로 안 하거나 (또는 무지하거나 능력이 안 되서) 부하 직원들에게 그냥 떠 넘기는 경우가 많았다고 하시네요. 과잉 충성 때문에 오히려 불필요한 일이 생겨나기도 하고요. 이런 환경에서는 실무자들만 죽어나는 것 같습니다. ㅠㅠ 이러한 차이는 결국 연공서열에 따라 무조건 중간 관리직으로 승진시키는 한국의 기업 문화와 관련이 있지 않을까 생각해보았어요. 외국에서는 단순히 연차가 높다고 관리직에 앉히지는 않습니다. 관리직에 관심이 없는 직원들에게는 애초에 관리 업무를 주지도 않으며, 관리 역량을 성공적으로 수행할 수 있는 능력을 증명해야 관리직 역할을 유지할 수 있죠. 그래서 상대적으로 전문성을 보유한 중간 관리자가 많다고 느껴집니다. 어찌보면 우리가 직장 생활에서 원하는 것은 사실 뭐 그리 대단한 것이 아닐 수 있다는 생각이 들었습니다. 각 구성원이 자신의 역할에 맞는 일만 하게 해줄 수 있어도 훨씬 더 행복한 직장 생활이 될 수 있지 않을까요?

🌎 해외에서 일하면 뭐가 좋을까요❓

AI 시대에는 개발자가 유리한가? 디자이너에게 좋은건가? 기획자는? 마케터는?

앱 개발 개척시대

AI 시대에는 개발자가 유리한가?
디자이너에게 좋은건가? 기획자는? 마케터는?

다 똑같다고 생각합니다. 모두가 같은 출발선.

제가 공부한 모든 컴퓨터 공학 지식의 가치를 0으로 설정했습니다.
맘이 좀 아프지만 이렇게 생각하니 차라리 편하기도 합니다. (다른 직군도 마찬가지일 겁니다)

서부 개척시대에서 요이땅 하고 땅따먹기를 하러 가는 느낌입니다.
누구든 먼저 땅에다 깃발을 꼽으면 그 땅을 주었던 시대.
말 한 마리만으로 달려가던 사람도 있었고 전차를 만들어서 가기도 하고 연합을 하기도 했습니다.
마냥 좋지만은 않았을 겁니다. 옆에 달려가는 사람들을 죽이기도 하고, 미리 가서 기다리고 있다가 깃발을 꼽는 등 얍삽이가 수두룩했습니다. 그래도 기회의 시대였던 것은 분명합니다.

어쩌면 이게 제 개발자 경력의 마지막은 아닐까?
나이도 들었고 함께할 연합도 없지만 제가 가진 장점들이 분명히 있을 겁니다.
이 레이스를 즐겨보려 합니다. 😁

https://jeho.page/essay/2025/06/05/at-the-app-development-race.html

AI 시대에는 개발자가 유리한가? 디자이너에게 좋은건가? 기획자는? 마케터는? 다 똑같다고 생각합니다. 모두가 같은 출발선. 제가 공부한 모든 컴퓨터 공학 지식의 가치를 0으로 설정했습니다. 맘이 좀 아프지만 이렇게 생각하니 차라리 편하기도 합니다. (다른 직군도 마찬가지일 겁니다) 서부 개척시대에서 요이땅 하고 땅따먹기를 하러 가는 느낌입니다. 누구든 먼저 땅에다 깃발을 꼽으면 그 땅을 주었던 시대. 말 한 마리만으로 달려가던 사람도 있었고 전차를 만들어서 가기도 하고 연합을 하기도 했습니다. 마냥 좋지만은 않았을 겁니다. 옆에 달려가는 사람들을 죽이기도 하고, 미리 가서 기다리고 있다가 깃발을 꼽는 등 얍삽이가 수두룩했습니다. 그래도 기회의 시대였던 것은 분명합니다. 어쩌면 이게 제 개발자 경력의 마지막은 아닐까? 나이도 들었고 함께할 연합도 없지만 제가 가진 장점들이 분명히 있을 겁니다. 이 레이스를 즐겨보려 합니다. 😁 https://jeho.page/essay/2025/06/05/at-the-app-development-race.html

서버엔지니어의 시대적 고민변화 : 트래픽 증가대비 장애걱정 서버는 빵빵 -> 비용압박 인스턴스 다이어트하고 장애도 함께고민 -> 구축이던 아니던 LLM먹는 하마를 어딘에 둘지? + 장애안나고 비용도 최소화

다음은 실제 활용하고 적용된 서버엔지니어링을통한 비용절감사례고민 내용으로 이것이 실패하면 오버엔지니어링으로 불리기도합니다. - 커넥션수로 장사하는 사악한 클라우드 비용정책을 방지하는 팁 포함

https://chatgpt.com/share/6839d4bf-b270-8010-96a7-510b2ff63ec3

서버엔지니어의 시대적 고민변화 : 트래픽 증가대비 장애걱정 서버는 빵빵 -&gt; 비용압박 인스턴스 다이어트하고 장애도 함께고민 -&gt; 구축이던 아니던 LLM먹는 하마를 어딘에 둘지? + 장애안나고 비용도 최소화 다음은 실제 활용하고 적용된 서버엔지니어링을통한 비용절감사례고민 내용으로 이것이 실패하면 오버엔지니어링으로 불리기도합니다. - 커넥션수로 장사하는 사악한 클라우드 비용정책을 방지하는 팁 포함 https://chatgpt.com/share/6839d4bf-b270-8010-96a7-510b2ff63ec3

서버엔지니어의 시대적 고민

1. 진통제이면서 비타민이어야 한다.

2. ’비타민이냐, 진통제냐?‘라는 질문에 굳이 대답을 해야 한다면 습관을 형성시키는 상품은 두 가지 모두에 해당된다고 할 수 있다.

3. 이런 서비스들은, 처음에는 비타민처럼 꼭 먹어야 하는 것은 아니지만 먹으면 좋은 것이었다. 그러나 일단 습관으로 굳어져버리면 진통제처럼 꼭 필요한 것이 된다.

4. 모든 생명체에게는 즐거움을 추구하고 고통을 회피하려는 본능이 있기 때문에 이것이 어떤 행동의 주된 동기유발 요인으로 작용하는 경우가 많다.

5. 불편함을 느낄 때 우리는 그런 불편한 느낌에서 벗어나고 싶어한다.

6. 습관 형성 상품은 사용자의 머릿속에서 연상작용을 일으키고 사용자들은 당신의 상품에서 고통에 대한 해결책을 발견하게 될지도 모른다.

#훅 📚

1. 진통제이면서 비타민이어야 한다. ​2. ’비타민이냐, 진통제냐?‘라는 질문에 굳이 대답을 해야 한다면 습관을 형성시키는 상품은 두 가지 모두에 해당된다고 할 수 있다. ​3. 이런 서비스들은, 처음에는 비타민처럼 꼭 먹어야 하는 것은 아니지만 먹으면 좋은 것이었다. 그러나 일단 습관으로 굳어져버리면 진통제처럼 꼭 필요한 것이 된다. ​4. 모든 생명체에게는 즐거움을 추구하고 고통을 회피하려는 본능이 있기 때문에 이것이 어떤 행동의 주된 동기유발 요인으로 작용하는 경우가 많다. ​5. 불편함을 느낄 때 우리는 그런 불편한 느낌에서 벗어나고 싶어한다. ​6. 습관 형성 상품은 사용자의 머릿속에서 연상작용을 일으키고 사용자들은 당신의 상품에서 고통에 대한 해결책을 발견하게 될지도 모른다. #훅 📚

< 서비스를 중독성 있게 만드는 결정적 원리 >

This link will take you to a page that’s not on LinkedIn

LinkedIn

가트너 리포트 'Predicts 2025: Navigating the Rise of AI in Software Engineering'를 읽고 요약했습니다.

1️⃣ UX 채용 시장의 변화 | UX 리서치 채용공고 71%, UX 디자인 채용공고 70% 감소 (2022년 대비 Indeed 조사)

2️⃣ AI 도구의 접근성 향상 | Maze, UserTesting, Figma 등이 비전문가도 기본적인 UX 업무를 수행할 수 있게 지원

3️⃣ 개인화 기술의 발전 | 고객 데이터를 기반으로 실시간 개인화 UI를 자동 생성하는 기술 등장

4️⃣ 팀 구성의 다변화 | 엔지니어, PM, 비즈니스 분석가가 교육을 통해 UX 업무를 병행할 수 있게 됨

5️⃣ 필연적인 UX 전문가 역할의 변화 | 깊이 있는 사용자 이해, 창의적 문제 해결, 윤리적 설계 판단, 전략적 UX 기획에 집중 필요

[ 큐레이터의 문장 🎒 ]

아래 첨부한 그래프는 AI에 대한 조직의 기대치와 현실적 효용, 그 사이의 간극을 잘 보여줍니다. 파랑색 선은 Gen AI에 대한 과대광고로 인해 가파르게 상승하는 기대치를 표현합니다. 주황색 선은 현실에서 실질적으로 효용을 주는 실현 가능한 가치로 파랑색 선과 비교하면 차이가 커집니다. 기대가 현실을 앞서는 상황입니다. 많은 조직이 AI를 도입하면 자연스럽게 혁신할 수 있다고 믿습니다. 도입하지 않으면 안 될 것 같은 부담은 개인이나 조직이나 마찬가지입니다. 그런데 왜 이런 현상이 나타날까요?

가트너 분석에 따르면 몇 가지 현실적인 이유들이 AI로 인한 성과 창출을 어렵게 만듭니다.

1️⃣ 조직 구조 자체가 AI를 활용할 수 있도록 바뀌어야 합니다.
2️⃣ AI를 현재 업무에 어떻게 적용하는 것이 효과적인지 교육해야 합니다.
3️⃣ 제품 개발 전 과정에 적용하는 대신 난이도는 낮고, 임팩트는 큰 영역에 선택적으로 적용해야 합니다.
4️⃣ AI로 인한 성과 창출이 가능한 도메인과 단계를 파악하고 적절한 지표를 설정해 관리해야 합니다.

UX 분야도 마찬가지입니다. 가트너 리포트에 따르면 2027년까지 제품팀 내 UX 디자이너 인력이 40% 줄어들 겁니다. Indeed 조사에 따르면 2022년 이후 UX 리서치 채용공고는 71%, 디자이너 채용공고는 70% 감소했습니다. 현재 UX 분야에서 AI 기술은 빠르게 업무의 진입장벽을 낮추고 있고 Figma도 적극적으로 AI 기능을 적용하고 있습니다.

무엇이 변하고 있는가?

1️⃣ UX 리서치 도구의 발전 | Maze, UserTesting 같은 플랫폼이 사용자 피드백을 분석하고 인사이트를 자동으로 생성합니다.
2️⃣ UX 디자인 도구의 지능화 | Figma, Uizard의 AI가 레이아웃을 제안하고, 개발자도 전문가 수준의 프로토타입을 제작할 수 있게 됐습니다.
3️⃣ 개인화 UI 자동 생성 | 고객 데이터를 기반으로 실시간 개인화 UI를 자동 생성하는 기술이 등장했습니다.

이런 변화로 인해 엔지니어, 데이터 분석가들도 최소한의 교육만으로 쉽게 UX 리서치, 라이팅, 디자인까지 수행할 수 있는 환경이 조성되었습니다.

그래서 UX하는 사람들은 점점 줄어들까요?

여전히 인간이 고민을 주도해야 하는 영역이 있고 (AI를 활용하며) 더 효과적으로 고민할 지점이 있습니다.

1️⃣ 깊이 있는 사용자 이해 | 사용자의 말 뒤에 숨은 진짜 니즈와 맥락을 파악하는 일
2️⃣ 창의적 문제 해결 | 데이터만으로는 나올 수 없는 혁신적 솔루션을 찾는 일
3️⃣ 윤리적 설계 판단 | 기술적으로 가능해도 적용할 것인지 판단하는 일
4️⃣ 전략적 UX 기획 | 비즈니스 목표와 사용자 가치 사이의 균형점을 찾는 일

그렇다면 AI 시대에 살아남을 UX 전문가는 이런 사람들일 겁니다.

1️⃣ AI를 도구로 삼아 더 높은 차원의 문제를 빠르게 해결하는 전문가
2️⃣ 데이터로 설명하기 어려운 인간적인 관점에서 출발하는 전문가
3️⃣ 개별 화면이나 UI가 아닌 전체 경험을 설계하는 전문가

https://lnkd.in/gP3g7P4i

가트너 리포트 'Predicts 2025: Navigating the Rise of AI in Software Engineering'를 읽고 요약했습니다. 1️⃣ UX 채용 시장의 변화 | UX 리서치 채용공고 71%, UX 디자인 채용공고 70% 감소 (2022년 대비 Indeed 조사) 2️⃣ AI 도구의 접근성 향상 | Maze, UserTesting, Figma 등이 비전문가도 기본적인 UX 업무를 수행할 수 있게 지원 3️⃣ 개인화 기술의 발전 | 고객 데이터를 기반으로 실시간 개인화 UI를 자동 생성하는 기술 등장 4️⃣ 팀 구성의 다변화 | 엔지니어, PM, 비즈니스 분석가가 교육을 통해 UX 업무를 병행할 수 있게 됨 5️⃣ 필연적인 UX 전문가 역할의 변화 | 깊이 있는 사용자 이해, 창의적 문제 해결, 윤리적 설계 판단, 전략적 UX 기획에 집중 필요 [ 큐레이터의 문장 🎒 ] 아래 첨부한 그래프는 AI에 대한 조직의 기대치와 현실적 효용, 그 사이의 간극을 잘 보여줍니다. 파랑색 선은 Gen AI에 대한 과대광고로 인해 가파르게 상승하는 기대치를 표현합니다. 주황색 선은 현실에서 실질적으로 효용을 주는 실현 가능한 가치로 파랑색 선과 비교하면 차이가 커집니다. 기대가 현실을 앞서는 상황입니다. 많은 조직이 AI를 도입하면 자연스럽게 혁신할 수 있다고 믿습니다. 도입하지 않으면 안 될 것 같은 부담은 개인이나 조직이나 마찬가지입니다. 그런데 왜 이런 현상이 나타날까요? 가트너 분석에 따르면 몇 가지 현실적인 이유들이 AI로 인한 성과 창출을 어렵게 만듭니다. 1️⃣ 조직 구조 자체가 AI를 활용할 수 있도록 바뀌어야 합니다. 2️⃣ AI를 현재 업무에 어떻게 적용하는 것이 효과적인지 교육해야 합니다. 3️⃣ 제품 개발 전 과정에 적용하는 대신 난이도는 낮고, 임팩트는 큰 영역에 선택적으로 적용해야 합니다. 4️⃣ AI로 인한 성과 창출이 가능한 도메인과 단계를 파악하고 적절한 지표를 설정해 관리해야 합니다. UX 분야도 마찬가지입니다. 가트너 리포트에 따르면 2027년까지 제품팀 내 UX 디자이너 인력이 40% 줄어들 겁니다. Indeed 조사에 따르면 2022년 이후 UX 리서치 채용공고는 71%, 디자이너 채용공고는 70% 감소했습니다. 현재 UX 분야에서 AI 기술은 빠르게 업무의 진입장벽을 낮추고 있고 Figma도 적극적으로 AI 기능을 적용하고 있습니다. 무엇이 변하고 있는가? 1️⃣ UX 리서치 도구의 발전 | Maze, UserTesting 같은 플랫폼이 사용자 피드백을 분석하고 인사이트를 자동으로 생성합니다. 2️⃣ UX 디자인 도구의 지능화 | Figma, Uizard의 AI가 레이아웃을 제안하고, 개발자도 전문가 수준의 프로토타입을 제작할 수 있게 됐습니다. 3️⃣ 개인화 UI 자동 생성 | 고객 데이터를 기반으로 실시간 개인화 UI를 자동 생성하는 기술이 등장했습니다. 이런 변화로 인해 엔지니어, 데이터 분석가들도 최소한의 교육만으로 쉽게 UX 리서치, 라이팅, 디자인까지 수행할 수 있는 환경이 조성되었습니다. 그래서 UX하는 사람들은 점점 줄어들까요? 여전히 인간이 고민을 주도해야 하는 영역이 있고 (AI를 활용하며) 더 효과적으로 고민할 지점이 있습니다. 1️⃣ 깊이 있는 사용자 이해 | 사용자의 말 뒤에 숨은 진짜 니즈와 맥락을 파악하는 일 2️⃣ 창의적 문제 해결 | 데이터만으로는 나올 수 없는 혁신적 솔루션을 찾는 일 3️⃣ 윤리적 설계 판단 | 기술적으로 가능해도 적용할 것인지 판단하는 일 4️⃣ 전략적 UX 기획 | 비즈니스 목표와 사용자 가치 사이의 균형점을 찾는 일 그렇다면 AI 시대에 살아남을 UX 전문가는 이런 사람들일 겁니다. 1️⃣ AI를 도구로 삼아 더 높은 차원의 문제를 빠르게 해결하는 전문가 2️⃣ 데이터로 설명하기 어려운 인간적인 관점에서 출발하는 전문가 3️⃣ 개별 화면이나 UI가 아닌 전체 경험을 설계하는 전문가 https://lnkd.in/gP3g7P4i

lnkd.in

⟪UX 디자이너가 사라지고 있다⟫

하나부터 열까지 리더가 상세히 설명해 주길 바라는 구성원이 있습니다. 반대로 큰 얼개만 듣고 나머지는 ...

다양한 구성원을 하나로 모으고 싶다면 - 리더가 가져야 할 모순

하나부터 열까지 리더가 상세히 설명해 주기를 바라는 구성원이 있습니다. 반대로 큰 얼개만 듣고 나머지는 자율적으로 하고 싶어 하는 경우도 있죠. 회식에 참여하는 것을 너무나 힘겨워 하는 구성원이 있는 반면, 동료들과 함께 시간을 보내며 가까워지는 것을 원하는 구성원도 있습니다.

주기적인 회의를 통해 서로의 업무현황을 공유하고 파악하길 원하는 경우도, 굳이 모일 필요성을 느끼지 못하는 구성원도 있고요. 문제는 이렇게 제각각인 구성원을 리더가 하나로 모아야 한다는 것입니다. 누구 한쪽을 편들지 않으면서도 한 방향으로 이끌기 위해서는 리더가 ‘따뜻한 아이스 아메리카노’가 되어야 합니다. 이게 무슨 뜻일까요?

최근 필자는 뉴질랜드 여행을 다녀왔습니다. 이 나라는 섬의 고유한 자연환경 보전을 위해 농산물 등 식품 반입에 매우 엄격한데요, 그래서 그런지 공항 곳곳에 안내 및 경고 문구가 붙어있었습니다. 필자 역시 이것을 잘 알고 있었기에 충실하게 신고서를 작성했죠.

그런데 마지막 관문에서 적발되고 말았습니다. 아침에 아이의 비상식량으로 챙겨온 사과의 존재를 까맣게 잊고 있었던 것입니다. 가방 속 사과를 발견한 세관 직원은 우리 일행을 어디론가 데려갔습니다. 무슨 일이 벌어질까 불안과 초조함을 느끼고 있을 때, 친절한 미소를 띤 직원이 다가왔습니다.

“뉴질랜드에 휴가를 보내러 왔냐?”며 말을 건네네요. 생각보다 부드러운 분위기에 “아이가 사과를 좋아해서 가방에 넣어뒀는데 깜빡 잊었다”며 선처를 바라는 눈빛을 보냈습니다. 하지만 돌아온 반응은 “안타깝다. 많이 당황스러울테니 천천히 안내문을 읽어보고 어떻게 할 건지 알려달라”는 것 뿐이었습니다.

안내문은 심플했습니다. 세관에 메일을 보내서 사정을 설명하거나, 억울하면 소송을 해도 되고, 그렇지 않으면 벌금을 내라는 것이었습니다. 더불어 실수라고 해도 고려 대상은 아니라는 말도 적혀 있었죠. 결국 현장에서 벌금을 납부하는 것으로 약 20여 분의 해프닝을 마쳤습니다.

부끄러운 경험담을 이렇게나 구구절절하게 소개하는 이유는, 이들이 보여준 모습에서 리더가 갖춰야 할 2가지를 발견했기 때문입니다. 함께 살펴볼까요?

1️⃣원칙
신고되지 않거나 허가되지 않은 품목에 대해서는 어떠한 예외도 없습니다. 이것을 비행기를 타고 내릴 때는 물론, 공항에 도착해서도 ‘눈과 귀에 박히도록’ 알려줍니다.

다양한 개성과 사고방식을 지닌 구성원들을 이끌기 위해서는 리더도 이러한 원칙을 가져야 합니다. 우리 조직의 구성원이라면 예외 없이 지켜야 하는 것이 무엇인지 정리해보세요. 함께 일하는 방식일 수도 있고, 업무 정보 공유 형태에 대한 것일 수도 있습니다.

빠른 일 처리를 중시하는 직원은 전화 통화가 당연하다고 생각할 수 있습니다. 히스토리를 남기는 것이 중요하다 여기는 직원은 문자나 이메일 소통을 선호하죠. 이건 옳고 그름의 문제가 아닙니다. 우리 조직의 업무 속성에 맞는 공동의 규칙을 갖는 게 필요합니다.

그리고 이런 원칙은 구성원들과 ‘함께’ 만드는 것이 좋습니다. 우리 조직의 ‘어떤 특성’ 때문에 이런 일하는 방식, 소통하는 방식을 운영하는지 구성원들이 납득할 수 있어야 하기 때문입니다.

그리고 이렇게 정해진 내용은 리더가 지속적으로 알려야 합니다. 잘 지키는 직원에겐 어드밴티지를, 반대의 경우엔 페널티를 주는 등 함께 만든 ‘원칙’이 문서로만 남아있지 않도록, 행동으로 옮기려는 시도를 꾸준히 하는 게 필요합니다.

2️⃣친절함
뉴질랜드 세관 직원들이 가방을 하나하나 검사하는 것은 그들의 일이기에 냉정한 태도로 할 수밖에 없습니다. 하지만 문제가 발견된 후 처리 과정에선 전혀 ‘위압감’을 느끼지 못했습니다.

사실 그들 입장에서 필자는 ‘룰을 위반한 사람’이기에 차갑게 대한들 딱히 불평할 입장은 못 되는데요. 하지만 당황한 마음을 다스릴 수 있도록 미소와 함께 말을 건네고, 일행들과 함께 대응 방법을 상의하도록 시간을 충분히 줬던 것이 참 고마웠습니다.

규칙은 지키라고 있는 것이니 이를 어기는 사람을 처벌하는 것이 당연합니다. 하지만 이때의 태도가 어떨 때는 상대의 마음을 닫아 버리기도 합니다. 그래서 리더 또한 친절할 필요가 있습니다.

원칙에 예외를 두는 방식의 관용이 아닌, 이를 지적하고 피드백하는 모습에서의 따뜻함이 중요하다는 뜻입니다. 그런데 이게 말처럼 쉽진 않습니다. 잘못을 지적하다 보면 생각보다 말이 세게 나오거나 상대를 비난하는 투가 되기 때문입니다.

이를 들은 상대방은 어떨까요? ‘내가 잘못했으니 어쩔 수 없지’라고 생각할 수도 있지만, ‘이게 그렇게까지 잘못한 건가?’라는 억울함, ‘내가 일부러 그런 것도 아닌데 너무하네!’라는 서운함이 생길지도 모릅니다. 상대가 이렇게 느끼면 피드백의 목적인 ‘행동 개선’도 어려워집니다.

필자가 이 경험을 웃으며 얘기할 수 있는 이유도 마찬가지입니다. ‘뭘 이런 것까지 잡아내 벌금을 매길까?’라는 억울함보다는, 최선을 다해 자신의 역할을 수행하면서도 당황해하는 나의 마음을 읽어줬던 뉴질랜드 세관 직원에 대한 고마움이 더 컸기 때문이 아닐까 합니다.

구성원을 대하는 리더의 태도 역시 그랬으면 좋겠습니다. 리더는 모르는 구성원 만의 속사정이 있을지도 모릅니다. 본인도 룰을 어겼다는 것을 알고 누구보다 당황하고 있을 수도 있죠. 원칙에는 엄격하되 태도는 부드러운 것.

이것이 다양한 성향의 구성원을 이끌어야 하는 ‘좋은 리더’가 갖춰야 하는 태도 아닐까요? 기준에 대한 차가움과 사람에 대한 따뜻함을 함께 가진 ‘따뜻한 아이스 아메리카노’ 같은 리더가 되시기 바랍니다.

하나부터 열까지 리더가 상세히 설명해 주기를 바라는 구성원이 있습니다. 반대로 큰 얼개만 듣고 나머지는 자율적으로 하고 싶어 하는 경우도 있죠. 회식에 참여하는 것을 너무나 힘겨워 하는 구성원이 있는 반면, 동료들과 함께 시간을 보내며 가까워지는 것을 원하는 구성원도 있습니다. 주기적인 회의를 통해 서로의 업무현황을 공유하고 파악하길 원하는 경우도, 굳이 모일 필요성을 느끼지 못하는 구성원도 있고요. 문제는 이렇게 제각각인 구성원을 리더가 하나로 모아야 한다는 것입니다. 누구 한쪽을 편들지 않으면서도 한 방향으로 이끌기 위해서는 리더가 ‘따뜻한 아이스 아메리카노’가 되어야 합니다. 이게 무슨 뜻일까요? 최근 필자는 뉴질랜드 여행을 다녀왔습니다. 이 나라는 섬의 고유한 자연환경 보전을 위해 농산물 등 식품 반입에 매우 엄격한데요, 그래서 그런지 공항 곳곳에 안내 및 경고 문구가 붙어있었습니다. 필자 역시 이것을 잘 알고 있었기에 충실하게 신고서를 작성했죠. 그런데 마지막 관문에서 적발되고 말았습니다. 아침에 아이의 비상식량으로 챙겨온 사과의 존재를 까맣게 잊고 있었던 것입니다. 가방 속 사과를 발견한 세관 직원은 우리 일행을 어디론가 데려갔습니다. 무슨 일이 벌어질까 불안과 초조함을 느끼고 있을 때, 친절한 미소를 띤 직원이 다가왔습니다. “뉴질랜드에 휴가를 보내러 왔냐?”며 말을 건네네요. 생각보다 부드러운 분위기에 “아이가 사과를 좋아해서 가방에 넣어뒀는데 깜빡 잊었다”며 선처를 바라는 눈빛을 보냈습니다. 하지만 돌아온 반응은 “안타깝다. 많이 당황스러울테니 천천히 안내문을 읽어보고 어떻게 할 건지 알려달라”는 것 뿐이었습니다. 안내문은 심플했습니다. 세관에 메일을 보내서 사정을 설명하거나, 억울하면 소송을 해도 되고, 그렇지 않으면 벌금을 내라는 것이었습니다. 더불어 실수라고 해도 고려 대상은 아니라는 말도 적혀 있었죠. 결국 현장에서 벌금을 납부하는 것으로 약 20여 분의 해프닝을 마쳤습니다. 부끄러운 경험담을 이렇게나 구구절절하게 소개하는 이유는, 이들이 보여준 모습에서 리더가 갖춰야 할 2가지를 발견했기 때문입니다. 함께 살펴볼까요? 1️⃣원칙신고되지 않거나 허가되지 않은 품목에 대해서는 어떠한 예외도 없습니다. 이것을 비행기를 타고 내릴 때는 물론, 공항에 도착해서도 ‘눈과 귀에 박히도록’ 알려줍니다. 다양한 개성과 사고방식을 지닌 구성원들을 이끌기 위해서는 리더도 이러한 원칙을 가져야 합니다. 우리 조직의 구성원이라면 예외 없이 지켜야 하는 것이 무엇인지 정리해보세요. 함께 일하는 방식일 수도 있고, 업무 정보 공유 형태에 대한 것일 수도 있습니다. 빠른 일 처리를 중시하는 직원은 전화 통화가 당연하다고 생각할 수 있습니다. 히스토리를 남기는 것이 중요하다 여기는 직원은 문자나 이메일 소통을 선호하죠. 이건 옳고 그름의 문제가 아닙니다. 우리 조직의 업무 속성에 맞는 공동의 규칙을 갖는 게 필요합니다. 그리고 이런 원칙은 구성원들과 ‘함께’ 만드는 것이 좋습니다. 우리 조직의 ‘어떤 특성’ 때문에 이런 일하는 방식, 소통하는 방식을 운영하는지 구성원들이 납득할 수 있어야 하기 때문입니다. 그리고 이렇게 정해진 내용은 리더가 지속적으로 알려야 합니다. 잘 지키는 직원에겐 어드밴티지를, 반대의 경우엔 페널티를 주는 등 함께 만든 ‘원칙’이 문서로만 남아있지 않도록, 행동으로 옮기려는 시도를 꾸준히 하는 게 필요합니다. 2️⃣친절함뉴질랜드 세관 직원들이 가방을 하나하나 검사하는 것은 그들의 일이기에 냉정한 태도로 할 수밖에 없습니다. 하지만 문제가 발견된 후 처리 과정에선 전혀 ‘위압감’을 느끼지 못했습니다. 사실 그들 입장에서 필자는 ‘룰을 위반한 사람’이기에 차갑게 대한들 딱히 불평할 입장은 못 되는데요. 하지만 당황한 마음을 다스릴 수 있도록 미소와 함께 말을 건네고, 일행들과 함께 대응 방법을 상의하도록 시간을 충분히 줬던 것이 참 고마웠습니다. 규칙은 지키라고 있는 것이니 이를 어기는 사람을 처벌하는 것이 당연합니다. 하지만 이때의 태도가 어떨 때는 상대의 마음을 닫아 버리기도 합니다. 그래서 리더 또한 친절할 필요가 있습니다. 원칙에 예외를 두는 방식의 관용이 아닌, 이를 지적하고 피드백하는 모습에서의 따뜻함이 중요하다는 뜻입니다. 그런데 이게 말처럼 쉽진 않습니다. 잘못을 지적하다 보면 생각보다 말이 세게 나오거나 상대를 비난하는 투가 되기 때문입니다. 이를 들은 상대방은 어떨까요? ‘내가 잘못했으니 어쩔 수 없지’라고 생각할 수도 있지만, ‘이게 그렇게까지 잘못한 건가?’라는 억울함, ‘내가 일부러 그런 것도 아닌데 너무하네!’라는 서운함이 생길지도 모릅니다. 상대가 이렇게 느끼면 피드백의 목적인 ‘행동 개선’도 어려워집니다. 필자가 이 경험을 웃으며 얘기할 수 있는 이유도 마찬가지입니다. ‘뭘 이런 것까지 잡아내 벌금을 매길까?’라는 억울함보다는, 최선을 다해 자신의 역할을 수행하면서도 당황해하는 나의 마음을 읽어줬던 뉴질랜드 세관 직원에 대한 고마움이 더 컸기 때문이 아닐까 합니다. 구성원을 대하는 리더의 태도 역시 그랬으면 좋겠습니다. 리더는 모르는 구성원 만의 속사정이 있을지도 모릅니다. 본인도 룰을 어겼다는 것을 알고 누구보다 당황하고 있을 수도 있죠. 원칙에는 엄격하되 태도는 부드러운 것. 이것이 다양한 성향의 구성원을 이끌어야 하는 ‘좋은 리더’가 갖춰야 하는 태도 아닐까요? 기준에 대한 차가움과 사람에 대한 따뜻함을 함께 가진 ‘따뜻한 아이스 아메리카노’ 같은 리더가 되시기 바랍니다.

네이버 블로그 | HSG 휴먼솔루션그룹

하나부터 열까지 리더가 상세히 설명해 주기를 바라는 구성원이 있습

AWS는 어쩌다가 클라우드 서비스를 시작하게 되었을까
Git은 어떻게 만들어졌을까
19금 사이트 개발은 어떤 사람들이 하는 걸까

개발자로 살면서, 한번쯤 들었을 법한 의문들에 대해서 팟캐스트를 만들어서 올려보고 있습니다 (AI로...)

많은 관심 부탁드립니다! 🤗
https://www.youtube.com/@Beedio_pyeongbee

AWS는 어쩌다가 클라우드 서비스를 시작하게 되었을까 Git은 어떻게 만들어졌을까 19금 사이트 개발은 어떤 사람들이 하는 걸까 개발자로 살면서, 한번쯤 들었을 법한 의문들에 대해서 팟캐스트를 만들어서 올려보고 있습니다 (AI로...) 많은 관심 부탁드립니다! 🤗https://www.youtube.com/@Beedio_pyeongbee

개발자 교양 팟캐스트

With the design overhaul that's coming this year, Apple plans to rename all of its operating systems, reports Bloomberg. Going forward, iOS,...

No iOS 19: Apple Going Straight to iOS 26

매년 iOS 버전은 하나씩 업데이트 되고 있습니다.
그러다보니 현재는 iOS 18이 최신인데, 올해부터는 연도를 나타내는 iOS 26으로 바뀔거라는 소식이 있어요 😃

사실 연도를 따라가면 헷갈리지 않아서 좋긴한데, 조금 더 나아가서 Xcode, iPhone OS 버전들도 같이 통일해주면 더 헷갈리지 않을것 같습니다.
개발할 때 매번 이 세가지의 버전이 늘 헷갈리더라구요.

그러면, Xcode 몇 버전에서는 최신 iOS 몇 버전까지 지원되고 그런것들에서 해방될 수 있지 않을까 생각해봅니다 ☺️

매년 iOS 버전은 하나씩 업데이트 되고 있습니다.그러다보니 현재는 iOS 18이 최신인데, 올해부터는 연도를 나타내는 iOS 26으로 바뀔거라는 소식이 있어요 😃 사실 연도를 따라가면 헷갈리지 않아서 좋긴한데, 조금 더 나아가서 Xcode, iPhone OS 버전들도 같이 통일해주면 더 헷갈리지 않을것 같습니다.개발할 때 매번 이 세가지의 버전이 늘 헷갈리더라구요. 그러면, Xcode 몇 버전에서는 최신 iOS 몇 버전까지 지원되고 그런것들에서 해방될 수 있지 않을까 생각해봅니다 ☺️

MacRumors

iOS 19가 아니라 이제 iOS 26?

사업 아이템보다 조직이 비즈니스에 더 큰 영향을 준다. | [비즈니스 편] 떡잎부터 잘되는 사업이 있다? 없다? "사업 성공/실패" 글은 신규사업을 추진 혹은 창업하고자 하는 분들에게 사업에 대한 어려움 그리고 이를 극복하기 위한 개인적인 생각을 정리한 글입니다. 1편을 통해서 사업의 어려움에 대해 이야기했고 2편에서 "운"의 중요성과 "기회"를 만들고 추친하는 것에 대해 이야기했습니다.

3편) 신규사업을 잘하는 조직이 갖추어야 할 모습

떡잎부터 잘되는 사업이 있다? 없다?
"사업 성공/실패" 글은 신규사업을 추진 혹은 창업하고자 하는 분들에게 사업에 대한 어려움 그리고 이를 극복하기 위한 개인적인 생각을 정리한 글입니다. 1편을 통해서 사업의 어려움에 대해 이야기했고 2편에서 "운"의 중요성과 "기회"를 만들고 추친하는 것에 대해 이야기했습니다. 이번 편에서는 조직에 대한 이야기를 해 볼까 합니다. "기회 혹은 운"을 만들고 추진하려면 그에 맞는 조직과 운영모델이 존재해야 합니다. 사업마다 해야 하는 일의 방식이 다르기 때문에 제가 이야기하고자 하는 것들이 정답이 아니겠지만, 조금은 도움이 되는 내용이 되기를 기대합니다. 그리고 "떡잎부터 잘되는 사업이 있다? 없다?" 질문에 대답이 되기를 기대합니다.

https://brunch.co.kr/@mobility/157

Brunch Story

대동산업 관리이사

조무영

경남대학교 행정학과

가연

안녕하세요!
경남대학교 빅데이터센터에서 공부하고 있는 학부 연구생입니다 !


기획자

현백 김영문

"사업 성공/실패" 3편) 신규사업을 잘하는 조직이 갖추어야 할 모습

IT 개발자로 일을 시작하며, 지금은 모빌리티 비즈니스 개발과 신규 서비스를 만들고 있습니다.
지난 기간 동안 IT 개발, 컨설턴트, 신규사업기획, 영업 및 제휴 등 다양한 업무를 수행하였고, MBA를 통해 비즈니스와 금융의 이해도를 높이며, CFA 까지 취득하게 되었습니다.  이러한 다양한 배경을 바탕으로 다양한 기업의 사업 전략과 기업 가치 분석에 관심이 많습니다.많은 분들과 다양한 모빌리티 이야기를 하며, 비즈니스 인사이트를 공유하고 싶습니다.

김민형, CFA

IT 개발자로 일을 시작하며, 지금은 모빌리티 비즈니스 개발과 신규 서비스를 만들고 있습니다. 다양한 기업의 사업 전략과 기업 가치 분석에 관심이 많습니다. 많은 분들과 다양한 모빌리티 이야기를 하며, 비즈니스 인사이트를 공유하고 싶습니다.
#끊임없이배우기

"사업 성공/실패" 3편) 신규사업을 잘하는 조직이 갖추어야 할 모습

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필