neozest : neo+zest

대한민국의 월드컵 32강 탈락이 확정된 시점에 이 책을 다시 한번 읽어 본다. 이번 월드컵 조별 예선이 끝나면서 최강의 전력을 갖춘 한국 축구 대표팀의 쓰디쓴 결과를 보여준 원인으로 홍명보 감독의 리더십을 언급하는 글과 트윗들이 많다.

얼마전 예전 직장에서 같이 일했던 후배가 내게 물었다. "꼭 리더가 되어야 하는건가요?" 예전 같으면 '뭐, 개인별로 성향이 다르니 굳이 싫다면 리더가 될 필요는 없지 않을까'라고 대답했겠지만, 최근의  나는 당연히 리더는 되어야 하고, 리더가 가져야 하는 품격, 덕목을 연습해야 하는 것 같다고 말했다. 그러면서 이 책을 권했다.

조직과 사업의 성공을 위해 바쁘게 뛰는 모습이 리더하면 떠오르는 일반적인 모습이다. 그런데 이 책의 저자는 바쁜 리더가 나쁜 리더일 수 있다는 주장을 펼친다. 리더의 역할은 자기 복제(전이)라는 생각을 늘 한다. 판단 기준의 전이. 전이 과정을 통해 모든 일을 직접 처리하는 것이 아니라, 구성원들이 비슷한 기준으로 판단하게 움직이게 만드는 역할을 맡기는 것(위임)이 리더다. 머리속으로 명쾌하지만 실천은 어렵다.

책에서 인상깊었던 대목은 조직 개편에 대한 이야기였다. 예전 개발본부장님이 사업 민첩성을 거론하면서 거의 분기마다 조직개편을 진행했는데, 결과적으로는 매번 조직개편때마다 조직이 흔들렸다. 이 책에서는 최상위 리더십이 부실할 때 조직개편이 잦다고 이야기한다. 이 대목을 읽으면서 오히려 좋은 조직 개편이 성립하려면 무엇이 필요한지를 다시 생각하게 되었다.

• 리더 역할에 대한 명확한 기대
• 책임에 상응하는 권한과 보상
• 실패했을 때의 보호장치

나는 나쁜 리더일까? 좋은 리더일까를 고민하는 가운데 저자는 그 사이에 한 단계가 더 있다고 이야기했다.

나쁜 리더, 나쁘지 않은 리더(보통 리더), 좋은 리더로 나눈 것이다. 좋은 리더십은 의식화가 있는지 여부에 있고, 무엇을 하느냐 보다는 무엇을 하지 않느냐에서 좋은 리더십을 가지는 것이 시작된다는 이야기에 밑줄을 그었다.

나는 참 바쁜 리더였다. 그래서 나쁜 리더였던 것 같다. 뼈때리는 이야기들이 참 많이 나와서 앞으로의 나의 리더십에 대해 많은 고민의 시간을 가질 수 있었다. 나도 말로는 바쁜 리더는 좋지 않고, 조직의 명확한 프로세스 속도 개선을 위해 병목을 파악하고 해결하는 것이 좋은 리더라고 이야기했었는데, 책을 읽다보니 내가 조직의 병목이지 않았을까 하는 반성을 많이 했다.

이 대목에서 예전에 방송에서 보았던 소방대장 이야기가 떠올랐다. 화재 현장에 출동한 소방대원중 소방 대장(현장 최고 지휘자)은 절대 뛰어다녀서는 안된다고 한다. 아무리 긴급한 화재 상황이어도  걸으면서 침착하고 냉정하게 현장을 지휘해야 한다. 그래야 현장 소방관들이 당황하지 않고, 다치지 않고, 화재를 체계적으로 진압할 수 있다. 하지만 이렇게 천천히 걷는 모습을 보고 주민들이 오해해서 소방대장이 화재 현장에서 여유를 부렸다며 민원을 넣었다는 방송이었다. 이 책의 저자가 이야기하는 바쁜 리더십에 딱 적합한 사례가 아닌가. 리더는 가장 빨리 뛰는 사람이 아니라, 모두가 흔들리지 않게 중심을 잡는 사람이어야 한다.

이 책을 읽는 내내 혼나는 느낌이 들었지만, 이상하게도 끝에는 위로가 남았다. 나도 더 좋은 리더가 될 수 있겠지? 바쁘다는 이유로 열심히 일한다고 생각하지 말고 내가 속한 조직에 어떤 영향을 주는지 끊임없이 고민하는 그런 리더가 될 수 있을까?

