몇년 전부터 종종 이야기해왔는데 절대 오지 않았으면 했던 것이 와버린 것 같다. 우리나라 경제와 산업, 시장에 대한 이야기였고, 각 경우별 시나리오를 예상했는데, 그 중에서 최악의 시나리오가 현실화되고 있다는 느낌이다. 일본도 아니고 남미처럼 될 지도 모른다는 위기감에 진정한 선진국이 되기 전 너무 일찍 샴페인 터뜨리고 노동의 가치를 무시하는 마약 보다 무서운 정신 상태가 퍼져가는 것이 무서웠다. 예상대로 이런 상태가 10년 가까이 지속되니...

이런 이야기를 하고자 하는게 아니고 그래서 최소한 지금 당장 하고 있는 사업과 일이 직접적인 영향을 받고 있어서 정신 바짝 차리고 대비를 해야만 하는 상황이 되었다는 걸 말하는거다. 지난 몇주 현재 상황에 대해 폭넓게 살피고 분석하면서 생각을 정리하고 현재 가지고 있는 자산을 점검하고 향후 대책에 대해 고민해왔다. 나이도 있다보니 타의적(?) 은퇴후 대책까지 고민하면서 하다못해 국민연금까지 살펴보았다. 개인적으로 최소 5년에서 10년은 지속될 것으로 보이는 경제 암흑기를 대비하고 이 위기를 기회로 삼기 위한 그림은 그렸으니 이제 계획한대로 실행한다.

직장생활을 마치고 야생 정글에 나온지 만 8년, 지금까지는 사업과 일을 하면서 미리 향후 산업과 시장 변화를 미리 예측하고 기다렸다가 목표물이 오면 조준 사격하거나 트렌드의 씨앗을 만들고 키워가면서 흐름이 만들어지면 미리 준비해놓은 그물에 목표물이 들어와 걸리게끔 해왔다. 하지만 경제와 기업이 지금 상태까지 된 상황에서는 이 두 가지 방법이 지금까지처럼 성공율이 높지 않을 듯하다. 경제와 기업은 고려할 변수는 더욱 많아졌으나 체력은 떨어져있어서 유연히 대응할 힘이 떨어져있고 눈앞만 보면서 당장 갈 길에 있는 똥 피하기도 바빠서 멀리 보기 어려워졌기 때문이다. 두가지 방법을 버리진 않을 생각이지만, 우선순위상 기간을 짧게 짧게 끊어서 당장 시장이 열리는 곳을 유연하게 공략하는 것을 최우선으로 삼아야겠다. 거기에 욕심 부리지 말고 단단히 자리 잡고 있는 영역부터 단디 내부단속해서 놓치지 않도록 하고 말이다.

뭔 놈의 팔자인진 모르겠지만, 지금까지 살면서 대입은 수능-본고사-논술로 매해 바뀌던 시절 모두 겪었고, 성인이 되서는 IMF, 사스-카드 대란, 글로벌 금융위기-리먼브라더스 사태, 코로나까지 하나도 안빼고 다 겪었고 직접적인 영향을 받았다. 이걸 하나 둘 모두 겪어가면서 깨닫게 된 것은 #폭싹속았수다 대사처럼 "살민 살아진다"와 결국 이기는 사람은 살아남은 사람이라는 것, 그리고 위기가 왔을 때 누군가는 기회로 삼아 사다리를 타고 올라간다는 것이었다. 아무리 힘든 상황이 와도 전쟁난 것은 아니니 진심으로 감사한 세상에 살고 있다고 생각한다. (지금도 어렸을 때 전쟁 난 줄 알고 공포에 사로잡혀 머리가 또렷해졌던 경험이 트라우마처럼 생생히 남아있어서 더욱 그런 것 같다) 지금까지 잘 살아남았고 몇몇은 기회로 잘 활용했으니 이번에도 잘 해낼 거라 스스로를 믿어본다.

변화로 인해 빈 부분이 곳곳에 생기고 있는데, 빈 부분은 지금까지 하지 않았던 다른 시도나 지난 수년 준비해왔으나 아직 수면 위에 올리지 않았던 것들로 하나 둘 매우려고 노력할 계획이다. 그런 의미에서 지금까지는 비공식(?) 엔젤투자나 초기 투자자, 연결자로서 어둠 속에서(?) 활동했던 투자 일을 수면 위에 올린다. 패스파인더넷 공동대표 명함에 엑셀레이터 부의장 명함을 새로 더한다.

몇년 전부터 종종 이야기해왔는데 절대 오지 않았으면 했던 것이 와버린 것 같다. 우리나라 경제와 산업, 시장에 대한 이야기였고, 각 경우별 시나리오를 예상했는데, 그 중에서 최악의 시나리오가 현실화되고 있다는 느낌이다. 일본도 아니고 남미처럼 될 지도 모른다는 위기감에 진정한 선진국이 되기 전 너무 일찍 샴페인 터뜨리고 노동의 가치를 무시하는 마약 보다 무서운 정신 상태가 퍼져가는 것이 무서웠다. 예상대로 이런 상태가 10년 가까이 지속되니... 이런 이야기를 하고자 하는게 아니고 그래서 최소한 지금 당장 하고 있는 사업과 일이 직접적인 영향을 받고 있어서 정신 바짝 차리고 대비를 해야만 하는 상황이 되었다는 걸 말하는거다. 지난 몇주 현재 상황에 대해 폭넓게 살피고 분석하면서 생각을 정리하고 현재 가지고 있는 자산을 점검하고 향후 대책에 대해 고민해왔다. 나이도 있다보니 타의적(?) 은퇴후 대책까지 고민하면서 하다못해 국민연금까지 살펴보았다. 개인적으로 최소 5년에서 10년은 지속될 것으로 보이는 경제 암흑기를 대비하고 이 위기를 기회로 삼기 위한 그림은 그렸으니 이제 계획한대로 실행한다. 직장생활을 마치고 야생 정글에 나온지 만 8년, 지금까지는 사업과 일을 하면서 미리 향후 산업과 시장 변화를 미리 예측하고 기다렸다가 목표물이 오면 조준 사격하거나 트렌드의 씨앗을 만들고 키워가면서 흐름이 만들어지면 미리 준비해놓은 그물에 목표물이 들어와 걸리게끔 해왔다. 하지만 경제와 기업이 지금 상태까지 된 상황에서는 이 두 가지 방법이 지금까지처럼 성공율이 높지 않을 듯하다. 경제와 기업은 고려할 변수는 더욱 많아졌으나 체력은 떨어져있어서 유연히 대응할 힘이 떨어져있고 눈앞만 보면서 당장 갈 길에 있는 똥 피하기도 바빠서 멀리 보기 어려워졌기 때문이다. 두가지 방법을 버리진 않을 생각이지만, 우선순위상 기간을 짧게 짧게 끊어서 당장 시장이 열리는 곳을 유연하게 공략하는 것을 최우선으로 삼아야겠다. 거기에 욕심 부리지 말고 단단히 자리 잡고 있는 영역부터 단디 내부단속해서 놓치지 않도록 하고 말이다. 뭔 놈의 팔자인진 모르겠지만, 지금까지 살면서 대입은 수능-본고사-논술로 매해 바뀌던 시절 모두 겪었고, 성인이 되서는 IMF, 사스-카드 대란, 글로벌 금융위기-리먼브라더스 사태, 코로나까지 하나도 안빼고 다 겪었고 직접적인 영향을 받았다. 이걸 하나 둘 모두 겪어가면서 깨닫게 된 것은 #폭싹속았수다 대사처럼 "살민 살아진다"와 결국 이기는 사람은 살아남은 사람이라는 것, 그리고 위기가 왔을 때 누군가는 기회로 삼아 사다리를 타고 올라간다는 것이었다. 아무리 힘든 상황이 와도 전쟁난 것은 아니니 진심으로 감사한 세상에 살고 있다고 생각한다. (지금도 어렸을 때 전쟁 난 줄 알고 공포에 사로잡혀 머리가 또렷해졌던 경험이 트라우마처럼 생생히 남아있어서 더욱 그런 것 같다) 지금까지 잘 살아남았고 몇몇은 기회로 잘 활용했으니 이번에도 잘 해낼 거라 스스로를 믿어본다. 변화로 인해 빈 부분이 곳곳에 생기고 있는데, 빈 부분은 지금까지 하지 않았던 다른 시도나 지난 수년 준비해왔으나 아직 수면 위에 올리지 않았던 것들로 하나 둘 매우려고 노력할 계획이다. 그런 의미에서 지금까지는 비공식(?) 엔젤투자나 초기 투자자, 연결자로서 어둠 속에서(?) 활동했던 투자 일을 수면 위에 올린다. 패스파인더넷 공동대표 명함에 엑셀레이터 부의장 명함을 새로 더한다.

살민 살아진다

갭타임(Gap time)은
하루에 발생하는 큰 이벤트들 사이에 발생하는
상대적으로 짧은 빈 시간을 의미합니다.

예를 들어, 하루에 운동하는 스케쥴 이후에 남는 시간이나,
한 회의에서 다른 회의로 이동하기 전 비는 시간이나,
또는 다른 사람들과의 약속 전 10분 정도
남는 시간을 갭 타임이라고 부릅니다.

저는 이런 갭타임(Gap Time)에
저만의 메모를 하는 습관을 들이고 있어요.

노트북을 가지고 있는 상황에는 주로 Notion에,
핸드폰을 가지고 있는 상황에는 메모장에
그리고 전자기기가 없는 상황에는 제 수첩에
그날 제 머리속에 남았던 생각이나,
또는 중요한 스케쥴을 정리하는 용도로 사용합니다.

이 짧은 시간을 활용하면,
얼마나 활용하겠냐는 생각이 드실수 있습니다.
하지만 짜투리 시간에 이런 작은 습관들을 만들면,
의외로 높은 집중력을 활용해
필요한 일들을 빠르게 처리할 수 있습니다.

특히 이메일을 보내거나,
아님 기획을 해야하는 상황들이 발생했을 때,
갭 타임의 짧고 높은 집중력을 발휘하면,
평소에 30분 걸리던 일들이 5분안에 해결되는
놀라운 상황도 종종 일어납니다.

그리고 가장 좋은 점은 하루의 성취감이 달라진다는 점이에요.
계획한 일이 짧은 시간 동안 내 의지로 해결했다는
그 기분은 하루의 강렬한 도파민으로 작용되기도 합니다.

제가 주로 하는 갭 타임 포커싱 방법을 알려드릴게요.
위에서 말한 메모 방법을 사용해서 이렇게 적을수 있어요.

- 짧은 문장으로 하루의 스케쥴 정리하기
- 예시) 12:30 000과 화상미팅
- 중요한 생각이나, 아이디어가 떠오르면 메모하기
- 예시) 한 시간의 계획이 열 시간의 일을 절약한다.
- 좋은 글이나, 포스트를 보면 링크 저장하기
- 예시) 갭타임 포커싱을 잘 하는 3가지 방법

여러분들의 갭타임(Gap Time)을 활용하는 방법은
어떤 것들이 있나요?

갭타임(Gap time)은 하루에 발생하는 큰 이벤트들 사이에 발생하는 상대적으로 짧은 빈 시간을 의미합니다. 예를 들어, 하루에 운동하는 스케쥴 이후에 남는 시간이나, 한 회의에서 다른 회의로 이동하기 전 비는 시간이나, 또는 다른 사람들과의 약속 전 10분 정도 남는 시간을 갭 타임이라고 부릅니다. 저는 이런 갭타임(Gap Time)에 저만의 메모를 하는 습관을 들이고 있어요. 노트북을 가지고 있는 상황에는 주로 Notion에, 핸드폰을 가지고 있는 상황에는 메모장에 그리고 전자기기가 없는 상황에는 제 수첩에 그날 제 머리속에 남았던 생각이나, 또는 중요한 스케쥴을 정리하는 용도로 사용합니다. 이 짧은 시간을 활용하면, 얼마나 활용하겠냐는 생각이 드실수 있습니다. 하지만 짜투리 시간에 이런 작은 습관들을 만들면, 의외로 높은 집중력을 활용해 필요한 일들을 빠르게 처리할 수 있습니다. 특히 이메일을 보내거나, 아님 기획을 해야하는 상황들이 발생했을 때, 갭 타임의 짧고 높은 집중력을 발휘하면, 평소에 30분 걸리던 일들이 5분안에 해결되는 놀라운 상황도 종종 일어납니다. 그리고 가장 좋은 점은 하루의 성취감이 달라진다는 점이에요. 계획한 일이 짧은 시간 동안 내 의지로 해결했다는 그 기분은 하루의 강렬한 도파민으로 작용되기도 합니다. 제가 주로 하는 갭 타임 포커싱 방법을 알려드릴게요. 위에서 말한 메모 방법을 사용해서 이렇게 적을수 있어요. - 짧은 문장으로 하루의 스케쥴 정리하기 - 예시) 12:30 000과 화상미팅 - 중요한 생각이나, 아이디어가 떠오르면 메모하기 - 예시) 한 시간의 계획이 열 시간의 일을 절약한다. - 좋은 글이나, 포스트를 보면 링크 저장하기 - 예시) 갭타임 포커싱을 잘 하는 3가지 방법 여러분들의 갭타임(Gap Time)을 활용하는 방법은 어떤 것들이 있나요?

갭타임 포커싱 (Gap Time Focusing) 활용하기

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

 - YouTube

사용하는 Platform에서 새로운 기능이 나왔는데 프로젝트의 소스가 너무 오래되거나 대상 OS가 낮아서 사용하지 못한적 있으신가요?

소수의 유저라고 해도 최소 OS를 올리는 것을 개발자가 결정하긴 쉽지 않겠죠

개발 도구가 오래되어서 사용 못하는 것일 수도 있고요

가능하다고 해도 회사 앱에 바로 적용하기에는 부담이 될 수도 있을텐데요.

저는 그래서 앱 개발자라면 개인앱을 만드는 것을 권장합니다.

내 앱이라 이것 적용해 볼 수도 있기 때문에 회사에서 사용하지 못하는 답답함을

일부 해소 할 수도 있고 검증해서 회사 앱에 적용하기 위한 발판으로 삼을 수도 있죠.

