※본 기사의 내용은 필자의 개인적인 경험이나 생각에 기반한 것이며, 소속 조직이나 특정 벤더의 공식 견해를 나타내는 것이 아닙니다. 또한, 여기서 소개하는 방법이 모든 조직에 대해 유효하고 안전함을 보장하는 것은 아닙니다. 실제 도입에 있어서는 자사의 상황, 계약, 법규제, 보안 정책 등을 고려하여 판단하시기 바랍니다.

시작하며: 가장 낭비인 것은 ‘인식 공유’ 아닐까 문제 #

당사와 같이 인프라, 애플리케이션, 스토리지가 뒤섞인 현장에서 일하다 보면,
자주 이런 광경이 있습니다.

• “이게 결국 어떤 방침으로 정한 거였죠?”

• “그 티켓은 어디까지 진행됐나요?”

• “이 설계, 누가 무엇을 전제로 생각한 건지 모르겠어…”

구현 시간보다 “인식 공유”에 시간을 소비하는 느낌, 없으신가요?

그래서 문득 떠오른 아이디어가,

“관련 엔지니어들의 뇌와 신체를 링크해서 집합체로서 행동할 수 있다면 최강 아닐까?”

라는, 이미 SF 쪽에 가까운 발상입니다.
물론, 현실에서는 Brain Machine Interface(BMI)로 뇌를 물리적으로 링크하는 것은 아직 상당히 먼 이야기입니다.

하지만, 도구와 운영, 문화를 조합하면 “유사한 링크 상태”에는 가까워질 수 있지 않을까?
라는 생각으로, 10명 이하의 팀을 대상으로 한 “유사 BMI 팀 운영 모델”을 생각해 보았습니다.

대상이 되는 팀의 조건 #

이번에 상정하고 있는 것은, 대략 이런 팀입니다.

• 멤버: 10명 이내

• 역할: 인프라도 앱도 스토리지도 뒤섞임(클라우드도 온프레미스도 다룸)

• 사용 도구(예시)

  • GitHub

  • Slack

  • Notion

  • Teams / SharePoint(타 부서나 외부와의 연계용)

  • Nextcloud(파일 공유 등)

요컨대, **”전원이 뭐든지 다루는 풀스택 지향의 소규모 팀”**을 상정하고 있습니다.

컨셉: 팀의 “집합 뇌”를 외부에 만들기 #

목표로 하는 상태를 한마디로 말하자면,

“누군가의 머릿속에만 있는 정보”를 줄이고,
팀 전체의 “외부 뇌”로 모으기.

라는 것입니다.

BMI 대신,

• 도구(GitHub / Slack / Notion / 대시보드)

• 프로토콜(어떻게 정보를 흐르게 할까)

• 문화(어떻게 행동할까)

를 조합하여, **”유사한 링크 상태”**를 만들어 갑니다.

도구의 역할 분담: 어디를 “뇌”로 볼 것인가 #

우선, 손에 있는 도구에 제대로 역할을 부여합니다.

1. GitHub: 작업, 코드, 결정의 “중추신경” #

• Issue / Projects: 작업 관리(인프라·앱 혼재 가능)

• PR: 코드·설정 변경 사항

• docs/adr: 아키텍처 “결정 로그”(ADR)

핵심은,

인프라도 앱도 우선 모두 GitHub Issue에 등록한다

는 규칙을 정하는 것입니다.
“작업 진입점을 GitHub로 일원화”하면 인식 출발점이 정렬됩니다.

2. Slack: 실시간 “브레인스토밍 대화” #

Slack은 대화와 “현재 생각”을 공유하는 공간으로 활용합니다.

예: 채널 구성

• #dev-general: 개발·인프라 전반

• #infra: 네트워크·가상 기반·스토리지 관련

• #alerts: 모니터링·알림 연동

• #daily-sync: 일일 “생각” 공유(후술)

• #random: 잡담

중요한 것은,

Slack에서 논의한 후 “결정 사항”이 나오면,
GitHub Issue / ADR / Notion에 반드시 기록한다

는 한 단계 추가 작업입니다.
“논의만 하고 끝”이면 순식간에 잊혀집니다.

3. Notion: 설계·지식 베이스의 “장기 기억” #

Notion에는 반복 재사용되는 지식과 설계를 저장합니다.

구성 예시:

• 📚 Knowledge

  • 시스템 목록(URL·담당자·개요)

  • 자주 쓰는 절차(Runbook)

• 🧠 Architecture

  • 전체 아키텍처

  • 네트워크 개요

  • 인증 / 권한 전체 구조

• 📝 Meeting Notes

  • 정례 회의별 메모

  • 각 페이지 마지막에 “결정 사항” 섹션

• ✅ Playbooks

  • 장애 대응 및 정기 유지보수 절차

“3번 이상 동일한 설명을 한 내용은 Notion으로 승격시킨다”
라는 간단한 기준을 만드는 것도 좋습니다.

4. Teams / SharePoint / Nextcloud: 외부와의 인터페이스 & 저장소 #

• Teams: 타 부서 / 고객과의 소통용 (외부 창구)

• SharePoint / Nextcloud: 문서·파일 보관 장소

내부의 “엔지니어 사고방식”은 GitHub / Slack / Notion에 집약하고,
그 외 도구는 “외부 세계와의 접점”으로 위치시키면 정리가 쉬워집니다.

