요식업 사업가 백종원의 책이다. 백종원씨의 영향력은 요식업계 뿐만 아니라 방송계에서도 대단하다.

백종원씨가 적은 이 책을 보면서 오히려 나는 요리사나 요식업 사업가의 면모보다는 그가 가지고 있는 플랫폼 개발자의 면모를 보게된다.

 

 

 

공부

식당을 창업하려면 요리는 할줄 몰라도 음식을 좋아해야 한다. 나는 음식에 대해 생각하는 걸 좋아한다. 직접 만드는 것을 좋아하지 않더라도 메뉴를 생각하거나 먹어보는 것만이라도 좋아해야 한다. 그래야 식당을 운영할 수 있다.
공부는 내가 하고 싶어야 합니다. 하지만 경험을 쌓다 보면 내가 부족한게 보이고, 그때는 다시 공부가 필요하다는 걸 절실하게 느끼게 됩니다.
경험을 쌓을 때 끊임없이 문제를 제기하며, "나라면 어떻게 할까?"라는 전제하에 답을 찾아나가야 한다. 적극적으로 개선책을 내고 바꿔보는 것도 좋다.
내가 평소 생각했던 불만 사항이나 원하는 생각을 행동으로 옮기는 것이 가장 빠른 성공의 지름길이다.

 

마음 다스리기

혼자 생각을 많이 하는데, 생각을 많이 할 때의 단점은 자신의 생각에 자꾸 변명을 하는 것이다.
스스로 마음을 다스리지 못하면 힘들어서 제대로 일할 수 없다.
손님을 마주하고 싶지 않으면 장사를 하면 안된다. 다양한 눈빛들을 즐길 마음의 여유가 있어야 한다.
식당을 시작하면 나만의 재미를 찾아야 한다. 식당이 잘돌아가려면 식당 밖에서 내 인생의 즐거움을 찾으면 안된다. 일 자체에서 재미를 찾아야 한다.
친절이 과해 나를 한없이 낮추는 것은 어리석은 일이다.
적당한 관심과 적절한 친절을 담은 태도를 변함없이 유지하는 것.

리더십

사장은 존경받으려고 하지 말고, 부모처럼 행동하고 부모처럼 책임져 주며 직원에게 진심으로 대해야 서로에게 마음이 열린다.
직원들을 가르치거나 회의를 하는건 솔직히 소용없는 일이다. 가장 좋은 건 내 스스로의 행동으로 보여주는 것

직원은 가르치는게 아니다. 직원을 흐름에 따라 같이 움직인다. 사장이 흐름을 만들면 직원은 그 흐름 속에서 같이 흐를 뿐이다.
젊은 친구들과 같이 가려면 그들에게 꿈을 보여줘야 한다. 내 꿈과 그들의 꿈이 같아지면 오래 같이 일할 수 있다.
점주들에게 가게의 문제점이 무엇인지 전혀 보이지 않을때는 며칠 가게를 비우고 여행을 떠났다 올 것을 권한다.
대박집에서 배워야 할 것은 단순히 요리 만드는 법이 아니다. 양념 비법이 아니라 가게를 운영하는 전반적인 방법이다.
사장은 돌발행동을 자제해야 한다. 직원들은 항상 주인의 행도을 지켜보고 있기 때문읻.
사장이라고 해서 가르치려 하면 안된다. 팀워크, 협업이 가장 중요.  새로 들어온 직원이 기존 직원들과 융화하기 위해서는 이미 만들어져 있는 습관에 맞추어 행동하는 것이 중

 

역지사지

한번 방문한 손님이 가게를 다시 찾게 하려면 음식맛이나 가게 분위기에 대한 만족도가 높아야 한다.
식단을 짜는 입장과 먹는 입장은 다르다. 결국 식단을 짤때는 손님입장에서 보고 짜야 한다.
내가 손님으로 이 가게를 찾는다면 어떤 느낌을 받을지에 대해 생각해야 한다.
나를 버리고 소비자 입장에서 봐야 한다. 소비자의 눈높이에서 벤치마킹을 할 수 있어야 한다. 이때 절대 내 주관을 섞어 분석하면 안된다.
음식을 먹으러 다니면서 절대 음식을 분석하면 안된다. 그건 실패하는 지름길이다. 무조건 소비자의 눈높이여야 한다.
눈에 보이지 않는 무형의 스트레스를 없애는 것이 정말 중요하다. 많이 팔면서 에너지는 점점 덜 쓰게 되어야 한다.
고객과의 약속, 신뢰를 바탕으로 장사를 해야 한다.

 

반응형

개발자에게 물어보세요/인사이트

트와일리오 창업자인 제프로슨이 적은 책이다. 

내가 이 책을 읽고 나서 든 생각은 한줄로 정리된다. 저자가 전달하고 싶은 메시지는 "개발자는 고객의 문제를 기술로 해결해서 비즈니스 가치를 더해주는 사람"이어야 한다는 것이다. 그렇기 때문에 고객을 중심에 놓고 커뮤니케이션을 할 수 있도록 조직을 구성하고, 그들이 하는 행동 하나하나가 고객의 느낌을 좋게 해주기 위한 실험이 될 때 더 큰 기업으로 성장할 수 있다. 원 제목은 "Ask your Developer"인데, 단순히 개발자에게 묻는 것이 아니라 개발자에게 요청하세요라는 의미로도 읽혀졌다.

 이 책을 읽는 동안 팟캐스트 "How I built this"에 Jeff Lawson이 나와서 트와일리오 이야기를 하는데, 책을 읽어서 그런지 조금 더 친숙하게 들렸다.