당장 사용할 수 없다고 해서 완전히 손놓고 있으면 어느새 공고에 필수사항으로 자리하는 경우를 볼 수도 있습니다.

처음으로 회사를 옮길 때 Firebase를 면접에서 처음 듣고 저는 곧바로 제 개인 앱들에 적용해보고 Frabric을 Crashlytics으로 전환하는 것 뿐만 아니라 Firebase에 있는 것들을 하나씩 다 써 본 후 회사앱에 적용할 만한 것들을 주위에 추천하고 노하우를 공유했죠.

이 글에서 소개하는 Atomic은 iOS 18에 나온 기능이라는데요

증감 등 연산이 필요한 값 형태의 Type에 대해 Async/Await를 사용하지 않고 동시성을 보장해준다고 합니다.

iOS 18 이상이라 써보려면 최소 OS도 올리고 동시성이 필요한 기능이 있어야 겠네요.

여러분은 기술에 대한 갈증을 어떻게 해소하시나요?

https://youtu.be/KHap1a_C4A8

사용하는 Platform에서 새로운 기능이 나왔는데 프로젝트의 소스가 너무 오래되거나 대상 OS가 낮아서 사용하지 못한적 있으신가요? 소수의 유저라고 해도 최소 OS를 올리는 것을 개발자가 결정하긴 쉽지 않겠죠 개발 도구가 오래되어서 사용 못하는 것일 수도 있고요 가능하다고 해도 회사 앱에 바로 적용하기에는 부담이 될 수도 있을텐데요. 저는 그래서 앱 개발자라면 개인앱을 만드는 것을 권장합니다. 내 앱이라 이것 적용해 볼 수도 있기 때문에 회사에서 사용하지 못하는 답답함을 일부 해소 할 수도 있고 검증해서 회사 앱에 적용하기 위한 발판으로 삼을 수도 있죠. 당장 사용할 수 없다고 해서 완전히 손놓고 있으면 어느새 공고에 필수사항으로 자리하는 경우를 볼 수도 있습니다. 처음으로 회사를 옮길 때 Firebase를 면접에서 처음 듣고 저는 곧바로 제 개인 앱들에 적용해보고 Frabric을 Crashlytics으로 전환하는 것 뿐만 아니라 Firebase에 있는 것들을 하나씩 다 써 본 후 회사앱에 적용할 만한 것들을 주위에 추천하고 노하우를 공유했죠. 이 글에서 소개하는 Atomic은 iOS 18에 나온 기능이라는데요 증감 등 연산이 필요한 값 형태의 Type에 대해 Async/Await를 사용하지 않고 동시성을 보장해준다고 합니다. iOS 18 이상이라 써보려면 최소 OS도 올리고 동시성이 필요한 기능이 있어야 겠네요. 여러분은 기술에 대한 갈증을 어떻게 해소하시나요? https://youtu.be/KHap1a_C4A8

youtu.be

회사에서 최신 기술을 사용할 수 있나요?

🗞️ 간밤에 구글이 Gemini 2.5 Pro를 출시했는데요. 벤치마크 상으로는 GPT-4.5와 Claude 3.7 의 성능을 크게 뛰어넘는 결과를 보여줍니다. 특히 코딩능력이 매우 크게 향상되었는데요.

그.런.데, 이번에도 역시 OpenAI가 크게 초를 칩니다 ㅋㅋ 간밤에 GPT-4o 네이티브 이미지 생성 능력을 크게 향상시켜 ChatGPT와 Sora에서 사용할 수 있게 공개했습니다.

이미지 생성은 OpenAI가 꽤 뒤쳐지는 분야였고, 최근 Gemini가 이미지 생성 편집 능력으로 꽤 각광을 받고 있었는데요. 생성 성능이 특히 편집 성능이 정말 미쳤습니다. 진짜 이젠 AI로 생성한 것인지 거의 모를 정도네요.

암튼 오늘도 이렇게 OpenAI가 뒤통수(?)를 크게 치네요. ㅋㅋ OpenAI의 다음 팝콘 드라마는 어떤 것일지 궁금합니다. 😎🍿🥤

🗞️ 간밤에 구글이 Gemini 2.5 Pro를 출시했는데요. 벤치마크 상으로는 GPT-4.5와 Claude 3.7 의 성능을 크게 뛰어넘는 결과를 보여줍니다. 특히 코딩능력이 매우 크게 향상되었는데요. 그.런.데, 이번에도 역시 OpenAI가 크게 초를 칩니다 ㅋㅋ 간밤에 GPT-4o 네이티브 이미지 생성 능력을 크게 향상시켜 ChatGPT와 Sora에서 사용할 수 있게 공개했습니다. 이미지 생성은 OpenAI가 꽤 뒤쳐지는 분야였고, 최근 Gemini가 이미지 생성 편집 능력으로 꽤 각광을 받고 있었는데요. 생성 성능이 특히 편집 성능이 정말 미쳤습니다. 진짜 이젠 AI로 생성한 것인지 거의 모를 정도네요. 암튼 오늘도 이렇게 OpenAI가 뒤통수(?)를 크게 치네요. ㅋㅋ OpenAI의 다음 팝콘 드라마는 어떤 것일지 궁금합니다. 😎🍿🥤

많은 조직에서, 실험을 ‘revenue 지표 향상시키는 아이디어 찾아내기’ 내지는 ‘기획안 통과시키기 위한 근거찾기’ 정도로 여기곤 합니다. 그리고 그런 숫자들을 어떻게든 찾아내는 일을 데이터 분석이라고 부르려 하죠. 적어도 제가 리딩하는 팀에서 하고자 하는 실험과 분석은, 그런 것이 아닙니다.

1. 실험의 실패율이 높은 것은 지극히 당연하고 정상적입니다. 실험 실패(실패라기보단 가설이 입증되지 않았다고 말하는 것이 정확하겠습니다만)의 원인을 분석하는 과정에서 고객의 행태와 니즈를 이해하게 되고, 이것이 분석이며 이런 과정이 반복되어야 비로소 실험 성공율이 조금씩 향상됩니다.

2. 실험 결과(성공과 실패)로부터 얻어야 하는 것은 실험의 가설이 입증되었는가를 밝히는 것이며, 이를 인과적으로(원인과 결과를 분리하여) 설명하는 것입니다. 이것이 저희팀이 해야 하는 분석이라 생각하고, 조직의 실험 문화를 이렇게 바꿔가야 한다고 봅니다.

많은 조직에서, 실험을 ‘revenue 지표 향상시키는 아이디어 찾아내기’ 내지는 ‘기획안 통과시키기 위한 근거찾기’ 정도로 여기곤 합니다. 그리고 그런 숫자들을 어떻게든 찾아내는 일을 데이터 분석이라고 부르려 하죠. 적어도 제가 리딩하는 팀에서 하고자 하는 실험과 분석은, 그런 것이 아닙니다. 1. 실험의 실패율이 높은 것은 지극히 당연하고 정상적입니다. 실험 실패(실패라기보단 가설이 입증되지 않았다고 말하는 것이 정확하겠습니다만)의 원인을 분석하는 과정에서 고객의 행태와 니즈를 이해하게 되고, 이것이 분석이며 이런 과정이 반복되어야 비로소 실험 성공율이 조금씩 향상됩니다. 2. 실험 결과(성공과 실패)로부터 얻어야 하는 것은 실험의 가설이 입증되었는가를 밝히는 것이며, 이를 인과적으로(원인과 결과를 분리하여) 설명하는 것입니다. 이것이 저희팀이 해야 하는 분석이라 생각하고, 조직의 실험 문화를 이렇게 바꿔가야 한다고 봅니다.

[한국강사신문 명대성 칼럼니스트] 칭찬은 매우 강력한 힘을 가지고 있다. 제대로 된 칭찬은 사람의 마음을 움직이고 관계를 깊게 만들며, 조직과 팀의 분위기를 바꾼다. 그러나 잘못된 칭찬은 오히려 부작용을 낳기도 한다. '칭찬은 고래도 춤추게 한다'라는 말처럼 칭찬의 힘은 강력하지만, 그 힘을 제대로 활용하려면 기술이 필요하다.1. 구체적인 칭찬이 사람을 성장시킨다"잘했어!" "멋지다!"라는 단순한 칭찬은 순간적인 기분을 좋게 만들 수 있다. 하지만, 상대방이 무엇을 잘했는지 모르고 넘어간다면 칭찬의 효과는 줄어든다. 반면, “오늘

[명대성의 소통 본색] 칭찬에도 기술이 필요하다

칭찬은 매우 강력한 힘을 가지고 있다. 제대로 된 칭찬은 사람의 마음을 움직이고 관계를 깊게 만들며, 조직과 팀의 분위기를 바꾼다. 그러나 잘못된 칭찬은 오히려 부작용을 낳기도 한다. ‘칭찬은 고래도 춤추게 한다’라는 말처럼 칭찬의 힘은 강력하지만, 제대로 활용하려면 기술이 필요하다.

1️⃣구체적인 칭찬이 사람을 성장시킨다
“잘했어!” “멋지다!”라는 단순한 칭찬은 순간적인 기분을 좋게 만들 수 있다. 하지만 상대방이 무엇을 잘했는지 모르고 넘어간다면 칭찬의 효과는 줄어든다.

반면, “오늘 회의에서 문제를 정확하게 짚고, 상황에 걸맞는 해결책을 제시한 것은 정말 좋았다.”처럼 구체적으로 표현하면 상대방은 자신의 강점을 더욱 명확하게 인식할 수 있다.

칭찬은 상대의 강점을 강화하는 역할을 한다. 하지만 칭찬이 막연하면 상대가 자신의 장점을 정확하게 깨닫지 못한다. 따라서 효과적인 칭찬을 위해서는 무엇을 잘했는지, 어떤 점이 인상적이었는지를 구체적으로 표현하는 것이 중요하다.

2️⃣진심 어린 칭찬만이 효과를 발휘한다
형식적으로 칭찬을 하는 사람들이 종종 있다. “대단하네요!” “역시 최고네요!” 같은 말을 한다고 해도 진심이 담겨 있지 않으면 상대도 그 마음을 느낀다.

가식적인 칭찬은 상대방에게 신뢰를 주기는커녕 오히려 관계를 멀어지게 만들 수도 있다. 칭찬은 듣는 사람이 아니라 말하는 사람의 태도에서 그 진정성이 드러난다.

칭찬을 받았을 때 기분이 좋아지는 것은 단순한 표현 때문이 아니라, 그 말에 담긴 애정 때문이다. 상대의 성과를 진심으로 인정하고, 그 노력을 존중하는 태도가 함께할 때 칭찬은 힘을 갖는다.

3️⃣비교 대신 개인의 성장을 강조하라
“지난번보다 훨씬 좋아졌어!”라는 칭찬과 “OOO보다 훨씬 낫네!”라는 칭찬 중 어느 쪽이 더 좋은 칭찬일까?

많은 사람이 비교를 활용한 칭찬을 하지만, 사실 비교를 통한 칭찬은 그리 좋은 방법이 아니다. 칭찬을 받을 때 사람들은 타인과 비교되는 것보다 자기 자신에게 초점을 맞추는 것을 더 원한다.

“노력 많이 했구나. 지난번보다 훨씬 잘했어!”, “너의 강점을 잘 살렸구나!”처럼 스스로의 성장에 대한 칭찬은 더욱 동기부여를 느끼게 한다. 타인과 비교하는 칭찬은 자칫 경쟁심을 부추기거나 불편함을 줄 수 있기 때문이다.

4️⃣칭찬의 양보다 타이밍이 중요하다
칭찬을 많이 한다고 해서 반드시 좋은 것은 아니다. 오히려 적절한 타이밍에 하는 칭찬이 더 효과적이다. 중요한 순간에 던지는 한마디의 칭찬이 큰 울림을 줄 수 있다.

예를 들어, 팀원이 일에서 좋은 성과를 냈을 때 즉각적인 피드백과 칭찬을 준다면 동기부여 효과는 배가된다. 반면, 시간이 한참 지나고 나서 “그때 정말 잘했어”라고 말하면 칭찬은 전달되지 않는다. 칭찬도 유통기한이 있어서 신선할 때가 가장 효과적이다.

또한, 칭찬을 할 때는 상대방이 그 말을 온전히 받아들일 수 있는 상황인지도 고려해야 한다. 누군가 힘든 시기를 겪고 있을 때 “정말 잘하고 있어”라고 격려하는 게 위로가 될 수도 있지만, 상황에 따라선 부담이 될 수도 있다. 칭찬은 타이밍이 맞아야 진정한 힘을 발휘한다.

5️⃣칭찬을 받는 법도 중요하다
칭찬을 잘하는 것도 중요하지만, 칭찬을 받는 태도 역시 중요하다. 누군가 진심 어린 칭찬을 건넸을 때 “아닙니다, 저는 아직 부족합니다.”라고 부정하는 반응을 보이면 상대방의 칭찬을 무색하게 만들 수 있다.

칭찬을 받을 때는 감사한 마음을 담아 “좋게 봐주셔서 고맙습니다. 더 노력하겠습니다.”라고 긍정적으로 받아들이는 것이 좋다. 칭찬을 자연스럽게 받아들이는 사람이야말로 자신을 존중할 줄 아는 사람이다.

✅결론
적절한 방식과 타이밍, 진정성이 담길 때 비로소 칭찬은 힘을 발휘한다. 칭찬을 할 때는 구체적으로 진심으로 해야 한다. 그리고 상대에 대한 축하나 성장에 초점을 맞춰야 한다. 또한, 칭찬을 받을 때는 스스로를 존중하는 마음으로 자연스럽게 받아들이는 태도가 필요하다.

칭찬이란, 마치 좋은 씨앗을 심는 것과 같다. 진심이 담긴 칭찬은 사람의 마음을 움직이고, 성장하게 하며, 관계를 더욱 단단하게 만든다. 칭찬을 잘하는 것이 곧 관계의 기술이며, 삶을 더 따뜻하고 풍요롭게 만드는 지혜다.

