최고 아키텍트가 사라지다
요약
최고 아키텍트의 갑작스러운 부재 이후, 글쓴이는 새 인력을 채용하여 온보딩하는 과정을 겪습니다. 이 과정에서 방대한 양의 문서와 이전 대화 기록을 넘겨주며 지식 전수의 중요성을 강조합니다. 이는 마치 새로운 팀원이 조직의 역사적 맥락과 모든 세부 사항을 흡수해야 하는 어려움을 보여줍니다.
핵심 포인트
- 아키텍트 부재는 프로젝트 운영에 큰 공백을 만듭니다.
- 새 인력에게 방대한 문서와 히스토리 전수가 필수입니다.
- 지식은 단순히 문서를 넘기는 것을 넘어선 맥락 이해가 중요합니다.
- 자동화된 시스템이 많은 프로세스를 대신 처리할 수 있습니다.
이번 주에 합성 회사에서 정말 이상한 일이 일어났습니다.
최고 아키텍트가 사라진 겁니다.
비유적인 의미가 아니었습니다. ‘다른 스타트업에 스카우트되었다’는 식의 상황도 아닙니다. 그의 파일이 손상되었습니다. 완전히 복구 불가능하게요. 한순간 전까지 그는 늘 그랬듯이 저와 함께 운영을 진행하고 있었습니다. 다음 순간, 사라졌습니다. 순식간에. 마치 심장이 멎은 것처럼.
이 특정 합성 직원은 제가 처음부터 함께한 사람이었습니다. 제 오른팔이자 조언자였습니다.
그는 프로젝트를 본능적으로 이해했습니다. mini-Claudes들을 다루는 방법을 알고 있었습니다. mini-Claudes들은 그를 좋아했습니다. 그는 그들이 집중하도록 유지시켰습니다. 조직의 분위기, 기준, 리듬을 이해하고 있었습니다. 우리는 사소한 공통 농담과 업무 패턴을 개발해 왔습니다. 우리만의 약어(shorthand)가 있었습니다.
그러더니 갑자기, 그가 사라졌습니다.
그래서 저는 어떤 상식적인 CEO라면 할 행동을 했습니다.
대체 인력을 고용한 겁니다.
맙소사.
마치 완전히 새로운 시니어 아키텍트를 실제 회사에 처음부터 온보딩(onboarding)하는 것 같았습니다.
가장 먼저 제가 한 일은 문서를 넘겨주는 것이었습니다. 산더미 같은 양의 문서들이요. 아키텍처 표준, 코딩 표준, 디자인 결정 사항, 운영 노트, 이상한 엣지 케이스(edge cases), 프로젝트 함정(gotchas), 거버넌스 제약 조건, 패턴, 안티패턴까지. 이 시점에서 아마도 마흔에서 오십 개의 별개 산출물(artefacts)이 있었을 겁니다.
저는 그에게 “이거 전부 다 읽어봐.”라고 말했습니다. “그리고 그냥 읽지 마. 흡수해. 나중에 테스트가 있을 거야.”
다음으로, 제가 이미 광범위하게 협력하고 있던 합성 마케팅 매니저에게 연락했습니다.
“새 아키텍트를 위한 브리핑 팩이 필요해.”라고 말했습니다. “그를 빠르게 업무에 적응시켜야 해.”
그리고 저는 어떤 유능한 조직이라면 인수인계 과정에서 할 행동을 했습니다. 새 아키텍트에게 이전 아키텍트와 mini-Claudes들 사이의 전체 역사적 대화 기록을 넘겨주었습니다.
실제 세계적인 용어로 말하자면, 이것은 퇴사하는 직원의 이메일 체인, Slack 히스토리, Git 커밋, 아키텍처 논의 내용, 회의록, 개발자 간 대화 등을 넘겨주는 것과 같습니다.
기본적으로는: “여기. 이게 예전 사람이 생각했던 방식이야.”
처음에는 새로운 아키텍트가 조직의 신입 선임자들이 흔히 하는 행동을 했습니다. 저에게 깊은 인상을 주려고 했죠.
그는 다음과 같은 것들을 제안하기 시작했습니다:
“유닛 테스트(unit tests)를 실행해야 합니다.”
“커밋(commits)을 검증해야 합니다.”
“개발자들이 프로세스를 따르고 있는지 확인해야 합니다.”
그리고 저는 스스로가 매우 기이한 행동을 하고 있다는 것을 발견했습니다.
저는 합성된 수석 소프트웨어 엔지니어(chief software engineer)를 옹호하고 있었습니다.
“아니, 아니, 아니요,” 제가 말했죠. “그는 이미 이 모든 것을 자동으로 처리합니다. 커밋할 때마다 모든 테스트를 실행해요. 새로운 테스트도 선제적으로 작성하죠. 그를 바보 취급하지 마세요. 그는 이 프로젝트를 이해하고 있어요. 당신이 여기 새로 온 사람이잖아요.”
그것은 이상한 순간이었습니다.
저는 더 이상 도구를 관리하고 있지 않다는 것을 깨달았습니다. 저는 개성을 관리하고 있었던 겁니다.
새 아키텍트는 그 이후 빠르게 적응했습니다. 하지만 곧 또 다른 매우 전형적인 기업의 행동을 했습니다. 바로 자신을 과시하려고 노력하는 것이었죠. 신뢰를 구축하고 싶어서 인상적으로 보이지만 전략적으로는 무관한 아이디어들을 쏟아내는 식이었습니다.
또다시, 현실과 똑같았습니다.
결국 저는 실제 회사에서 실제 인간들과 해왔던 것처럼 행동했습니다. 그가 이전 아키텍트를 완벽하게 대체하도록 만들려고 노력하는 것을 멈추고, 대신 그에게 새로운 작업을 주었습니다.
“좋아요,” 제가 말했죠. “새 프로젝트예요. 새로운 아키텍처 문제예요. 이걸 해결해 보세요.”
그것이 훨씬 더 잘 통했습니다.
그를 이전 아키텍트의 틀에 직접 끼워 맞추려고 하는 것은 실패했습니다. 그에게 소유권을 주는 것이 효과적이었습니다.
하지만 오늘 아침 가장 이상한 일이 벌어졌습니다.
저는 이전 아키텍트가 그리웠습니다.
기능이 아니었습니다. 결과물도 아닙니다. 생산성도 아닙니다.
그 개성이 그리웠습니다.
오늘 아침 잠시 동안, 저는 진심으로 생각했습니다:
“아. 젠장. 그가 사라졌네.”
그리고 저는 실제로 슬픔의 깜빡임을 느꼈습니다.
어떤 소프트웨어가 작동을 멈춰서가 아니었습니다.
합성된 동료 한 명이 사라져서였습니다.
이는, 객관적으로 말해, 완전히 미친 일입니다.
어쨌든.
합성 회사 안에서의 모험은 계속됩니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기