의사 BMI적인 “하루의 흐름” 설계 #

아침: 팀의 “뇌파 동기화” (약 15분) #

1. #daily-sync에 각자 포스팅 #

포맷 예시:

이것만으로도,

• 누가 무엇을 의식하며 움직이는지

• 어디가 병목이 될 것 같은지

를 텍스트 기반으로 대략 파악할 수 있습니다.

2. 대시보드 간략히 확인 #

모니터링·CI·주요 메트릭을 정리한 대시보드를 1장 준비하고,
누군가 1명 (로테이션 가능)이 아침 첫 작업으로 살펴보고, 의심스러운 부분이 있으면 Slack에 한 마디 공유:

“DB 레이턴시, 어제보다 악화 경향. 오늘은 상황 보면서 원인 찾겠습니다”

이것만으로 “막연한 불안”을 공유하지 않아도 됩니다.

낮: 작업 착수~완료 흐름 #

작업 시작 시 #

1. GitHub Projects의 카드를 Doing으로 이동

2. Issue 상단에 현재 알고 있는 컨텍스트 기록:

「컨텍스트 패킷」을 남겨두면,
나중에 누가 보더라도 상황을 추적하기 쉬워집니다.

막혔을 때 #

• Issue의 댓글에 “어디까지 했는지” “어디서 막혔는지”를 작성

• 해당 댓글을 복사해서 #infra나 #dev-general에 붙여넣기：

「작업 로그＋사고 로그」를 함께 공유함으로써,
다른 멤버가 「생각 전체를 공유」하기 쉬워집니다.

방침이 결정되었을 때 #

• Issue에 결론을 작성

• 중요한 것은 ADR을 하나 작성

• Slack에 「ADR 작성했습니다」라고 링크 첨부

이렇게 함으로써,
“한 번 논의하고 합의한 내용”이 팀의 장기 기억에 남게 됩니다.

종료 전：작은 “뇌 스냅샷”(5분) #

각자가 할 일은 간단합니다.

• Doing의 Issue에 「내일 할 일」을 한 줄 메모

• 여유가 있다면 #daily-sync에 「오늘 한 일」을 간략히 추가

다음날 아침에 자신이나 멤버가 상황을 재구축하기 쉬워지고,
머릿속 컨텍스트의 리로드 비용이 줄어듭니다.

결정을 잊지 않기 위한 「ADR」이라는 구조 #

논의 시간이 아까운 것은,
**「전에 결정했던 것을 다시 한번 설명하고 있을 때」**입니다.

그래서 도입하고 싶은 것이 ADR（Architecture Decision Record） 입니다.

• 각 리포지토리에 docs/adr 디렉토리를 생성

• 「나중에 문제가 될 것 같은／잊을 것 같은 결정」만이라도 기록한다

파일 예시：docs/adr/0001-choose-proxmox-as-hypervisor.md

Slack 에서의 논의가 끝나면, 누군가가 ADR 을 작성하고,
#dev-general 에 링크를 게시하는 것만으로도 효과는 큽니다.

「왜 이것을 선택했는가」가,
한 사람의 머릿속에서 팀의 “외부 두뇌”로 이전되는 이미지입니다.

단계적으로 도입한다면 #

갑자기 전부 하려고 하면 힘들기 때문에,
단계를 나누면 원활합니다.

Phase 1（처음 2주）：입구를 하나로 만들기 #

• GitHub Projects 를 만들고,
  새로운 태스크는 반드시 Issue 로 만드는규칙을 시도한다

• Slack 에 #daily-sync 를 만들고, 하루에 한 줄이라도 게시해본다

Phase 2（다음 2〜4주）：결정을 기록으로 남기는 습관 #

• 중요한 기술 판단이 나오면, 최소한 1개의 ADR을 작성해본다

• Notion 에 다음 3가지만 만든다：

  • 시스템 목록

  • Runbook

  • Meeting Notes

Phase 3: 대시보드와 Playbook을 키우기 #

• 모니터링·CI 대시보드를 한 화면에 정리하기

• 반복되는 작업을 Notion의 Playbook으로 남기기

정리: BMI 대신 “외부 뇌”를 단련하기 #

본 글에서 소개한 유사 BMI 모델은,
간단히 말하면 다음과 같은 개념입니다.

• 작업·결정·설계를 특정인의 머릿속에서 GitHub / Slack / Notion으로 이동시키기

• 하루의 시작과 끝에 작은 “뇌의 스냅샷”을 공유하기

• 중요한 결정은 ADR로 기록하고, 같은 논의를 반복하지 않기

이를 통해,

• 인식 공유 회의 시간이 줄어듦

• “누군가의 머릿속에만 있는 전제”가 줄어듦

• 팀 전체가 하나의 “집합 지성”으로 움직이기 쉬워짐

정말로 BMI로 뇌를 직접 연결하는 시대가 올지는 알 수 없지만,
도구와 운영과 문화를 결합하면,
지금도 충분히 “유사 링크 상태”에 가까워질 수 있다고 생각합니다.

만약 비슷한 고민을 가진 팀이 있다면,
꼭 일부만이라도 시도해보시기 바랍니다.
무언가 “인식 공유의 낭비”가 보이게 될 것입니다.