골든래빗 출판사의 <이게 되네? ... 미친 활용법> 시리즈 중 클로드 MCP 커넥터 활용법 책이 이번에 활용 사례가 몇 가지 추가되어 업데이트되었다길래 읽어보았다. 이 책은 개발자나 엔지니어가 아니라 일반 사용자를 대상으로 적힌 MCP 활용서이다. 이 책에서는 어떤 방식으로 MCP 사용법을 알려주는지 궁금했다.

이 책의 주 독자는 개발자가 아니다. MCP 서버를 직접 만들어 본 입장에서 전체적인 내용은 어렵지 않았기에 앉은 자리에서 빠르게 읽을 수 있었다. 그럼에도 불구하고 이 활용서를 읽은 이유는 분명했다. AI 시대에 기술 자체도 중요하지만, 그 기술을 어떻게 활용해서 어떤 가치를 만들어내느냐가 더 중요해지고 있기 때문이다. AI를 잘 쓴다고 소문난 사람들을 찾아가 그들이 어떻게 활용하는가를 지켜보곤 하는데, 앉은자리에서 여러 활용 사례를 빠르게 훑어볼 수 있다는 점에서 이 책과 미친 활용법 시리즈는 충분히 매력적이다.

책을 읽기 시작하면서 가장 먼저 든 생각은 '왜 클로드를 중심에 두었을까'였다.  MCP는 LLM AI와 도구 사용을 연결해 주는 표준 프로토콜인데, 왜? 클로드로 지정했을까? MCP는 특정 LLM에 묶인 기술이 아니므로 이 책에 소개된 모든 MCP 서버는 당연히 ChatGPT나 제미나이에 연결해서도 사용할 수 있다. 하지만 클로드를 지정한 데에는 B2B 시장에서 클로드가 가진 위상을 보여준다.

MCP를 로컬 환경에서 사용하려면 어느 정도 개발 관련 용어와 마주칠 수 밖에 없다. 적어도 Node나 uv(Python)을 설치해야 하고,  중간중간 개발자에게는 익숙하지만 일반 사용자에겐 낯선 표현도 등장한다. IT업계라면 기술직무가 아니어도 알아들을 수 있는 용어들인데, 타 업계라면 당황할 수도 있겠다는 생각이다. 하지만 지나치게 어렵지는 않다. 저자분도 상자글을 통해 개발 관련된 용어를 좀 더 쉽게 설명한다. AI의 활용의 성과는 결국 관심을 가지고 시도해 보느냐에서 갈리기 시작한다고 믿는다.

회사에서 일상 업무의 생산성을 높이려면  단순히 AI 챗봇에게 물어보는 것보다는 MCP처럼 실제 도구와 연결해서 활용하는 방법이 훨씬 강력할 수 있다. 책에 소개된 여러 사례들 중에서 특히 엑셀 MCP 활용이 실무적으로 유용해 보였다. 윈도 환경에서 사용할 수 있는 방법이 좀 더 많이 소개되어야 한다는 생각은 들었다.

책을 읽다가 Pandoc(https://pandoc.org/) 프로젝트도 알게 되었다. 그동안은  개별 문서 라이브러리를 사용하는 편이었는데,  다양한 문서 형식을 한 번에 처리할 수 있는 Pandoc(판독??)을 활용하는 편이 효율적이라는 생각이 들었다.

한 가지 더 확장해볼만한 지점도 있었다.  84쪽에 소개된 Claude in Chrome 사례도 흥미롭지만, 최근 크롬에 내장된 'Ask To Gemini' 기능과 비교해 보았다면 브라우저 기반 AI 활용의 차이점이 더 명확해졌을 것이다. 아마도 시리즈의 다른 책에 소개되어 있지 않을까 싶다. 

전체적으로 큰 어려움없이 쉽게 읽히는 MCP 활용 사례집이었다. 개발자를 위한 MCP 구현서는 아니지만, AI를 조금 더 업무에 활용해 보고 싶은 비기술 직군 독자에게 어울리는 책이다. 기술직군 독자라면  구현 방법을 배우기 위한 책으로는 적절하지 않고, 실제 사용자들이 어떻게 활용할 것인지, 어떤 업무 영역에서 MCP로 연결하면 AI가 조직의 생산성과 역량을 높일 수 있을지에 대한 아이디어를 얻는 용도로 읽어볼 만하다.