칭찬은 매우 강력한 힘을 가지고 있다. 제대로 된 칭찬은 사람의 마음을 움직이고 관계를 깊게 만들며, 조직과 팀의 분위기를 바꾼다. 그러나 잘못된 칭찬은 오히려 부작용을 낳기도 한다. ‘칭찬은 고래도 춤추게 한다’라는 말처럼 칭찬의 힘은 강력하지만, 제대로 활용하려면 기술이 필요하다. 1️⃣구체적인 칭찬이 사람을 성장시킨다“잘했어!” “멋지다!”라는 단순한 칭찬은 순간적인 기분을 좋게 만들 수 있다. 하지만 상대방이 무엇을 잘했는지 모르고 넘어간다면 칭찬의 효과는 줄어든다. 반면, “오늘 회의에서 문제를 정확하게 짚고, 상황에 걸맞는 해결책을 제시한 것은 정말 좋았다.”처럼 구체적으로 표현하면 상대방은 자신의 강점을 더욱 명확하게 인식할 수 있다. 칭찬은 상대의 강점을 강화하는 역할을 한다. 하지만 칭찬이 막연하면 상대가 자신의 장점을 정확하게 깨닫지 못한다. 따라서 효과적인 칭찬을 위해서는 무엇을 잘했는지, 어떤 점이 인상적이었는지를 구체적으로 표현하는 것이 중요하다. 2️⃣진심 어린 칭찬만이 효과를 발휘한다형식적으로 칭찬을 하는 사람들이 종종 있다. “대단하네요!” “역시 최고네요!” 같은 말을 한다고 해도 진심이 담겨 있지 않으면 상대도 그 마음을 느낀다. 가식적인 칭찬은 상대방에게 신뢰를 주기는커녕 오히려 관계를 멀어지게 만들 수도 있다. 칭찬은 듣는 사람이 아니라 말하는 사람의 태도에서 그 진정성이 드러난다. 칭찬을 받았을 때 기분이 좋아지는 것은 단순한 표현 때문이 아니라, 그 말에 담긴 애정 때문이다. 상대의 성과를 진심으로 인정하고, 그 노력을 존중하는 태도가 함께할 때 칭찬은 힘을 갖는다. 3️⃣비교 대신 개인의 성장을 강조하라“지난번보다 훨씬 좋아졌어!”라는 칭찬과 “OOO보다 훨씬 낫네!”라는 칭찬 중 어느 쪽이 더 좋은 칭찬일까? 많은 사람이 비교를 활용한 칭찬을 하지만, 사실 비교를 통한 칭찬은 그리 좋은 방법이 아니다. 칭찬을 받을 때 사람들은 타인과 비교되는 것보다 자기 자신에게 초점을 맞추는 것을 더 원한다. “노력 많이 했구나. 지난번보다 훨씬 잘했어!”, “너의 강점을 잘 살렸구나!”처럼 스스로의 성장에 대한 칭찬은 더욱 동기부여를 느끼게 한다. 타인과 비교하는 칭찬은 자칫 경쟁심을 부추기거나 불편함을 줄 수 있기 때문이다. 4️⃣칭찬의 양보다 타이밍이 중요하다칭찬을 많이 한다고 해서 반드시 좋은 것은 아니다. 오히려 적절한 타이밍에 하는 칭찬이 더 효과적이다. 중요한 순간에 던지는 한마디의 칭찬이 큰 울림을 줄 수 있다. 예를 들어, 팀원이 일에서 좋은 성과를 냈을 때 즉각적인 피드백과 칭찬을 준다면 동기부여 효과는 배가된다. 반면, 시간이 한참 지나고 나서 “그때 정말 잘했어”라고 말하면 칭찬은 전달되지 않는다. 칭찬도 유통기한이 있어서 신선할 때가 가장 효과적이다. 또한, 칭찬을 할 때는 상대방이 그 말을 온전히 받아들일 수 있는 상황인지도 고려해야 한다. 누군가 힘든 시기를 겪고 있을 때 “정말 잘하고 있어”라고 격려하는 게 위로가 될 수도 있지만, 상황에 따라선 부담이 될 수도 있다. 칭찬은 타이밍이 맞아야 진정한 힘을 발휘한다. 5️⃣칭찬을 받는 법도 중요하다칭찬을 잘하는 것도 중요하지만, 칭찬을 받는 태도 역시 중요하다. 누군가 진심 어린 칭찬을 건넸을 때 “아닙니다, 저는 아직 부족합니다.”라고 부정하는 반응을 보이면 상대방의 칭찬을 무색하게 만들 수 있다. 칭찬을 받을 때는 감사한 마음을 담아 “좋게 봐주셔서 고맙습니다. 더 노력하겠습니다.”라고 긍정적으로 받아들이는 것이 좋다. 칭찬을 자연스럽게 받아들이는 사람이야말로 자신을 존중할 줄 아는 사람이다. ✅결론적절한 방식과 타이밍, 진정성이 담길 때 비로소 칭찬은 힘을 발휘한다. 칭찬을 할 때는 구체적으로 진심으로 해야 한다. 그리고 상대에 대한 축하나 성장에 초점을 맞춰야 한다. 또한, 칭찬을 받을 때는 스스로를 존중하는 마음으로 자연스럽게 받아들이는 태도가 필요하다. 칭찬이란, 마치 좋은 씨앗을 심는 것과 같다. 진심이 담긴 칭찬은 사람의 마음을 움직이고, 성장하게 하며, 관계를 더욱 단단하게 만든다. 칭찬을 잘하는 것이 곧 관계의 기술이며, 삶을 더 따뜻하고 풍요롭게 만드는 지혜다.

한국강사신문

GTC 2025에서 어떤 AI의 미래를 만날 수 있을까요? 테크놀로지만이 아닙니다. AI의 발전을 견인하는 사람과 아이디어들이 모여 새로운 기회와 참신한 솔루션, 전에 없던 생각의 방식을 만들어냅니다.

새로운 소식이 넘치는 ‘GTC 2025’ 하이라이트 - NVIDIA Blog Korea

2025년 3월 17일부터 21일까지 미국 캘리포니아 산호세에서 개최된 GTC 2025에서 발표된 주요 AI 플랫폼 기술들의 상세 내용은 다음과 같습니다

🎉 Blackwell Ultra AI Factory Platform
 * 차세대 AI 추론 및 에이전트 AI를 위한 플랫폼
 * 트레이닝 및 테스트 타임 스케일링 추론 성능 향상
 * GB300 NVL72 랙 스케일 솔루션 포함
 * 이전 세대 대비 1.5배 향상된 AI 성능 제공
 * AI 팩토리 수익 기회를 Hopper 대비 50배 증가
   
   
🎉 Dynamo
 * 대규모 언어 모델의 효율성과 확장성 개선을 위한 오픈소스 소프트웨어
 * GPU 리소스 할당 최적화로 AI 처리 가속화, 비용 절감, 속도 향상
 * 실시간 추론 성능 개선
   
   
🎉 Llama Nemotron 오픈 추론 모델
 * 고급 AI 에이전트 개발을 위한 모델
 * Meta의 Llama 모델 기반으로 구축
 * 다단계 수학, 코딩, 추론, 복잡한 의사결정 능력 향상
 * 기본 모델 대비 정확도 20% 향상, 추론 속도 5배 개선

🎉 NVIDIA Omniverse 플랫폼
 * 산업용 AI 시뮬레이션 및 디지털 트윈 구현
 * 자동차 제조 혁신에 활용

🎉 Groot N1 로봇 AI 플랫폼
 * AI 로봇을 개발할 수 있는 오픈 소스 플랫폼
 * 디즈니 및 딥마인드와 협력하여 개발
 * AI 로봇 개발 가속화 및 엔비디아의 AI 생태계 확장

feat by Perplexity
 * source: https://blogs.nvidia.co.kr/blog/nvidia-keynote-at-gtc-2025-ai-news-live-updates-2

2025년 3월 17일부터 21일까지 미국 캘리포니아 산호세에서 개최된 GTC 2025에서 발표된 주요 AI 플랫폼 기술들의 상세 내용은 다음과 같습니다 🎉 Blackwell Ultra AI Factory Platform<ul ><li>차세대 AI 추론 및 에이전트 AI를 위한 플랫폼</li><li>트레이닝 및 테스트 타임 스케일링 추론 성능 향상</li><li>GB300 NVL72 랙 스케일 솔루션 포함</li><li>이전 세대 대비 1.5배 향상된 AI 성능 제공</li><li>AI 팩토리 수익 기회를 Hopper 대비 50배 증가 </li></ul>🎉 Dynamo<ul ><li>대규모 언어 모델의 효율성과 확장성 개선을 위한 오픈소스 소프트웨어</li><li>GPU 리소스 할당 최적화로 AI 처리 가속화, 비용 절감, 속도 향상</li><li>실시간 추론 성능 개선 </li></ul>🎉 Llama Nemotron 오픈 추론 모델<ul ><li>고급 AI 에이전트 개발을 위한 모델</li><li>Meta의 Llama 모델 기반으로 구축</li><li>다단계 수학, 코딩, 추론, 복잡한 의사결정 능력 향상</li><li>기본 모델 대비 정확도 20% 향상, 추론 속도 5배 개선</li></ul> 🎉 NVIDIA Omniverse 플랫폼<ul ><li>산업용 AI 시뮬레이션 및 디지털 트윈 구현</li><li>자동차 제조 혁신에 활용</li></ul> 🎉 Groot N1 로봇 AI 플랫폼<ul ><li>AI 로봇을 개발할 수 있는 오픈 소스 플랫폼</li><li>디즈니 및 딥마인드와 협력하여 개발</li><li>AI 로봇 개발 가속화 및 엔비디아의 AI 생태계 확장</li></ul> feat by Perplexity<ul ><li>source: https://blogs.nvidia.co.kr/blog/nvidia-keynote-at-gtc-2025-ai-news-live-updates-2</li></ul>

NVIDIA Blog Korea

[GTC 2025] AI 플랫폼의 주요 기능

DEV-CLUB | , [사진]상위 1%와함께하는 커뮤니티, DEV-CLUB입니다.데브클럽은 열정 있는 개발자들이 모여, 배움과 네트워킹을 통해 함께 성장하는 개발자 커뮤니티입니다.각자의 목표와 방향에 맞춰 실질적인 도움을 받을 수 있는 다양한 프로그램을 제공하고 있습니

[지금 무료]F-Lab 기술 인사이트, 플러그인 강의 | DEV-CLUB - 인프런

최근 멘토로 활동 중인 커뮤니티에서 인상 깊은 강의를 접하게 되어 공유합니다.
강의 제목은 체대생이 글로벌 스타트업 테크 리더가 되기까지의 여정인데요.
강연자는 체육교육을 전공했지만, 꾸준한 노력과 성장으로 현재 라이너의 테크 리더로 활약 중인 허훈님입니다.
개발자라면 누구나 공감할 현실적인 이야기와 통찰을 제공해주는데요.
이 강의는 3가지 주요 키워드를 중심으로 풀어갑니다.

1. 학창 시절의 노력
 * 자기 가치 확립하기: 타인의 부정적 시각에 휘둘리지 말고, 스스로의 가치를 믿고 발전시켜 나가기
 * 차별화된 노력: 기술 페이지 운영으로 수천 명의 팔로워 구축하여 카카오브레인 정규직 입사 기회로 연결
 * Fake it till you make it: 전문가, 성장한 사람들과 의식적으로 네트워킹 하여 직무 성장 가속화
   
2. 사회 초년생으로서의 노력
 * 기회는 스스로 만드는 것: 규범을 뛰어넘는 선제적 행동으로 기회를 창출
 * 주니어 때부터 리더십을 연습하기: PO, 프로덕트 팀과 적극적인 협업 및 스터디
 * Zero to One에만 머물지 않기: 비즈니스 감각은 중요하지만, 개발자의 본질을 잃으면 안되므로 꾸준히 기술 역량 향상 시키기
   
3. 리더가 되기 위한 노력
 * Unlearn(배운 것 지우기): 과거의 성공이 미래의 성공을 보장하지 않으므로, 지속적인 역량 확장과 새로운 도전 멈추지 않기
 * Be Proactive(선제적 행동): 수동적 태도에서 벗어나 안정성 관리, 기술 부채 해소에도 주력
 * Extreme Ownership(극단적 책임감): 변화를 이끌어내는 사명감과 책임감 가지기
   
강의 전반에 걸쳐 각 단계에서 어떤 태도를 가져야 하는지, 그리고 구체적으로 무엇을 해야 하는지 실질적인 사례를 통해 설명하는데요. 개발자로서 성장하고 싶은 분, 사회 초년생으로서 방향을 고민 중인 분, 리더로 도약하고 싶은 분들은 한번쯤 보시는 것을 추천드립니다.

강의는 아래 링크에서 무료로 시청하실 수 있습니다:
https://www.inflearn.com/course/flab-기술인사이트-플러그인

이 외에도 더 많은 강의와 추가 콘텐츠를 원하신다면, 데브클럽 커뮤니티에 가입하시는 것을 추천드립니다. 특히 가입 시 추천인 "김의중"을 입력하시면 기존 1개월 무료 체험에 더해 총 3개월 무료 혜택을 받으실 수 있습니다.
데브클럽 가입 링크: https://f-lab.kr/dev-club