https://wondery.com/shows/how-i-built-this/episode/10386-twilio-jeff-lawson/

 

How I Built This Podcast with Guy Raz: E504: Twilio: Jeff Lawson

When Jeff Lawson co-founded Twilio in 2008, he had already been through a series of start-ups. Some succeeded, others fizzled out—but each provided insights that led him to build one of the most extensive communication platforms in business. Fueled by hi

wondery.com

 

책 읽으면서 밑줄친 몇 부분을 소개해 본다.

 


소프트웨어가 가속화와 비용절감을 통해 기업이 시장에서 어떻게 유리한 고지를 확보하게 만드는지를 보여주는 사례

수 많은 기업에서 개발자들은 그들이 해결하는 사업적 문제 및 서비스를 제공하는 고객에게서 괴리되어 있음.

하지만 사업가나 개발자 모두 같은 것, 고객을 기쁘게 하고, 고객에게 널리 채택되고, 돈을 많이 버는 멋진 제품을 만드는 것을 원한다.

기술은 제품 자체가 아니라 고객을 모우고, 제품을 유통하고, 궁극적으로 구매부터 제품 사용과정까지 전 과정 내내 고객으로 하여금 원하는 기분을 느끼게 하기 위해 적용된다.

고객의 니즈에 귀 기울인 뒤 학습과 이터레이션을 거듭함으로써 소프트웨어로 고객에 답해야 한다.

소프트웨어 피플이 된다는 건 기술이 아니라 사고방식의 차원. 소프트웨어를 만드는 회사가 되고 싶다면 조직 전체의 사고방식을 바꾸는 것 부터 시작해야 한다.

 책임에 기반한 내부 시스템은 모든 이들의 관심사를 일치시키고, 시간이 지나면서 효율성을 높이고자 하는 자연스러운 동기를 부여한다.

고객을 직접 상대하는 소프트웨어는 꼭 만들어라. 차별화된 경험은 구매할 수 없다. 직접 구축하지 않고는 길이 없다.

기술 책임자들은 코드만 작성하는게 아니고 역량을 발휘하여 사업적 가치를 더할 수 있는 환경을 조성해야 한다. 개발자가 잠재적으로 훌륭한 비즈니스 리더.

실험은 혁신의 전제조건. 더욱 빠르고 저렴하게 실험할수록 더욱 빨리 그럴싸한 결과를 얻기 마련

신속한 이터레이션, 실험, 고객과의 긴밀한 접촉은 혁신의 전제 조건

개발자와 기업가의 관계는 사업 문제를 해결하는 핵심.둘이 협업하려면 사업가는 해결책이 아닌 문제를 공유해야 한다. 사용자가 필요로 하는 것을 깊이 이해하고 그 니즈를 해결할 수 있도록 만드는 것이 핵심.

어떻게 해야할지 몰라서 배우고 익히고 이러는 것이 도전, 배움을 지속해 지평선을 넓혀 간다.

PM은 고객의 문제를 이해시키는데 노력하는 존재.

대자연은 실패한 수백만의 돌연변이를 슬퍼하거나 부끄러워 하지 않는다. 그저 계속 만들어 낼 뿐이다.

실패를 축하하는 것은 그 자체가 아니라 임무를 완수하는데 도움이 되는 깊이있는 배움. 학습 속도를 높여야 한다.

서두르지 말고, 안주하지 마라.

규칙체계를 만든다는 것은 필요없는 규칙을 제거한다는 것을 의미

'배우는 방법을 배우는 과정'

건설적 비판은 사람들을 비방하는게 아니라 그들이 나아지도록 돕는다. 사실상 존중의 한 형태이며 사람들이 배우는 방식중 하나

문제를 분석하고 해결하는 사고 방식을 만들자. 끊임없이 왜라고 물어야 한다.

실제 경험에서 배우는 진짜 학습. 가장 가치있는 학습형태는 실행을 통한 것.

누군가의 미래를 가늠하는 최고의 첫도는 그 사람이 과거에 걸어온 길을 살피는 것이다. 우리는 배우고자 하는 사람을 원하고, 직업을 전환한 부트캠프 졸업자들은 배움의 의지를 보여준다.

머리속에 전체적인 그림을 담고 매일 함께 일하면 놀라울 정도로 빠르게 일을 진행할 수 있다. 소규모 팀의 힘.

튼튼한 고객, 확실한 미션, 성공 지표. 이런 내용은 위에서 만들어지는 것이 아니라 팀에서 만들어지는 것. 그래야 업무를 개인화할 수 있다.

고객, 미션, 핵심 지표, 코드 베이스를 팀과 함께 묶는 것 -> 조직 구조 설계시 고민 포인트

협업을 개선하는 것이 목표가 되어선 안되며, 협업을 줄이는 것이 목표. 내부 협력을 위한 회의 시간을 줄이고 혁신에 더 많은 시간을 할애할 수 있다.촘촘한 피드백 순환과 결과물에 대한 부서를 막론한 주인의식

 

고객중심: 결정의 중심에 고객을 두기 위해 끊임없이 자기교정을 하는 조직을 만드는 것

서비스는 기술적으로 제품을 제공하는 것. 환대는 제품을 제공할 때 받는 사람이 어떤 기분을 느끼도록 만드는 것.

 

 

 

개발자에게 물어보세요 - YES24

스마트 팩토리 구축, 데이터가 흐르는 조직, 실험하는 문화··· 가야 할 곳은 알지만 가는 방법은 막막한 레거시 조직이 21세기 API 경제에서 디지털 공급망으로 승리하는 법기회는 사라지지 않

www.yes24.com

 

반응형

+ Recent posts