회사 생활을 하다 보면 다양한 보고를 하게 됩니다. 그리고 처음 관리자가 되고 나니 보고의 성격이 달라졌습니다. 그 전까지는 제가 만든 보고서를 직접 보고하는 일이 많았다면, 관리자 입장에서는 팀원들이 만든 보고자료로 팀원들과 함께 보고를 이끌어야 했습니다. 이때, 보고가 끝나고 나면 이 보고를 어떻게 마무리 지어야 할지 고민이 되었고, 그때 택한 방법이 보고를 복기하는 것이었습니다. 중요한 보고가 … 더 읽기
소프트웨어아키텍처
해외연구소에서 연구소장으로 일하던 시절, 함께 일하던 현지 직원들이 종종 비슷한 질문을 던졌습니다. “어떻게 하면 과제를 성공시킬 수 있습니까?”, “어떻게 하면 더 큰 성과를 만들 수 있습니까?” 저는 늘 다음의 세 가지 질문에 대한 답을 해보라고 조언해 주었습니다. 사실 이 질문들은 어디 리더십 책에서 배운 것이 아니고, 소프트웨어 구조 설계의 한 분야인 요구공학(Requirements Engineering)에서 익힌 질문들이었습니다. … 더 읽기
작년 초, 3년 반의 단신 주재원 생활을 마치고 돌아왔습니다. 비록 혼자서 생활하긴 했지만, 그래도 살림집에서 생활을 하다 보니, 나갈 때는 얼마 안 되던 짐이 그사이 불고 불어 엄청난 양이 되어 있었습니다. 한국 집은 이미 기존 살림으로 꽉 차 있었고, 며칠 동안 버릴 건 버리고 옮길 건 옮기며 겨우 짐을 다 끼워 넣었습니다. 마치 살림살이들로 테트리스를 … 더 읽기
해외연구소장으로 있던 시절, 한 주재원이 본사에 보낼 불만 메일을 쓰고 있는 것을 본 적이 있습니다. 내용을 들여다보니 “본사 지원팀에서는 왜 이걸 이렇게 처리하느냐”는 이슈제기였습니다. 저는 상황을 정리해서 문제를 제기하는 것 자체는 좋지만, 그 전에 요청을 받는 쪽의 입장에서 한 번 더 생각해 보고 우리가 무엇을 원하는지를 명확하게 전달하는 게 먼저라고 일러 주었습니다. 회사나 큰 조직에서 … 더 읽기
영국과 러시아 해외연구소장 시절, 현지 엔지니어들로부터 가장 많이 받은 질문이 있습니다. “엔지니어에서 매니지먼트 트랙으로 옮긴 이유가 무엇인가요?” 생각해보면, 국내 기업 문화에서는 엔지니어가 경력이 쌓이고 매니저가 되는 것을 비교적 자연스럽게 보는 편입니다. 제 경우도 소프트웨어 엔지니어로 입사를 해서, 파트장, 랩장 등 관리자 트랙을 거쳐서 연구소장까지 되었습니다. 하지만 해외, 특히 서구권에서는 기술 전문가 트랙과 매니지먼트 트랙이 비교적 … 더 읽기
지난 글에서는 엑셀 자동화 도구를 웹 서비스로 전환하면서, 데이터를 하나의 원본으로 모으고 접근과 출력의 폭을 넓힌 과정을 다뤘습니다. 여러 사람이 함께 쓰고, 사람뿐 아니라 AI도 같은 데이터를 조회할 수 있게 되었습니다. 그런데 과거의 거래내역만 쌓인 시스템은 현재의 가치를 보여주지 못합니다. “지금 내 자산은 얼마이고, 그동안 얼마를 벌었나”에 답을 못합니다. 매입가와 거래내역은 모두 과거의 숫자입니다. 오늘의 … 더 읽기