최근 멘토로 활동 중인 커뮤니티에서 인상 깊은 강의를 접하게 되어 공유합니다.강의 제목은 체대생이 글로벌 스타트업 테크 리더가 되기까지의 여정인데요.강연자는 체육교육을 전공했지만, 꾸준한 노력과 성장으로 현재 라이너의 테크 리더로 활약 중인 허훈님입니다.개발자라면 누구나 공감할 현실적인 이야기와 통찰을 제공해주는데요.이 강의는 3가지 주요 키워드를 중심으로 풀어갑니다. 1. 학창 시절의 노력<ul ><li>자기 가치 확립하기: 타인의 부정적 시각에 휘둘리지 말고, 스스로의 가치를 믿고 발전시켜 나가기</li><li>차별화된 노력: 기술 페이지 운영으로 수천 명의 팔로워 구축하여 카카오브레인 정규직 입사 기회로 연결</li><li>Fake it till you make it: 전문가, 성장한 사람들과 의식적으로 네트워킹 하여 직무 성장 가속화 </li></ul>2. 사회 초년생으로서의 노력<ul ><li>기회는 스스로 만드는 것: 규범을 뛰어넘는 선제적 행동으로 기회를 창출</li><li>주니어 때부터 리더십을 연습하기: PO, 프로덕트 팀과 적극적인 협업 및 스터디</li><li>Zero to One에만 머물지 않기: 비즈니스 감각은 중요하지만, 개발자의 본질을 잃으면 안되므로 꾸준히 기술 역량 향상 시키기 </li></ul>3. 리더가 되기 위한 노력<ul ><li>Unlearn(배운 것 지우기): 과거의 성공이 미래의 성공을 보장하지 않으므로, 지속적인 역량 확장과 새로운 도전 멈추지 않기</li><li>Be Proactive(선제적 행동): 수동적 태도에서 벗어나 안정성 관리, 기술 부채 해소에도 주력</li><li>Extreme Ownership(극단적 책임감): 변화를 이끌어내는 사명감과 책임감 가지기 </li></ul>강의 전반에 걸쳐 각 단계에서 어떤 태도를 가져야 하는지, 그리고 구체적으로 무엇을 해야 하는지 실질적인 사례를 통해 설명하는데요. 개발자로서 성장하고 싶은 분, 사회 초년생으로서 방향을 고민 중인 분, 리더로 도약하고 싶은 분들은 한번쯤 보시는 것을 추천드립니다. 강의는 아래 링크에서 무료로 시청하실 수 있습니다: https://www.inflearn.com/course/flab-기술인사이트-플러그인 이 외에도 더 많은 강의와 추가 콘텐츠를 원하신다면, 데브클럽 커뮤니티에 가입하시는 것을 추천드립니다. 특히 가입 시 추천인 "김의중"을 입력하시면 기존 1개월 무료 체험에 더해 총 3개월 무료 혜택을 받으실 수 있습니다.데브클럽 가입 링크: https://f-lab.kr/dev-club

인프런

체대생에서 테크 리더로: 개발자 성장의 실질적 로드맵

오늘 행사 세션을 전부 영어로 해서 첨엔 통역기를 끼고 들었는데요. 귀가 아파서 잠깐 통역기를 뺐는데 영어가 전보다 수월하게 들려서 깜딱 놀랐네요. 😳 이후로는 통역기를 안쓰고 들었고요.

여러 아미고랑 대화를 매일 하니까 다양한 발음에 익숙해져서 그런지, 주어지는대로 하는 틀에 박힌 대화가 아닌 대화를 해서 그런지, 암튼 듣는게 수월해졌다는게 진짜 확실히 느껴져서 눈물흘렸네요.. 😭 이건 정말 도움이 된다라는 확신이 들었습니다.

진짜 하루에 10분씩 한두달만 해 보세요. 언어능력이 매우 떨어지는 제가 이정도면 진짜 효과 확실한겁니다. 츄라이츄라이~

아미고(Ameego) 다운로드: https://tosto.re/ameego

오늘 행사 세션을 전부 영어로 해서 첨엔 통역기를 끼고 들었는데요. 귀가 아파서 잠깐 통역기를 뺐는데 영어가 전보다 수월하게 들려서 깜딱 놀랐네요. 😳 이후로는 통역기를 안쓰고 들었고요. 여러 아미고랑 대화를 매일 하니까 다양한 발음에 익숙해져서 그런지, 주어지는대로 하는 틀에 박힌 대화가 아닌 대화를 해서 그런지, 암튼 듣는게 수월해졌다는게 진짜 확실히 느껴져서 눈물흘렸네요.. 😭 이건 정말 도움이 된다라는 확신이 들었습니다. 진짜 하루에 10분씩 한두달만 해 보세요. 언어능력이 매우 떨어지는 제가 이정도면 진짜 효과 확실한겁니다. 츄라이츄라이~ 아미고(Ameego) 다운로드: https://tosto.re/ameego

작년 12월에 시작한 스터디 3기가 벌써 마지막 주가 되어 다음 기수를 모집합니다.

개발자 해외 취업의 필수 관문인 코딩 인터뷰 준비를 위해서 LeetCode에서 가장 유명한 문제 모음인 Blind 75를 함께 해결하는 스터디 그룹입니다. 오픈 소스 프로젝트처럼 답안 코드는 깃허브 저장소에 Pull Request로 제출하고 상호 코드 리뷰를 합니다.

아직 4기 모집을 시작하지도 않았는데 벌써 50분이 대기자로 등록을 해주셨어요. 그래서 추가 모집을 하지 않으려다가 다음 차수를 기다리시는 분들이 분명 계실 것 같아서 이렇게 모집 공고를 올립니다.

스터디 규모가 커져서 3기 부터는 100% 온라인 비대면으로 진행했는데 우려했던 것과 달리 많은 분들께서 15주를 완주하고 자율적으로 정하신 문제 풀이 목표를 달성하셨습니다. 스터디에 참여해 주신 분들께서 직접 남겨 주신 생생한 후기를 참고 바랄께요.

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

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

작년 12월에 시작한 스터디 3기가 벌써 마지막 주가 되어 다음 기수를 모집합니다. 개발자 해외 취업의 필수 관문인 코딩 인터뷰 준비를 위해서 LeetCode에서 가장 유명한 문제 모음인&nbsp;Blind 75를 함께 해결하는 스터디 그룹입니다. 오픈 소스 프로젝트처럼 답안 코드는 깃허브 저장소에 Pull Request로 제출하고 상호 코드 리뷰를 합니다. 아직 4기 모집을 시작하지도 않았는데 벌써 50분이 대기자로 등록을 해주셨어요. 그래서 추가 모집을 하지 않으려다가 다음 차수를 기다리시는 분들이 분명 계실 것 같아서 이렇게 모집 공고를 올립니다. 스터디 규모가 커져서 3기 부터는 100% 온라인 비대면으로 진행했는데 우려했던 것과 달리 많은 분들께서 15주를 완주하고 자율적으로 정하신 문제 풀이 목표를 달성하셨습니다. 스터디에 참여해 주신 분들께서 직접 남겨 주신 생생한 후기를 참고 바랄께요. 스터디는 3월 30일부터 시작하고 신청은 3월 29일에 마감하도록 하겠습니다. 👉 달레 스터디 4기 신청: https://github.com/DaleStudy/leetcode-study/discussions/1109 👉 달레 스터디 웹사이트: https://www.dalestudy.com/

📣 달레 스터디 4기 모집 🏃‍♀️🏃‍♂️🏃

1️⃣ 아이디어의 가치는 실행했을 때 비로소 생긴다.

2️⃣ 고객이 정말 필요한 서비스를 만들어야 한다. 내가 고객인 서비스라면 더 수월하다.

3️⃣ 빠르게 만들고 빠르게 출시한다. 개발 기간이 길다고 더 좋은 서비스가 나오는 건 아니다.

4️⃣ 한 가지 핵심 기능에 집중하는 것이 좋다. 너무 많은 기능을 넣기보다 문제 해결에 초점을 맞춘다.

5️⃣ 나는 생각보다 고객의 마음을 생각보다 잘 모른다. 출시 후 피드백을 받아야 비로소 알게 되는 경우가 많았다.

6️⃣ 개발은 가장 비싼 검증 방법이다.
본격적으로 개발하기 전에 아이디어 검증이 가능하다면 반드시 검증부터 한다.

7️⃣ “시장의 크기 = 문제를 겪는 사람의 수 × 고통의 크기” 이다.
문제를 겪는 사람의 수는 적더라도 고통의 크기가 큰 문제를 해결하는 것이 유리하다.

8️⃣ 보일러플레이트(템플릿)를 만들어두면 멘탈 관리에 좋다.
로그인, 모달, 레이아웃 등 자주 쓰이는 기능을 미리 모듈화하면 개발이 훨씬 수월하다.

9️⃣ 사이드 프로젝트는 최소 1년은 유지해보는 것이 좋다.
언제 터질지 모르므로 Free Tier로 운영할 수 있는 1년 정도는 지켜본다.

🔟 결국, 대부분의 성공은 운이다.
기본적인 것을 지킨다는 전제하에, 성공 여부는 운에 의해 결정될 때가 많다.
그래서 꾸준히 만들고, 실패하며, 경험치를 쌓아가는 과정이 중요하다.

실행이 전부다. 만들고 배운다.

1️⃣ 아이디어의 가치는 실행했을 때 비로소 생긴다. 2️⃣ 고객이 정말 필요한 서비스를 만들어야 한다. 내가 고객인 서비스라면 더 수월하다. 3️⃣ 빠르게 만들고 빠르게 출시한다. 개발 기간이 길다고 더 좋은 서비스가 나오는 건 아니다. 4️⃣ 한 가지 핵심 기능에 집중하는 것이 좋다. 너무 많은 기능을 넣기보다 문제 해결에 초점을 맞춘다. 5️⃣ 나는 생각보다 고객의 마음을 생각보다 잘 모른다. 출시 후 피드백을 받아야 비로소 알게 되는 경우가 많았다. 6️⃣ 개발은 가장 비싼 검증 방법이다.본격적으로 개발하기 전에 아이디어 검증이 가능하다면 반드시 검증부터 한다. 7️⃣ “시장의 크기 = 문제를 겪는 사람의 수 × 고통의 크기” 이다.문제를 겪는 사람의 수는 적더라도 고통의 크기가 큰 문제를 해결하는 것이 유리하다. 8️⃣ 보일러플레이트(템플릿)를 만들어두면 멘탈 관리에 좋다.로그인, 모달, 레이아웃 등 자주 쓰이는 기능을 미리 모듈화하면 개발이 훨씬 수월하다. 9️⃣ 사이드 프로젝트는 최소 1년은 유지해보는 것이 좋다.언제 터질지 모르므로 Free Tier로 운영할 수 있는 1년 정도는 지켜본다. 🔟 결국, 대부분의 성공은 운이다.기본적인 것을 지킨다는 전제하에, 성공 여부는 운에 의해 결정될 때가 많다.그래서 꾸준히 만들고, 실패하며, 경험치를 쌓아가는 과정이 중요하다. 실행이 전부다. 만들고 배운다.

사이드 프로젝트 34개를 만들고 느낀점 10가지

저의 첫 멘토는 하청 업체에서 고용한 프리랜서 개발자였습니다.

저는 대기업에서 첫 커리어를 시작했는데, 하청 업체에 SI 프로젝트 외주를 많이 주었습니다. 그러다 어느 날 새로 투입된 프로젝트에서 충격적으로 잘 하시는 프리랜서 개발자를 만나게 되었습니다. 그 전까지는 저는 제가 나름 실력이 괜찮다고 생각을 했거든요? 그런데 그 개발자 님을 뵙고 저는 아무 것도 모르는 애송이었다는 것을 깨닫게 되었습니다.

처음에 그 개발자 분께 "사부님"으로 모시고 싶다고 말씀드렸더니 크게 놀라시며 손사례를 치셨습니다. (당시 멘토링 문화가 생소했기 때문에 이렇게 촌스럽게 말씀드렸지만, 사실 멘토가 되어 달라는 부탁이었습니다.) 본인이 같은 회사의 선배도 아니고, 을도 아닌 병, 정의 위치에 있는데 어찌 그럴 수 있겠냐고 난감해하셨습니다. 하지만 저는 포기하지 않고 그 분을 졸졸 딸아다니며 궁금한 것들을 계속 여쭤보면서 정말 많은 배움을 얻었습니다. 저의 이런 모습을 못마땅하게 보시는 부서 선배들 때문에 눈치를 보며 멘토님과의 밀월 관계를 이어나갔던 추억이 있습니다.

제가 주니어였을 때 첫 멘토로 부터 받은 영향은 그 이후 제가 소프트웨어 엔지니어로서 가치관을 정립하고 성장해 나가는 데 너무나 귀중한 자양분이 되었습니다. 당시에는 제 멘토가 하늘같이 보였지만 이제는 저도 연차가 쌓여서 지금은 편한 형 동생 사이가 되었네요. 요즘에는 우스갯소리로 이제 니가 나보다 훨씬 더 잘 한다고 해주시는데 그 말씀 조차 뭔가 힘이 됩니다.

멘토를 찾을 때 반드시 본인이 속한 조직으로 한정할 필요는 없다고 생각합니다. 나보다 잘 한다는 생각이 들고 본받고 싶은 부분이 있다면 누구나 여러분의 멘토가 될 자격이 있습니다. 개발자 밋업에서 우연히 만난 다른 회사의 개발자일 수도 있고, 참여하고 계신 오픈 소스 프로젝트의 다른 기여자가 될 수도 있습니다. 직책과 경력에도 구애받을 필요가 없다고 생각합니다. 단순히 더 오래 일 했다고 해서 더 잘 하는 것은 아니니까요.

정 주변에 멘토로 삼을 만한 분이 없다면 요즘에는 "랜선 멘토"라는 좋은 옵션도 있습니다. 멘티와 멘토를 매칭해주는 플랫폼도 잘 되어 있으니 의지만 있으면 어렵지 않게 멘토를 찾을 수 있을 것입니다. 진짜 정 못 찾으시겠다면 저한테 연락주세요! ㅎㅎ

늘 배워야 살아남을 수 있는 직업인 개발자로서 좋은 멘토를 만나는 것보다 더 큰 행운은 없다고 생각합니다. 좋은 개발자가 되시고 싶다면 주변에 있는 좋은 개발자를 찾아보세요. 내가 닮고 싶은 분과 꾸준히 대화를 나누는 것만으로도 여러분께 엄청난 동기부여가 될 것입니다. 다들 저처럼 인생 멘토를 찾으셨으면 좋겠습니다.

