연말이나 연초, 혹은 새 과제를 시작할 때면 과제의 목표를 설정해야 합니다. 그럴 때 자주 듣는 이야기가 숫자로 정리해 오라는 말입니다. 그러면 대개 “성능 10% 개선”과 같은 큼직한 숫자 하나가 올라옵니다. 리더 입장에서는 이때부터 스무고개가 시작됩니다. 어떤 성능입니까? 속도? 메모리? 소모전력? 10%의 기준은 무엇입니까? SOTA? 경쟁사? 아니면 자체 기준? 만약 SOTA(State of the Art)라고 답이 오면 … 더 읽기
연말이나 연초, 혹은 새 과제를 시작할 때면 과제의 목표를 설정해야 합니다. 그럴 때 자주 듣는 이야기가 숫자로 정리해 오라는 말입니다. 그러면 대개 “성능 10% 개선”과 같은 큼직한 숫자 하나가 올라옵니다. 리더 입장에서는 이때부터 스무고개가 시작됩니다. 어떤 성능입니까? 속도? 메모리? 소모전력? 10%의 기준은 무엇입니까? SOTA? 경쟁사? 아니면 자체 기준? 만약 SOTA(State of the Art)라고 답이 오면 … 더 읽기
최근 인터넷 커뮤니티에서 ‘딸깍’이라는 표현이 쓰입니다. AI 에이전트에게 요청 한 번, 클릭 한 번으로 산출물이 만들어지는 시대를 가리키는 자조 섞인 말입니다. 저는 이 표현이 가리키는 방향이 중요하다고 생각합니다. 결과물이 나쁘다는 조롱이 아닙니다. 어쩌면 결과물은 그럴듯하게 나올 수 있습니다. 핵심은 만든 사람 안에 남는 것이 없다는 데 있습니다. 이와 관련한 다양한 연구가 있었습니다. MIT의 에세이 작성 … 더 읽기
회사 생활을 하다 보면 다양한 보고를 하게 됩니다. 그리고 처음 관리자가 되고 나니 보고의 성격이 달라졌습니다. 그 전까지는 제가 만든 보고서를 직접 보고하는 일이 많았다면, 관리자 입장에서는 팀원들이 만든 보고자료로 팀원들과 함께 보고를 이끌어야 했습니다. 이때, 보고가 끝나고 나면 이 보고를 어떻게 마무리 지어야 할지 고민이 되었고, 그때 택한 방법이 보고를 복기하는 것이었습니다. 중요한 보고가 … 더 읽기
지난 글 「엔지니어의 리더십: 오탐과 미탐, 기술의 판단 기준」에서 실체와 뷰를 언급했습니다. 업무의 뷰는 필요에 의해 설계하고 만들어 갑니다. 하지만 일상의 뷰는 다릅니다. 별도로 설계하지 않아도, 살아온 경험을 통해 알아서 만들어집니다. 3차원 물체는 보는 방향에 따라 다르게 보입니다. 원기둥을 정면에서 보면 사각형이고, 위에서 내려다보면 원입니다. 같은 실체라도 어느 축에서 보느냐가 뷰를 정합니다. 사람은 아는 만큼 … 더 읽기
대학원 시절, 연구를 하거나 논문을 읽을 때 가장 중요한 기준은 제안하는 시스템의 안전성(soundness)과 완전성(completeness)이었습니다. 그리고 이 두 가지를 이야기하려면 반드시 필요한 개념이 두 가지 있었습니다. 바로 오탐(false positive)과 미탐(false negative)입니다. 처음 두 개념을 배울 때는 시스템을 평가하는 지표로만 이해했습니다. 그런데 회사에 취업하고, 다양한 연구를 접하게 되면서 이 개념은 단순히 지표가 아니라 생각의 틀로 확장되었습니다. 외부 … 더 읽기
러시아연구소 소장으로 근무하면서, 현지 엔지니어들과 다양한 과제를 진행한 적이 있습니다. 기술적인 부분들은 어렵지 않게 통했고, 코드와 설계, 수식 같은 것들도 같은 의미로 이해할 수 있었습니다. 하지만, 진짜 어려웠던 것은 그들의 언어와 그 위에서 구성된 그들의 생각하는 방식이었습니다. 왜냐하면 다른 언어를 사용하는 사람들과 함께 무언가를 만들어 가려면, 그들이 쓰는 언어와 그 언어가 만든 사고방식을 이해해야 하기 … 더 읽기
해외연구소에서 연구소장으로 일하던 시절, 함께 일하던 현지 직원들이 종종 비슷한 질문을 던졌습니다. “어떻게 하면 과제를 성공시킬 수 있습니까?”, “어떻게 하면 더 큰 성과를 만들 수 있습니까?” 저는 늘 다음의 세 가지 질문에 대한 답을 해보라고 조언해 주었습니다. 사실 이 질문들은 어디 리더십 책에서 배운 것이 아니고, 소프트웨어 구조 설계의 한 분야인 요구공학(Requirements Engineering)에서 익힌 질문들이었습니다. … 더 읽기
작년 초, 3년 반의 단신 주재원 생활을 마치고 돌아왔습니다. 비록 혼자서 생활하긴 했지만, 그래도 살림집에서 생활을 하다 보니, 나갈 때는 얼마 안 되던 짐이 그사이 불고 불어 엄청난 양이 되어 있었습니다. 한국 집은 이미 기존 살림으로 꽉 차 있었고, 며칠 동안 버릴 건 버리고 옮길 건 옮기며 겨우 짐을 다 끼워 넣었습니다. 마치 살림살이들로 테트리스를 … 더 읽기
얼마 전, 차량 통행량이 적은 교외 지역을 지나가다가 라운드어바웃을 발견했습니다. 우리나라에도 최근 도로를 새로 정비하는 과정에서 교통량이 많지 않은 지역에 라운드어바웃, 곧 회전교차로를 적용하는 사례가 늘고 있습니다. 정부가 2010년 본격 도입한 이후 2020년 말 기준 전국에 1,500개가 넘는 회전교차로가 운영되고 있고, 앞으로도 계속 늘려간다고 합니다. 영국에서 주재원 생활을 할 때는 매일 수많은 라운드어바웃을 이용했습니다. 영국은 … 더 읽기
해외연구소장으로 있던 시절, 한 주재원이 본사에 보낼 불만 메일을 쓰고 있는 것을 본 적이 있습니다. 내용을 들여다보니 “본사 지원팀에서는 왜 이걸 이렇게 처리하느냐”는 이슈제기였습니다. 저는 상황을 정리해서 문제를 제기하는 것 자체는 좋지만, 그 전에 요청을 받는 쪽의 입장에서 한 번 더 생각해 보고 우리가 무엇을 원하는지를 명확하게 전달하는 게 먼저라고 일러 주었습니다. 회사나 큰 조직에서 … 더 읽기
영국과 러시아 해외연구소장 시절, 현지 엔지니어들로부터 가장 많이 받은 질문이 있습니다. “엔지니어에서 매니지먼트 트랙으로 옮긴 이유가 무엇인가요?” 생각해보면, 국내 기업 문화에서는 엔지니어가 경력이 쌓이고 매니저가 되는 것을 비교적 자연스럽게 보는 편입니다. 제 경우도 소프트웨어 엔지니어로 입사를 해서, 파트장, 랩장 등 관리자 트랙을 거쳐서 연구소장까지 되었습니다. 하지만 해외, 특히 서구권에서는 기술 전문가 트랙과 매니지먼트 트랙이 비교적 … 더 읽기