저의 첫 멘토는 하청 업체에서 고용한 프리랜서 개발자였습니다. 저는 대기업에서 첫 커리어를 시작했는데, 하청 업체에 SI 프로젝트 외주를 많이 주었습니다. 그러다 어느 날 새로 투입된 프로젝트에서 충격적으로 잘 하시는 프리랜서 개발자를 만나게 되었습니다. 그 전까지는 저는 제가 나름 실력이 괜찮다고 생각을 했거든요? 그런데 그 개발자 님을 뵙고 저는 아무 것도 모르는 애송이었다는 것을 깨닫게 되었습니다. 처음에 그 개발자 분께 "사부님"으로 모시고 싶다고 말씀드렸더니 크게 놀라시며 손사례를 치셨습니다. (당시 멘토링 문화가 생소했기 때문에 이렇게 촌스럽게 말씀드렸지만, 사실 멘토가 되어 달라는 부탁이었습니다.) 본인이 같은 회사의 선배도 아니고, 을도 아닌 병, 정의 위치에 있는데 어찌 그럴 수 있겠냐고 난감해하셨습니다. 하지만 저는 포기하지 않고 그 분을 졸졸 딸아다니며 궁금한 것들을 계속 여쭤보면서 정말 많은 배움을 얻었습니다. 저의 이런 모습을 못마땅하게 보시는 부서 선배들 때문에 눈치를 보며 멘토님과의 밀월 관계를 이어나갔던 추억이 있습니다. 제가 주니어였을 때 첫 멘토로 부터 받은 영향은 그 이후 제가 소프트웨어 엔지니어로서 가치관을 정립하고 성장해 나가는 데 너무나 귀중한 자양분이 되었습니다. 당시에는 제 멘토가 하늘같이 보였지만 이제는 저도 연차가 쌓여서 지금은 편한 형 동생 사이가 되었네요. 요즘에는 우스갯소리로 이제 니가 나보다 훨씬 더 잘 한다고 해주시는데 그 말씀 조차 뭔가 힘이 됩니다. 멘토를 찾을 때 반드시 본인이 속한 조직으로 한정할 필요는 없다고 생각합니다. 나보다 잘 한다는 생각이 들고 본받고 싶은 부분이 있다면 누구나 여러분의 멘토가 될 자격이 있습니다. 개발자 밋업에서 우연히 만난 다른 회사의 개발자일 수도 있고, 참여하고 계신 오픈 소스 프로젝트의 다른 기여자가 될 수도 있습니다. 직책과 경력에도 구애받을 필요가 없다고 생각합니다. 단순히 더 오래 일 했다고 해서 더 잘 하는 것은 아니니까요. 정 주변에 멘토로 삼을 만한 분이 없다면 요즘에는 "랜선 멘토"라는 좋은 옵션도 있습니다. 멘티와 멘토를 매칭해주는 플랫폼도 잘 되어 있으니 의지만 있으면 어렵지 않게 멘토를 찾을 수 있을 것입니다. 진짜 정 못 찾으시겠다면 저한테 연락주세요! ㅎㅎ 늘 배워야 살아남을 수 있는 직업인 개발자로서 좋은 멘토를 만나는 것보다 더 큰 행운은 없다고 생각합니다. 좋은 개발자가 되시고 싶다면 주변에 있는 좋은 개발자를 찾아보세요. 내가 닮고 싶은 분과 꾸준히 대화를 나누는 것만으로도 여러분께 엄청난 동기부여가 될 것입니다. 다들 저처럼 인생 멘토를 찾으셨으면 좋겠습니다.

나의 첫 멘토 이야기

2023년 기술블로그 글을 엮어 펴낸 첫 책 "요즘 우아한 개발"이 좋은 반응을 얻은 데 힘입어, 이번에는 AI·데이터·로봇 이야기를 담은 시리즈 2탄, "요즘 우아한 AI 개발"을 출간했습니다. 🎉

“요즘 우아한 AI 개발” 출간!

잘 쓴 기술 블로그가 책으로 나오네요.

---

"요즘 우아한 AI 개발"에는 우아한형제들이 실제 프로젝트에 적용한 AI 기술과 데이터 활용법,
로봇 개발 과정에서 얻은 실무 경험을 두루 담았습니다.

AI 추천 시스템, 데이터 분석 자동화, 로봇 머신러닝 모델 경량화, MLOps 구축 사례까지,
AI와 데이터, 로봇 기술을 어떻게 개발하고 적용했는지 생생하게 전합니다.

https://meta-bifrost.vercel.app/AsZfEAXX09DNnNws8Yno

잘 쓴 기술 블로그가 책으로 나오네요. --- "요즘 우아한 AI 개발"에는 우아한형제들이 실제 프로젝트에 적용한 AI 기술과 데이터 활용법, 로봇 개발 과정에서 얻은 실무 경험을 두루 담았습니다. AI 추천 시스템, 데이터 분석 자동화, 로봇 머신러닝 모델 경량화, MLOps 구축 사례까지, AI와 데이터, 로봇 기술을 어떻게 개발하고 적용했는지 생생하게 전합니다. https://meta-bifrost.vercel.app/AsZfEAXX09DNnNws8Yno

meta-bifrost.vercel.app

요즘 우아한 AI 개발 출간~

초등학교 1학년 학생들을 위한 받아쓰기. 소리, 그림 그리고 선생님과 함께 새로운 단어를 공부해봐요.

초등 받아쓰기 시험, 단어 공부

제가 국민학교 다닐 땐 받아쓰기를 했습니다.
89년도인가? 초등학교 2학년에 올라가자마자 선생님이 불러주는 것을 받아쓰기 하던 날.
‘읍니다’가, ‘습니다’로 바뀌어서 와장창 틀렸던 기억.
받아쓰기에 대한 유일한 기억입니다.

얼마 전 딸이 초등학교에 들어갔는데, 맞춤법이 자주 틀려서 교정해주기 위한 어플을 만들어봤습니다.
선생님이 불러주고 받아적는 받아쓰기 어플.
틀린 점에 대해 피드백 받을 수 있는 어플.
이런 어플이 있으면 맞춤법 공부할 때 도움이 되지 않을까?

온 가족이 함께 만들었습니다.
아내는 디자인을, 나는 코딩을, 딸은 목소리를.

아직 개선할 부분들이 많지만 다른 사람들도 함께 쓸 수 있도록 공개해봅니다.
완전히 무료이고, 아이들을 홀려서 클릭을 유발하는 지저분한 광고도 넣지 않을 계획입니다. 키즈앱에 이런 광고들이 특히 많더라고요.

혹시라도 사람들이 의미있게 써준다면 한국 사람들은 무료로 쓰게 하고 해외에만 몇 달러 정도에 팔아볼까하는 생각은 있습니다.
그렇다면 사회에도 기여하고, 달러도 벌어오는… 내가 딱 원하던 이상적인 모습이 되는 것 아닐까 하고.

앱을 올리고 한 번도 광고하지 않았는데도 글로벌 여기저기서 쓰는 모습을 보고 놀랍고 기쁘기도 했습니다.

…사실 별 가치를 못 주고 망할 가능성이 높습니다.
그래도 가족이 모두 함께 만든 첫 작품이니 그걸로 충분하지 않을까요? 😁

처음부터 끝까지 AI로만 코딩한 첫 작품이기도 합니다.

https://spellstart.com/ko

제가 국민학교 다닐 땐 받아쓰기를 했습니다.89년도인가? 초등학교 2학년에 올라가자마자 선생님이 불러주는 것을 받아쓰기 하던 날.‘읍니다’가, ‘습니다’로 바뀌어서 와장창 틀렸던 기억.받아쓰기에 대한 유일한 기억입니다. 얼마 전 딸이 초등학교에 들어갔는데, 맞춤법이 자주 틀려서 교정해주기 위한 어플을 만들어봤습니다.선생님이 불러주고 받아적는 받아쓰기 어플.틀린 점에 대해 피드백 받을 수 있는 어플.이런 어플이 있으면 맞춤법 공부할 때 도움이 되지 않을까? 온 가족이 함께 만들었습니다.아내는 디자인을, 나는 코딩을, 딸은 목소리를. 아직 개선할 부분들이 많지만 다른 사람들도 함께 쓸 수 있도록 공개해봅니다.완전히 무료이고, 아이들을 홀려서 클릭을 유발하는 지저분한 광고도 넣지 않을 계획입니다. 키즈앱에 이런 광고들이 특히 많더라고요. 혹시라도 사람들이 의미있게 써준다면 한국 사람들은 무료로 쓰게 하고 해외에만 몇 달러 정도에 팔아볼까하는 생각은 있습니다.그렇다면 사회에도 기여하고, 달러도 벌어오는… 내가 딱 원하던 이상적인 모습이 되는 것 아닐까 하고. 앱을 올리고 한 번도 광고하지 않았는데도 글로벌 여기저기서 쓰는 모습을 보고 놀랍고 기쁘기도 했습니다. …사실 별 가치를 못 주고 망할 가능성이 높습니다.그래도 가족이 모두 함께 만든 첫 작품이니 그걸로 충분하지 않을까요? 😁 처음부터 끝까지 AI로만 코딩한 첫 작품이기도 합니다. https://spellstart.com/ko

spellstart.com

딸을 위한 받아쓰기 어플을 스스로 만드는 가족

Modal 을 어떻게 구현하시나요?
보통 state 와 React Portal 을 활용하는 것 같아요
다만, 저는 웹뷰 개발시, 모달이 열렸을 때
안드로이드에서 백버튼을 어떻게할지 고민한 경험이 있는데요.

Next.js 에서 Parallel Route 를 활용하면 뒤로가기로 모달을 닫을 수 있어서
깔끔하게 해결 되더라구요 :)

그래서 오늘은 Parallel Route 로 Modal 만들기를 설명해 보았어요

https://youtu.be/iNv2ETZBTLI?si=Mo5RX_nUt3d0e4bl

Modal 을 어떻게 구현하시나요?보통 state 와 React Portal 을 활용하는 것 같아요다만, 저는 웹뷰 개발시, 모달이 열렸을 때 안드로이드에서 백버튼을 어떻게할지 고민한 경험이 있는데요. Next.js 에서 Parallel Route 를 활용하면 뒤로가기로 모달을 닫을 수 있어서깔끔하게 해결 되더라구요 :) 그래서 오늘은 Parallel Route 로 Modal 만들기를 설명해 보았어요 https://youtu.be/iNv2ETZBTLI?si=Mo5RX_nUt3d0e4bl

Modal 을 어떻게 구현하시나요?
보통 state 와 React

사실상 엑셀이나 구글 시트가 아닌가 싶다. 이만큼 많은 사람들이 쓸 줄 알고 여러 형태로 분석이 가능하고 결과물을 공유 가능한 툴은 많지 않다. 실제 현업부서들과 일을 해보면 굉장히 많은 데이터들을 구글 시트의 형태로 매뉴얼하게 관리한다. 이 위에서 간단한 차트등을 만들어 지표 관리를 하곤 한다.

즉 데이터 엔지니어의 관점에서 보면 구글 시트는 아주 중요한 데이터 소스가 된다. 문제는 필요한 데이터를 여기로 로딩하는 방법인데 적어도 구글 시트는 Sheet API(파이썬 모듈 중에 gspread 사용)와 여러 형태의 연동 툴들을 제공한다. 유데미 때 구글 시트를 데이터 소스로 다양한 매뉴얼 정보들을 데이터 웨어하우스로 로딩하는 ETL 파이프라인을 구현해서 현업 팀원들 (마케팅, CS/CX, 영업 등등)이 아주 좋아했었다.

또 회사에 돈이 충분치 않다면 혹은 돈이 충분해도 BI 관련해서 아직 무엇을 해야할지 불분명하다면 굳이 비싼 BI 툴들(Looker, Tableau, 등등)을 사지 말고 데이터웨어하우스(혹은 프로덕션 데이터베이스)의 써머리 테이블들을 구글스프레드시트로 자동으로 덤프해서 거기서 시각화하고 분석하는 것도 아주 효율적이다. 이 역시 다양한 회사에서 데이터 컨설팅을 하면서 효율적으로 사용했었는데 이 경우 이런 형태의 데이터 파이프라인을 보통 Reverse ETL이라고 부른다. 즉 소스가 데이터 웨어하우스가 되고 타켓이 시트가 되는 형태로 일반적인 ETL의 반대 방향으로 데이터가 흐르는 거다.

이번에 인프런에 만든 강의 뒷 부분에 새로 아래 두 개의 챕터를 추가했는데 이게 바로 구글 시트를 데이터소스로 보고 시트 정보를 읽어다가 Snowflake의 테이블로 적재하는 과정을 설명하고 데모하는 내용으로 구성되어 있다. 곧 Reverse ETL 내용 (Snowflake -> 구글시트)에 관한 챕터도 추가할 예정이다.

 * 구글 시트 ➜ Snowflake
 * 구글 시트 ➜ Snowflake (코드 리뷰와 실습)

"실리콘밸리 데이터 리더가 알려주는 Airflow 기초": https://inf.run/qRing

사실상 엑셀이나 구글 시트가 아닌가 싶다. 이만큼 많은 사람들이 쓸 줄 알고 여러 형태로 분석이 가능하고 결과물을 공유 가능한 툴은 많지 않다. 실제 현업부서들과 일을 해보면 굉장히 많은 데이터들을 구글 시트의 형태로 매뉴얼하게 관리한다. 이 위에서 간단한 차트등을 만들어 지표 관리를 하곤 한다. 즉 데이터 엔지니어의 관점에서 보면 구글 시트는 아주 중요한 데이터 소스가 된다. 문제는 필요한 데이터를 여기로 로딩하는 방법인데 적어도 구글 시트는 Sheet API(파이썬 모듈 중에 gspread 사용)와 여러 형태의 연동 툴들을 제공한다. 유데미 때 구글 시트를 데이터 소스로 다양한 매뉴얼 정보들을 데이터 웨어하우스로 로딩하는 ETL 파이프라인을 구현해서 현업 팀원들 (마케팅, CS/CX, 영업 등등)이 아주 좋아했었다. 또 회사에 돈이 충분치 않다면 혹은 돈이 충분해도 BI 관련해서 아직 무엇을 해야할지 불분명하다면 굳이 비싼 BI 툴들(Looker, Tableau, 등등)을 사지 말고 데이터웨어하우스(혹은 프로덕션 데이터베이스)의 써머리 테이블들을 구글스프레드시트로 자동으로 덤프해서 거기서 시각화하고 분석하는 것도 아주 효율적이다. 이 역시 다양한 회사에서 데이터 컨설팅을 하면서 효율적으로 사용했었는데 이 경우 이런 형태의 데이터 파이프라인을 보통 Reverse ETL이라고 부른다. 즉 소스가 데이터 웨어하우스가 되고 타켓이 시트가 되는 형태로 일반적인 ETL의 반대 방향으로 데이터가 흐르는 거다. 이번에 인프런에 만든 강의 뒷 부분에 새로 아래 두 개의 챕터를 추가했는데 이게 바로 구글 시트를 데이터소스로 보고 시트 정보를 읽어다가 Snowflake의 테이블로 적재하는 과정을 설명하고 데모하는 내용으로 구성되어 있다. 곧 Reverse ETL 내용 (Snowflake -&gt; 구글시트)에 관한 챕터도 추가할 예정이다. <ul ><li>구글 시트 ➜ Snowflake</li><li>구글 시트 ➜ Snowflake (코드 리뷰와 실습)</li></ul> "실리콘밸리 데이터 리더가 알려주는 Airflow 기초": https://inf.run/qRing

가장 많이 쓰이는 데이터 분석/BI 툴은 무엇일까?

가장 훌륭한 경비절감 방법이 '몰입'이다.가장 훌륭한 생산성향상 방법도 '몰입'이다.많은 경영학자들이 연구를 통해 증명한 사실이다.평범한 주위 사람들이 ‘몰입’된 상태에 있는 사람을 보면 ‘미쳤다’라고 말한다.정신적으로 미친 것이 아니다. 자기업무에 미친 사람들이다.난 개인적으로 신입사원 교육에 들어가면 “한번 자기업무에 미쳐보세요”를 주문한다.미쳐보지 않고는 ‘그 업무’가 제대로 보이지 않는다. 제대로 보이지 않으면 그 일에 손을 댈 수가 없다.그냥 어제처럼 일한다. 부가가치를 더 낼 수 없다.그냥 저냥 일하면 그 일을 유지하기도 힘들다. 타인 또는 타부서, 타사가 더 잘 해서 ‘그 일’을 빼앗아 간다. 시장에서 ‘충성고객’이란 단어가 사라졌다. 고객은 ‘0.6초 클릭’하나로 미련없이 타사를 옮기기 때문이다.내가 만든 말이 아니다.삼성전자가 디자인 혁신을 강조하며 “고객은 0.6초만에 떠난다”라고 모토를 만들어 썼다.‘삼성전자’같은 글로벌 초우량기업도 고객을 놓칠까 발버둥 치고 있다.미쳐도 될까 말까인데 정작 우리는 태연하다. 구태의연하다. 회사의 성장은 이 미친 직원들의 ‘궤’와 같이하고 그 수에 비례한다.초우량기업하면 일에 미친 임직원들이 조직내에 꽉 차 있다는 말이다.‘꽉 차 있다’를 보다 정확히 말하면 70%이상의 직원이 일에 미쳐있다는 얘기다.(Gallup Q12 직원몰입도조사, 2024 report, Global insight) 아래 그림 같이 직원몰입도가 전세계 평균이 23%, 미국은 33%, 초우량기업은 

[백진기 칼럼]그래 한번 미쳐보자?(110편)

가장 훌륭한 경비절감 방법은 ‘몰입’이다. 가장 훌륭한 생산성 향상 방법도 ‘몰입’이다. 이는 많은 경영학자들이 연구를 통해 증명한 사실이다.

평범한 주위 사람들이 ‘몰입’된 상태에 있는 사람을 보면 ‘미쳤다’라고 말한다. 정신적으로 미친 것이 아니다. 자기 업무에 미친 사람들이다.

개인적으로 신입사원 교육에 들어가면 “자기 업무에 한 번 미쳐보세요”를 주문한다. 미쳐보지 않고서는 ‘그 업무’가 제대로 보이지 않는다. 제대로 보이지 않으면 그 일에 손을 댈 수가 없다.

그냥 어제처럼 일한다. 부가가치를 더 낼 수 없다. 그냥 저냥 일하면 그 일을 유지하기도 힘들다. 결국 타인 또는 타부서, 타사가 더 잘 해서 ‘그 일’을 빼앗아 간다.

시장에서 ‘충성 고객’이란 단어가 사라졌다. 고객은 ‘0.6초 클릭’ 하나로 미련없이 타사로 옮겨가기 때문이다. 필자가 만든 말이 아니다.

삼성전자가 디자인 혁신을 강조하며 “고객은 0.6초만에 떠난다”라고 모토를 만들어 썼다. ‘삼성전자’같은 글로벌 초우량기업도 고객을 놓칠까 발버둥치고 있다.

미쳐도 될까 말까인데 정작 우리는 태연하다. 구태의연하다. 회사의 성장은 이렇게 미친 직원들의 ‘궤’와 같이 하고 그 수에 비례한다. 초우량기업에는 일에 미친 임직원들이 조직 내에 꽉 차 있다는 말이다

‘꽉 차 있다’를 정확하게 말하면 70%이상의 직원이 일에 미쳐있다는 얘기다. Gallup Q12 직원몰입도 조사, 2024 Report, Global insight를 보면, 직원몰입도가 전세계 평균이 23%, 미국은 33%, 초우량기업은 70%으로 나왔다.

우리는 어떨까? 우리는 직원 중 몇 퍼센트가 업무에 미쳤을까? 동아시아(대만, 중국, 홍콩, 일본, 한국, 몽골)의 평균은 몰입 18%, 일본은 5.97%. 한국은 13%로 나왔다.

일본과 한국의 경우는 너무 터무니없이 낮은 수치다. 그래서 조사결과 수치에 대해 아래 2가지 의구심이 생긴다.

(1) 몰입한 직원이 13%에 불과한 한국이 어떻게 GDP상 세계 10위권을 넘나들 수 있는지? 또 우리와 비슷한 조직문화를 가진 일본은 약 6%밖에 안되는데 GDP 3위를 유지할 수 있는 지?

(2) 다른 나라, 특히 영어권의 직원들과 달리 한국과 일본 직장인들이 질문지를 제대로 잘 이해하고 답을 했는지?

먼저 결과 (1)이 진짜라고 가정해 본다. 몰입한 직원의 비중이 한국 13%이고, 일본 6%에 불과하다면 오히려 앞으로 성장 가능성이 휠씬 더 있다는 것이다.

회사에서 직원들이 몰입할 수 있는 근무 조건(working conditions)을 개선하거나, Gallup이 제안한 몰입도를 향상시킬 수 있는 방법 등을 동원한다면, 지금보다 더 생산성이 향상 될 것으로 해석할 수 있다. 매우 긍정적이라고 생각하고 싶다.

(2)의 경우도 간과할 수 없다. Q1은 원래 “I know what is expected of me at work”인데, Gallup은 이 문항을 이렇게 번역해서 질문을 한다.

“나는 회사가 나에게 기대하는 바를 알고 있다.” “나는 나의 직장이 나에게 무엇을 기대하고 있는 지 알고 있다” (Gallup Korea에서 실제 사용한 질문지)

이렇게 번역한 질문으로 물어보면, 백이면 백, ‘직장’ ‘회사’라는 단어가 너무 포괄적이고 추상적이라 쉽게 답하기 어렵다.

필자가 화이트보드에 위의 두 문장을 쓰고 우리 회사 직원 몇 명에게 개별적으로 물어보았다. “이 문장에서 ‘직장’ 이나 ‘회사’가 기대하는 바가 무슨 의미 같아요?”

사람마다 직장과 회사에 대한 정의가 달랐다. 정확하게는 말할 수 없다고 하고 다들 두루뭉슬했다. 그래도 종합해 보면…

“회사의 기대는 회장님을 비롯한 많은 리더들이 말했던 ‘이렇게 해! 저렇게 해! 이거 하지마라! 저거 하지마라!’ 등 수많은 내용이 떠오른다”

“직장의 기대는 회사보다는 그 범위가 좀 더 줄어 들어서 소속팀 정도로 이해되지만, 이것도 불분명하다”.

타국, 특히 영어권 직원들에게 “at work”에서 자기에게 기대하는 것이라고 하면, 회사나 직장이 아니라 그의 고과 평가자인 관리자가 그에게 기대하는 것을 말한다. 즉, JD (job description)와 KPIs (key performance indicators)이다.

이 질문과 관련해서 몰입도를 높이는 방법으로 Gallup측에서 제시한 것이 있는데, 바로 ‘관리자의 지속적인 대화로 직원들이 관리자의 기대치를 알게 하는 것’이다

그러니 필자라면 이 문장을 이렇게 ‘번안’하겠다. “나는 나의 직장상사(팀장)가 나에게 무엇을 기대하고 있는지 알고 있다.“ 질문만 이렇게 바꿔서 물어보면 몰입도 수치는 올라갈 것이다.

물론 필자의 추측이긴 하다. 그러나 팀장이 본인에게 기대하는 바를 모르는 직원은 없다. 만약 있다면 그 사람이 ‘적극적으로 몰입하지 않는 직원’일 것이다.

가장 훌륭한 경비절감 방법은 ‘몰입’이다. 가장 훌륭한 생산성 향상 방법도 ‘몰입’이다. 이는 많은 경영학자들이 연구를 통해 증명한 사실이다. 평범한 주위 사람들이 ‘몰입’된 상태에 있는 사람을 보면 ‘미쳤다’라고 말한다. 정신적으로 미친 것이 아니다. 자기 업무에 미친 사람들이다. 개인적으로 신입사원 교육에 들어가면 “자기 업무에 한 번 미쳐보세요”를 주문한다. 미쳐보지 않고서는 ‘그 업무’가 제대로 보이지 않는다. 제대로 보이지 않으면 그 일에 손을 댈 수가 없다. 그냥 어제처럼 일한다. 부가가치를 더 낼 수 없다. 그냥 저냥 일하면 그 일을 유지하기도 힘들다. 결국 타인 또는 타부서, 타사가 더 잘 해서 ‘그 일’을 빼앗아 간다. 시장에서 ‘충성 고객’이란 단어가 사라졌다. 고객은 ‘0.6초 클릭’ 하나로 미련없이 타사로 옮겨가기 때문이다. 필자가 만든 말이 아니다. 삼성전자가 디자인 혁신을 강조하며 “고객은 0.6초만에 떠난다”라고 모토를 만들어 썼다. ‘삼성전자’같은 글로벌 초우량기업도 고객을 놓칠까 발버둥치고 있다. 미쳐도 될까 말까인데 정작 우리는 태연하다. 구태의연하다. 회사의 성장은 이렇게 미친 직원들의 ‘궤’와 같이 하고 그 수에 비례한다. 초우량기업에는 일에 미친 임직원들이 조직 내에 꽉 차 있다는 말이다 ‘꽉 차 있다’를 정확하게 말하면 70%이상의 직원이 일에 미쳐있다는 얘기다. Gallup Q12 직원몰입도 조사, 2024 Report, Global insight를 보면, 직원몰입도가 전세계 평균이 23%, 미국은 33%, 초우량기업은 70%으로 나왔다. 우리는 어떨까? 우리는 직원 중 몇 퍼센트가 업무에 미쳤을까? 동아시아(대만, 중국, 홍콩, 일본, 한국, 몽골)의 평균은 몰입 18%, 일본은 5.97%. 한국은 13%로 나왔다. 일본과 한국의 경우는 너무 터무니없이 낮은 수치다. 그래서 조사결과 수치에 대해 아래 2가지 의구심이 생긴다. (1) 몰입한 직원이 13%에 불과한 한국이 어떻게 GDP상 세계 10위권을 넘나들 수 있는지? 또 우리와 비슷한 조직문화를 가진 일본은 약 6%밖에 안되는데 GDP 3위를 유지할 수 있는 지? (2) 다른 나라, 특히 영어권의 직원들과 달리 한국과 일본 직장인들이 질문지를 제대로 잘 이해하고 답을 했는지? 먼저 결과 (1)이 진짜라고 가정해 본다. 몰입한 직원의 비중이 한국 13%이고, 일본 6%에 불과하다면 오히려 앞으로 성장 가능성이 휠씬 더 있다는 것이다. 회사에서 직원들이 몰입할 수 있는 근무 조건(working conditions)을 개선하거나, Gallup이 제안한 몰입도를 향상시킬 수 있는 방법 등을 동원한다면, 지금보다 더 생산성이 향상 될 것으로 해석할 수 있다. 매우 긍정적이라고 생각하고 싶다. (2)의 경우도 간과할 수 없다. Q1은 원래 “I know what is expected of me at work”인데, Gallup은 이 문항을 이렇게 번역해서 질문을 한다. “나는 회사가 나에게 기대하는 바를 알고 있다.” “나는 나의 직장이 나에게 무엇을 기대하고 있는 지 알고 있다” (Gallup Korea에서 실제 사용한 질문지) 이렇게 번역한 질문으로 물어보면, 백이면 백, ‘직장’ ‘회사’라는 단어가 너무 포괄적이고 추상적이라 쉽게 답하기 어렵다. 필자가 화이트보드에 위의 두 문장을 쓰고 우리 회사 직원 몇 명에게 개별적으로 물어보았다. “이 문장에서 ‘직장’ 이나 ‘회사’가 기대하는 바가 무슨 의미 같아요?” 사람마다 직장과 회사에 대한 정의가 달랐다. 정확하게는 말할 수 없다고 하고 다들 두루뭉슬했다. 그래도 종합해 보면… “회사의 기대는 회장님을 비롯한 많은 리더들이 말했던 ‘이렇게 해! 저렇게 해! 이거 하지마라! 저거 하지마라!’ 등 수많은 내용이 떠오른다” “직장의 기대는 회사보다는 그 범위가 좀 더 줄어 들어서 소속팀 정도로 이해되지만, 이것도 불분명하다”. 타국, 특히 영어권 직원들에게 “at work”에서 자기에게 기대하는 것이라고 하면, 회사나 직장이 아니라 그의 고과 평가자인 관리자가 그에게 기대하는 것을 말한다. 즉, JD (job description)와 KPIs (key performance indicators)이다. 이 질문과 관련해서 몰입도를 높이는 방법으로 Gallup측에서 제시한 것이 있는데, 바로 ‘관리자의 지속적인 대화로 직원들이 관리자의 기대치를 알게 하는 것’이다 그러니 필자라면 이 문장을 이렇게 ‘번안’하겠다. “나는 나의 직장상사(팀장)가 나에게 무엇을 기대하고 있는지 알고 있다.“ 질문만 이렇게 바꿔서 물어보면 몰입도 수치는 올라갈 것이다. 물론 필자의 추측이긴 하다. 그러나 팀장이 본인에게 기대하는 바를 모르는 직원은 없다. 만약 있다면 그 사람이 ‘적극적으로 몰입하지 않는 직원’일 것이다.

메디칼타임즈

가장 훌륭한 경비절감 방법은 ‘몰입’이다. 가장 훌륭한 생산성 향

﻿
회사마다 고유한 인재상이 있습니다. 사전적 의미로 인재상이란 인재로서 갖추어야 할 모습입니다. ‘인재상 뜻’에 대해서 구글링을 해보다가 재미있는 정의를 발견하였습니다. 인재상이 기업의 채용과 관련된 ‘이상형‘이라는 의미라는 해석입니다.

인재상을 처음으로 누가 만들었을까? 추측해 보면, 회사를 설립한 창업자나 그와 함께 회사가 성장하는 데 조력한 동료가 만들지 않았을지 상상해 봅니다. 회사가 성장함에 따라 직원이 하나 둘 늘어나는 데 채용을 계속하다 보니 ’우리 회사에 잘 맞는 인재는 이런 사람이야‘라고 생각했을 것 같습니다.

솔직히 회사마다 선호하는 인재의 모습이 크게 다를 수 있을까? 의문을 갖고 있습니다. A 조직에서 일을 잘 한다고 평가받는 사람이 B 조직에 가면 일을 잘 못한다고 평가받을 가능성이 높을 수 있을까요? 그럴 수도 있습니다. 100% 확률은 거의 존재하지 않는다고 믿고 있기 때문에 반전은 누구에게나 일어날 수 있는 가능성이 있습니다.

다만, 아직 일을 시작하기 전 모습을 보고 평가를 내려야 할 때에 A 조직에서 성공 경험을 갖고 있는 인재가 B 조직의 채용 전형에서 긍정적인 피드백을 받을 확률이 높은 것은 사실입니다. 주관적인 느낌보다 객관적인 사실에 바탕을 둔 평가를 한다면 말입니다.
실제로 많은 기업 홈페이지를 방문해 보면, ‘우리가 선호하는 인재의 모습’이나 ‘우리는 이렇게 일을 하는 사람들 (조직)‘이라는 메시지가 기업마다 크게 다르지 않음을 확인할 수 있습니다.

주도적으로 일을 하고, 문제를 해결하며, 더 높은 목표를 향해 도전하고, 동료를 진심으로 존중하며, 자유와 책임을 추구하는 인재와 그런 문화를 지향한다는 가치를 이야기합니다. 언어의 표현만 조금씩 다를 뿐 큰 맥락에서 이와 같은 인재상을 벗어나는 기업을 찾기 어려울 정도로 많은 기업이 거의 같은 인재를 바라고 있습니다.
함께 일을 해보면 알게 됩니다. 누가 일을 잘 하는 사람인지, 누가 협업이 잘 되는 사람인지 깨닫게 됩니다. 일 잘 하는 사람과 협업 잘 되는 사람은 외부 환경의 영향을 잘 받지 않기 때문에 어디서나 능력을 발휘하고 주변 동료에게 인정을 받는다고 생각합니다.

결국 인재상은 함께 일을 해본 동료로부터 기인한 모습을 의미합니다. ‘함께 일을 해보니 우리 조직엔 이런 사람이 더 잘 맞더라‘가 인재상이 되는 것입니다. 따라서 인재상은 시간이 흐름에 따라 변화할 수 있습니다. 과거에는 A라는 능력과 경험을 가진 사람이 필요했는데, 현재는 B라는 역량이 더 요구되고, 미래에는 C라는 비전을 가진 인재가 필요하다고 판단하는 것입니다.

시대가 요구하는 인재상은 기업마다 다르기 보다 기업의 고객이 되는 사람들의 선호에 따라 변화하는 것 같습니다. 또는 특정 기술이 시대를 휩쓸고 있다면, 인재상도 그를 따라 휩쓸려 가는 경향도 있습니다. 예를 들면, 고객이 겪고 있는 시대적 문제가 있다면, 이를 잘 해결해 줄 수 있는 사람이 인재가 되고, AI와 같은 기술이 시대를 휩쓸고 있다면, AI 기술을 잘 활용할 수 있는 사람이 인재가 되기도 하는 것입니다.

결국 거의 모든 조직에 필요한 협업 능력과 시대의 변화에 유연하게 대응할 수 있는 사람이 언제 어디서나 인재로 평가받을 확률이 높습니다. 그러니 기업에서 인재를 영입할 때, 우리에게 필요한 인재의 모습은 하나라고 정의하기는 것보다 상황에 따라서 더 적합한 인재의 정의를 업데이트하는 노력이 필요합니다.

기업의 설립자와 구성원들이 선호하는 동료의 모습을 가지고 있고, 다수의 구성원이 바라는 모습이 일치한다면 인재를 영입함에 있어서 일관된 의사결정을 할 수 있다고 생각합니다. 일관된 의사결정을 할 수 있을 때, 영입하게 되는 인재가 보유한 역량과 경험이 얼마나 대단한가 관계없이 조직이 추구하는 같은 방향을 바라보며 협업을 잘할 수 있게 된다고 믿습니다.

선명한 회사의 비전과 미션을 가지고, 회사 구성원이 함께 협업하는 과정에서 중요하게 생각하는 가치를 제시할 수 있다면, 인재상을 가지고 있는 기업이고, 채용 전형을 통해 조직에 적합한 인재를 영입할 수 있는 기준이 있는 팀이라고 생각합니다.

﻿회사마다 고유한 인재상이 있습니다. 사전적 의미로 인재상이란 인재로서 갖추어야 할 모습입니다. ‘인재상 뜻’에 대해서 구글링을 해보다가 재미있는 정의를 발견하였습니다. 인재상이 기업의 채용과 관련된 ‘이상형‘이라는 의미라는 해석입니다. 인재상을 처음으로 누가 만들었을까? 추측해 보면, 회사를 설립한 창업자나 그와 함께 회사가 성장하는 데 조력한 동료가 만들지 않았을지 상상해 봅니다. 회사가 성장함에 따라 직원이 하나 둘 늘어나는 데 채용을 계속하다 보니 ’우리 회사에 잘 맞는 인재는 이런 사람이야‘라고 생각했을 것 같습니다. 솔직히 회사마다 선호하는 인재의 모습이 크게 다를 수 있을까? 의문을 갖고 있습니다. A 조직에서 일을 잘 한다고 평가받는 사람이 B 조직에 가면 일을 잘 못한다고 평가받을 가능성이 높을 수 있을까요? 그럴 수도 있습니다. 100% 확률은 거의 존재하지 않는다고 믿고 있기 때문에 반전은 누구에게나 일어날 수 있는 가능성이 있습니다. 다만, 아직 일을 시작하기 전 모습을 보고 평가를 내려야 할 때에 A 조직에서 성공 경험을 갖고 있는 인재가 B 조직의 채용 전형에서 긍정적인 피드백을 받을 확률이 높은 것은 사실입니다. 주관적인 느낌보다 객관적인 사실에 바탕을 둔 평가를 한다면 말입니다.실제로 많은 기업 홈페이지를 방문해 보면, ‘우리가 선호하는 인재의 모습’이나 ‘우리는 이렇게 일을 하는 사람들 (조직)‘이라는 메시지가 기업마다 크게 다르지 않음을 확인할 수 있습니다. 주도적으로 일을 하고, 문제를 해결하며, 더 높은 목표를 향해 도전하고, 동료를 진심으로 존중하며, 자유와 책임을 추구하는 인재와 그런 문화를 지향한다는 가치를 이야기합니다. 언어의 표현만 조금씩 다를 뿐 큰 맥락에서 이와 같은 인재상을 벗어나는 기업을 찾기 어려울 정도로 많은 기업이 거의 같은 인재를 바라고 있습니다.함께 일을 해보면 알게 됩니다. 누가 일을 잘 하는 사람인지, 누가 협업이 잘 되는 사람인지 깨닫게 됩니다. 일 잘 하는 사람과 협업 잘 되는 사람은 외부 환경의 영향을 잘 받지 않기 때문에 어디서나 능력을 발휘하고 주변 동료에게 인정을 받는다고 생각합니다. 결국 인재상은 함께 일을 해본 동료로부터 기인한 모습을 의미합니다. ‘함께 일을 해보니 우리 조직엔 이런 사람이 더 잘 맞더라‘가 인재상이 되는 것입니다. 따라서 인재상은 시간이 흐름에 따라 변화할 수 있습니다. 과거에는 A라는 능력과 경험을 가진 사람이 필요했는데, 현재는 B라는 역량이 더 요구되고, 미래에는 C라는 비전을 가진 인재가 필요하다고 판단하는 것입니다. 시대가 요구하는 인재상은 기업마다 다르기 보다 기업의 고객이 되는 사람들의 선호에 따라 변화하는 것 같습니다. 또는 특정 기술이 시대를 휩쓸고 있다면, 인재상도 그를 따라 휩쓸려 가는 경향도 있습니다. 예를 들면, 고객이 겪고 있는 시대적 문제가 있다면, 이를 잘 해결해 줄 수 있는 사람이 인재가 되고, AI와 같은 기술이 시대를 휩쓸고 있다면, AI 기술을 잘 활용할 수 있는 사람이 인재가 되기도 하는 것입니다. 결국 거의 모든 조직에 필요한 협업 능력과 시대의 변화에 유연하게 대응할 수 있는 사람이 언제 어디서나 인재로 평가받을 확률이 높습니다. 그러니 기업에서 인재를 영입할 때, 우리에게 필요한 인재의 모습은 하나라고 정의하기는 것보다 상황에 따라서 더 적합한 인재의 정의를 업데이트하는 노력이 필요합니다. 기업의 설립자와 구성원들이 선호하는 동료의 모습을 가지고 있고, 다수의 구성원이 바라는 모습이 일치한다면 인재를 영입함에 있어서 일관된 의사결정을 할 수 있다고 생각합니다. 일관된 의사결정을 할 수 있을 때, 영입하게 되는 인재가 보유한 역량과 경험이 얼마나 대단한가 관계없이 조직이 추구하는 같은 방향을 바라보며 협업을 잘할 수 있게 된다고 믿습니다. 선명한 회사의 비전과 미션을 가지고, 회사 구성원이 함께 협업하는 과정에서 중요하게 생각하는 가치를 제시할 수 있다면, 인재상을 가지고 있는 기업이고, 채용 전형을 통해 조직에 적합한 인재를 영입할 수 있는 기준이 있는 팀이라고 생각합니다.﻿

인재상

필자는 SI 프로젝트를 수행하는 회사에서 30년 넘게 근무하고 있다. 그동안  프로젝트를 수행하는 기술과 도구는 비약적으로 발전했다. 가장 큰 발전은 의사소통 도구의 혁신이다. 휴대폰이 등장으로 전화 통화가 쉬워졌고, 이메일/메신저/화상회의 도구는 보편화되었다. 30년 전에는 휴대폰, 메일, 메신저가 없이 고객이나 프로젝트 팀원과 소통하려면 유선 전화기와 대면소통 외에는 방법이 없었다.

개발 관점에서도 웹의 등장, 프로그램 형상관리 및 디자인 도구의 발전, 오늘날에는 AI가 초벌 코딩을 해주는 시대가 되었다. 또한 방법론도 30년 전 보다 크게 변화했다. 문서위주의 엄격한 관리를 중요하게 생각하는 폭포수 방법론 외에 이해관계자와의 협업과 실질적 가치를 중시하는 애자일 방법론이 등장했다. 

그렇다면 30년 전보다 SI 프로젝트의 실패비율은 크게 줄어들었고 팀원들이 이전보다 쾌적한 환경에서 프로젝트를 수행할까? 현실은 여전히 SI 프로젝트는 빡시고 이슈 프로젝트는 매년 발생한다. 그 이유는 예전보다 더 많은 일을 더 빨리하거나 더 작은 MM로 계약하기 때문일 수도 있고, SI 프로젝트의 성공이나 실패의 본질에 기술이나 방법론이 미치는 영향이 제한적이기 때문일 수도 있다. 

IT 및 소프트웨어 개발 프로젝트의 실패 원인을 분석한 1994년 Chaos Report에서는 프로젝트 결과를 성공, 부분적 실패, 완전 실패로 구분했다. 성공은 범위/일정/예산 목표를 달성, 부분실패는 세가지 목표중 한가지 이상을 달성 못함, 완전실패는 세가지 목표 모두 달성하지 못한 프로젝트이다.

1994년과 비교했을 때 2015년 성공 프로젝트 비율은 16%에서 29%로 증가했고, 완전 실패 비율은 31%에서 19%로 줄어들었지만, 부분적 실패 비율은 52%로 큰 변화를 보이지 않았다. SI 프로젝트에서 실패는 대부분 부분적 실패를 의미하므로, 계약 목표를 달성하지 못하는 비율은 크게 변하지 않았다고 볼 수 있다.   
 
1994년 Chaos Report에서 프로젝트 실패원인 10가지와 비중은  다음과 같다. 2015년까지 매년 공개적으로 발표했는데 그 내용은 크게 변하지 않았다.

• 명확하지 않은 요구사항 및 사양(13.1%)
• 사용자의 참여 부족(12.4%)
• 리소스 부족(10.6%)
• 비현실적인 계획(9.9%)
• 경영진 지원 부족(9.3%)
• 기술적 문제(8.7%)
• 프로젝트 계획 및 일정 관리 미흡(8.1%)
• 변화하는 요구사항 및 사양(7.5%)
• 비효율적인 커뮤니케이션(6.2%)
• 조직 문화, 정치적 이슈, 법적 문제 등 기타(14.2%)
 
프로젝트 수행사에서 크게 노력하지 않는다면 예전이나 지금이나 SI 프로젝트에서 이슈가 발생하는 비율은 비슷하고 그 원인은 유사할 것이다. 요구사항 변경, 고객의 참여부족, 고객관리의 어려움, 팀원과 파트너사의 역량 미흡, 예상하지 못했던 성능이슈, 달성하기 힘든 예산과 납기 등은 SI 프로젝트가 존재하는 한 크게 개선하기  힘들다. 그 이유는 다음과 같다. 

- SI 사업환경이 어려울 때 난이도 높은 프로젝트를 수주한다. 
SI 사업을 수행하는 회사는 안정적인 가동률을 유지하기 힘들고, 경쟁력 확보가 힘들기 때문에 사업환경이 힘들 때는 난이도 높은 프로젝트를 저가로 수주하는 경우가 발생한다. 

- 매번 새로운 프로젝트를 하기 때문에 불확실성이 높고 일정, MM 추정이 힘들다. 
SI 프로젝트는 업무, 팀원, 고객, 파트너사가 매번 달라지기 때문에 발생할 수 있는  이슈를 예측하기 힘들고 일정과 MM추정이 신뢰도가 낮기 때문에 프로젝트 목표를 달성하기 힘들다. 

- 프로젝트 이슈가 발생할 경우 ‘win lose’의 구도가 된다.  
조직내부에서 수행하는 프로젝트에서는 업무범위, MM, 일정 이슈 발생 시 최적의 가치를 확보하기 위해 합리적인 의사결정을 할 수 있지만 계약기반의 SI 프로젝트에서는 이슈가 발생하면 이해관계가 충돌하기 때문에 각자도생의 상황이 발생한다. 고객사는 계약서에 있는 기능은 모두 구현해야 한다고 주장하고, 납기 지연이 발생하면 페널티를 부과한다. 수행사는 고객사 귀책이 있기 때문에 페널티를 부담할 수 없다고 주장한다.  

여러분들이 수행하시는 프로젝트의 안녕을 기원합니다.

========================
제가 삼성 SDS에서 30년동안 경험하고 체득한 교훈을 정리한 책 <슬기로운 PM 생활>을 출간한 소식을 공유합니다.
https://product.kyobobook.co.kr/detail/S000215148133

필자는 SI 프로젝트를 수행하는 회사에서 30년 넘게 근무하고 있다. 그동안 &nbsp;프로젝트를 수행하는 기술과 도구는 비약적으로 발전했다. 가장 큰 발전은 의사소통 도구의 혁신이다. 휴대폰이 등장으로 전화 통화가 쉬워졌고, 이메일/메신저/화상회의 도구는 보편화되었다. 30년 전에는 휴대폰, 메일, 메신저가 없이 고객이나 프로젝트 팀원과 소통하려면 유선 전화기와 대면소통 외에는 방법이 없었다. 개발 관점에서도 웹의 등장, 프로그램 형상관리 및 디자인 도구의 발전, 오늘날에는 AI가 초벌 코딩을 해주는 시대가 되었다. 또한 방법론도&nbsp;30년 전 보다 크게 변화했다. 문서위주의 엄격한 관리를 중요하게 생각하는 폭포수 방법론 외에 이해관계자와의 협업과 실질적 가치를 중시하는 애자일 방법론이 등장했다.&nbsp; 그렇다면&nbsp;30년 전보다&nbsp;SI 프로젝트의 실패비율은 크게 줄어들었고 팀원들이 이전보다 쾌적한 환경에서 프로젝트를 수행할까? 현실은 여전히 SI 프로젝트는 빡시고 이슈 프로젝트는 매년 발생한다. 그 이유는 예전보다 더 많은 일을 더 빨리하거나 더 작은 MM로 계약하기 때문일 수도 있고, SI 프로젝트의 성공이나 실패의 본질에 기술이나 방법론이 미치는 영향이 제한적이기 때문일 수도 있다.&nbsp; IT 및 소프트웨어 개발 프로젝트의 실패 원인을 분석한 1994년 Chaos Report에서는 프로젝트 결과를 성공, 부분적 실패, 완전 실패로 구분했다. 성공은 범위/일정/예산 목표를 달성, 부분실패는 세가지 목표중 한가지 이상을 달성 못함, 완전실패는 세가지 목표 모두 달성하지 못한 프로젝트이다. 1994년과 비교했을 때 2015년 성공 프로젝트 비율은 16%에서 29%로 증가했고, 완전 실패 비율은 31%에서 19%로 줄어들었지만, 부분적 실패 비율은 52%로 큰 변화를 보이지 않았다. SI 프로젝트에서 실패는 대부분 부분적 실패를 의미하므로, 계약 목표를 달성하지 못하는 비율은 크게 변하지 않았다고 볼 수 있다. &nbsp;&nbsp;&nbsp;1994년 Chaos Report에서 프로젝트 실패원인 10가지와 비중은 &nbsp;다음과 같다. 2015년까지 매년 공개적으로 발표했는데 그 내용은 크게 변하지 않았다. • 명확하지 않은 요구사항 및 사양(13.1%)• 사용자의 참여 부족(12.4%)• 리소스 부족(10.6%)• 비현실적인 계획(9.9%)• 경영진 지원 부족(9.3%)• 기술적 문제(8.7%)• 프로젝트 계획 및 일정 관리 미흡(8.1%)• 변화하는 요구사항 및 사양(7.5%)• 비효율적인 커뮤니케이션(6.2%)• 조직 문화, 정치적 이슈, 법적 문제 등 기타(14.2%)&nbsp;프로젝트 수행사에서 크게 노력하지 않는다면 예전이나 지금이나 SI 프로젝트에서 이슈가 발생하는 비율은 비슷하고 그 원인은 유사할 것이다.&nbsp;요구사항 변경, 고객의 참여부족, 고객관리의 어려움, 팀원과 파트너사의 역량 미흡, 예상하지 못했던 성능이슈, 달성하기 힘든 예산과 납기 등은 SI 프로젝트가 존재하는 한 크게 개선하기 &nbsp;힘들다. 그 이유는 다음과 같다.&nbsp; - SI&nbsp;사업환경이 어려울 때 난이도 높은 프로젝트를 수주한다.&nbsp;SI 사업을 수행하는 회사는 안정적인 가동률을 유지하기 힘들고, 경쟁력 확보가 힘들기 때문에 사업환경이 힘들 때는 난이도 높은 프로젝트를 저가로 수주하는 경우가 발생한다.&nbsp; -&nbsp;매번 새로운 프로젝트를 하기 때문에 불확실성이 높고 일정, MM 추정이 힘들다.&nbsp;SI 프로젝트는 업무, 팀원, 고객, 파트너사가 매번 달라지기 때문에 발생할 수 있는 &nbsp;이슈를 예측하기 힘들고 일정과 MM추정이 신뢰도가 낮기 때문에 프로젝트 목표를 달성하기 힘들다.&nbsp; -&nbsp;프로젝트 이슈가 발생할 경우 ‘win lose’의 구도가 된다. &nbsp;조직내부에서 수행하는 프로젝트에서는 업무범위, MM, 일정 이슈 발생 시 최적의 가치를 확보하기 위해 합리적인 의사결정을 할 수 있지만 계약기반의 SI 프로젝트에서는 이슈가 발생하면 이해관계가 충돌하기 때문에 각자도생의 상황이 발생한다. 고객사는 계약서에 있는 기능은 모두 구현해야 한다고 주장하고, 납기 지연이 발생하면 페널티를 부과한다.&nbsp;수행사는 고객사 귀책이 있기 때문에 페널티를 부담할 수 없다고 주장한다. &nbsp; 여러분들이 수행하시는 프로젝트의 안녕을 기원합니다. ======================== 제가 삼성 SDS에서 30년동안 경험하고 체득한 교훈을 정리한 책 &lt;슬기로운 PM 생활&gt;을 출간한 소식을 공유합니다.https://product.kyobobook.co.kr/detail/S000215148133&nbsp;

SI 프로젝트 실패비율은 예전보다 줄어들었을까?

Q) 팀원들과의 협업에서 어떤 부분을 가장 신경 쓰셨나요? (우디)

A) 🙋‍♀️ 일정과 우선순위를 명확히 공유하는 것을 중시했습니다. 당시 MVP 단계라 디자인 시안이 자주 바뀌었습니다. 개발이나 마케팅 일정에 혼선이 생기지 않도록 커뮤니케이션 문서(노션)를 만들고 모두가 접근 가능하게 했습니다. 이후 디자인 변경 사항에 대한 로그와 이미지를 기록하고, 필요시 댓글로 소통 창구를 열었습니다. 덕분에 사소한 변경사항도 즉시 공유돼 실수나 중복 작업을 많이 줄일 수 있었습니다. (3년차 프디분)

*협업시 중간 커뮤니케이션 거점을 제시한다는 점이 좋습니다.

🔗 우디의 포트폴리오 컨설팅 운영중입니다(고정 댓글)

Q) 팀원들과의 협업에서 어떤 부분을 가장 신경 쓰셨나요? (우디) A) 🙋‍♀️ 일정과 우선순위를 명확히 공유하는 것을 중시했습니다. 당시 MVP 단계라 디자인 시안이 자주 바뀌었습니다. 개발이나 마케팅 일정에 혼선이 생기지 않도록 커뮤니케이션 문서(노션)를 만들고 모두가 접근 가능하게 했습니다. 이후 디자인 변경 사항에 대한 로그와 이미지를 기록하고, 필요시 댓글로 소통 창구를 열었습니다. 덕분에 사소한 변경사항도 즉시 공유돼 실수나 중복 작업을 많이 줄일 수 있었습니다. (3년차 프디분) *협업시 중간 커뮤니케이션 거점을 제시한다는 점이 좋습니다. 🔗 우디의 포트폴리오 컨설팅 운영중입니다(고정 댓글)

기억남는 디자이너 면접 답변 [12]

6월 26일-27일 이틀간 샌프란시스코에서 열린 디자인 컨퍼런스 Config2024에 다녀왔습니다! 이번 컨퍼런스에서 AI를 활용한 새로운 기능과 피그마 슬라이드 서비스를 공개했는데요, 저희가 현지의 뜨거운 반응과 핵심 기능을 요약하여 영상에 담았습니다. 자세한 내용을 확인해보세요-! 초대해주신 피그마 팀에게 감사드립니다 :-) 혁신의 중심지 실리콘밸리의 이야기가 더 궁금하다면?

전 세계 디자이너들 난리난 피그마 컨퍼런스 요약 | Config2024

이번 피그마 컨퍼런스에서 발표한 내용들이 서비스에 AI를 잘 녹인 사례로 호평이 자자하다 들었는데, 이오 채널에서 요약 영상을 올려주셔서 저도 시청해봤습니다. 특히 AI를 통해 단순 작업들을 자동화해주는 것에 대해 사람들이 환호하는 것을 많이 느낄 수 있었어요.

- 리소스 검색 및 이용 간편화 -> 대충 그림 그리면 비슷한 아이콘 찾아주기도 함
- 스크린샷으로 피그마 자료 검색
- 프레임 이름 자동 생성
- 오토 레이아웃 제안
- 프로토 타입 자동 생성
- 피그마 슬라이드에 프로토타입 연동 -> 잦은 녹화 안해도 됨.
- UI 다국어 변환 -> 언어에 따른 텍스트 길이로 변하는 UI 확인 가능.

그 외에도 피그마 슬라이드, 프롬프트 UI 생성, Ready for DEV 확장 기능들을 선보였는데요. 피그마라는 서비스 경험을 향상시켜 줄 작고도 중요한 기능들의 임팩트가 강렬했던 게 인상 깊습니다.

개인적으로 리소스 검색이나 피그마 슬라이드 기능보다 이력서를 피그마로 작성하면서 가장 번거로웠던 프레임 이름 짓기와 오토 레이아웃을 해결해주는 것이 많이 공감되어 웃음이 절로 나왔네요. 피그마를 많이 사용하시는 분들은 더욱 체감이 되셨을 텐데, 어떻게 보면 Copilot이 개발자들에게 준 변화같다고도 생각이 됩니다.

영상 길이도 짧고 재미있으니 추천드립니다!

https://www.youtube.com/watch?v=aduVMrS-v4o&ab_channel=EO%EC%9D%B4%EC%98%A4

이번 피그마 컨퍼런스에서 발표한 내용들이 서비스에 AI를 잘 녹인 사례로 호평이 자자하다 들었는데, 이오 채널에서 요약 영상을 올려주셔서 저도 시청해봤습니다. 특히 AI를 통해 단순 작업들을 자동화해주는 것에 대해 사람들이 환호하는 것을 많이 느낄 수 있었어요. - 리소스 검색 및 이용 간편화 -&gt; 대충 그림 그리면 비슷한 아이콘 찾아주기도 함 - 스크린샷으로 피그마 자료 검색 - 프레임 이름 자동 생성 - 오토 레이아웃 제안 - 프로토 타입 자동 생성 - 피그마 슬라이드에 프로토타입 연동 -&gt; 잦은 녹화 안해도 됨. - UI 다국어 변환 -&gt; 언어에 따른 텍스트 길이로 변하는 UI 확인 가능. 그 외에도 피그마 슬라이드, 프롬프트 UI 생성, Ready for DEV 확장 기능들을 선보였는데요. 피그마라는 서비스 경험을 향상시켜 줄 작고도 중요한 기능들의 임팩트가 강렬했던 게 인상 깊습니다. 개인적으로 리소스 검색이나 피그마 슬라이드 기능보다 이력서를 피그마로 작성하면서 가장 번거로웠던 프레임 이름 짓기와 오토 레이아웃을 해결해주는 것이 많이 공감되어 웃음이 절로 나왔네요. 피그마를 많이 사용하시는 분들은 더욱 체감이 되셨을 텐데, 어떻게 보면 Copilot이 개발자들에게 준 변화같다고도 생각이 됩니다. 영상 길이도 짧고 재미있으니 추천드립니다! https://www.youtube.com/watch?v=aduVMrS-v4o&amp;ab_channel=EO%EC%9D%B4%EC%98%A4

www.youtube.com

EO:전 세계 디자이너들 난리난 피그마 컨퍼런스 요약 영상 후기

이승환(Ethan)

웹 개발로 서비스에 기여하고 있습니다.
개발자는 소통이 어렵다는 선입견을 오해로 바꾸고 싶습니다.

EO:전 세계 디자이너들 난리난 피그마 컨퍼런스 요약 영상 후기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필