Skip to content

Instantly share code, notes, and snippets.

@milooy
Created June 15, 2026 15:43
Show Gist options
  • Select an option

  • Save milooy/11bc018ffcb3090ea373a7703b24f65a to your computer and use it in GitHub Desktop.

Select an option

Save milooy/11bc018ffcb3090ea373a7703b24f65a to your computer and use it in GitHub Desktop.
(Womxn who code Korea) Lead as Verb — 옆으로 자라기.md
- ## 26년 4월 17일 저녁
사내 칭찬게시판에 메세지가 올라왔어요.
![(Thx to J)](attachment:9cfca0a4-f5dd-499c-8697-2eea9eaa070b:image.png)
(Thx to J)
좋았는가?
Yes!
but, 좋음 이상의 ‘**안도감**’은 왜인가?
- ## 🤔
- ## 자기의심은 나의 친구
- 그 날은 제가 주도한 길드활동 미팅 날이었어요
- 아무도 해달라고 하지 않은 일 (No title)
- 이 미션 달성에 도움이 필요한 사람들을 반강제로 납치
- 미팅 끝나고 반추 시작 (ㅜ.ㅜㅋ)
- 내가 좀 뺀질하게 퍼실리테이션(회의 진행) 했던게 아닐까?
- 진정성이 얼마나 있는가?
- 사람들은 왤케 조용한가?
- 다들 본업으로 바쁜데 내가 덜 중요한 걸로 들쑤시고 다니는 걸까?
![스크린샷 2026-06-14 오후 7.04.53.png](attachment:0e095ecd-d32d-4631-a97c-037bda7e451e:%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA_2026-06-14_%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE_7.04.53.png)
![자칫하면 7명의 시간 약탈자가 됨](attachment:4b5a9d9a-c8f8-4731-a524-9c30da6df065:image.png)
자칫하면 7명의 시간 약탈자가 됨
- ## 불안은 도전의 찌꺼기
- 토마토 하나에 안도한 이유
- 누가 시킨 일이 아닌, 내가 벌인 길을 걷고 있기 때문
![image.png](attachment:c0bab272-c1c7-4739-84e5-0710b0bdfe81:image.png)
- 하지만 이제 안다. 불안하다는 건
- 쾌적하지 않은, 울퉁불퉁한 새로운 길을 걷고 있어서가 아닌지
![image.png](attachment:5e2971fc-b353-46ae-912a-f6053d0bae38:image.png)
- ## 오늘 나눌 이야기
> 불안불안하게, 옆으로 자랐더니 꽤나 마음에 드는 분재가 된 이야기
![image.png](attachment:ec73fc83-3abd-40c3-84af-151f2fd3d715:image.png)
- 1막: 나 - 바텀업으로 가지 뻗기
- 2막: 회사 - 탑다운으로 가지 읽기
- QnA
- ## 발표자 소개
![image.png](attachment:8c61ff48-7334-4d48-ae5f-4c0563df5a17:image.png)
10년차 개발자, 6년을 토스에서
- 토스보험 2년: Individual Contributor
- 토스모바일 2년: 소그룹 리드 시작
- 7명 규모 팀
- 토스비즈니스 2년: 소그룹 리드 안정기
- 9명 규모 팀
- 올해 챕터 리드 시작
- 40명 규모 팀
No title to what?
---
- # 1막: 나 - 가지 뻗기
- ## 코딩 잘 못 하던 인간
- 음악, 미술, 체육, 컴퓨터(!)를 좋아함
- 스무살에 호기롭게 컴공 입학 (NHN NEXT)
- 아 내가 좋아하던 컴퓨터(포토샵, 작곡프로그램, 게임쯔꾸르)랑 코딩은 다르구나
- → F학점작렬, 제적 위기
- 얼레 프론트엔드 개발은 은근 비슷하네. 음미체를 조금이나마 녹일 수 있다
- → 기사회생
- 후후 나는 개자이너&디발자다 저를 인턴으로 받아주세요
- → 인턴 킥아웃 2회
우짜지… 나 개발자 괜히했나?
- ## 코딩을 기반으로, 옆가지 뻗기
> 코딩 잘하는 개발자- 로 대나무처럼 위로 쭉쭉 올라가지 않았다 두리번두리번 비틀비틀
- ### **옆가지 1 - 디자인**
- 여전히 들고있는 개발자&디자이너 아이덴티티
- 개발자 겸 디자이너로 핑크퐁컴퍼니 입사
- 디자인도 개발도 할 수 있는 사람이자, 디자인도 개발도 1인분보다 현저히 못하는 상태 🥹
- ### **옆가지 2 - 커뮤니티**
- 제 또 하나의 특징: 사람 만나는거 좋아함
- 주니어 개발자 커뮤니티 만듦 (9XD)
- 2014년… 커뮤니티 가면 다 남자 아저씨만 있는 시기였음
- 여자도 주니어도 많은 공간 운영 > 6년동안 꽤 키움 (5천명 규모, 먼슬리 밋업 - 사옥투어 및 미니세션이 대표 컨텐츠)
- ## 조합매직
- 상위 10%인 능력을 3개 조합하면 상위 0.1%라더군요.
- “나는 개발 상위 50%고, 디자인 능력도 상위 50%지만, 커뮤니티 운영은 상위 10% 되는것같아”
- 조합하면 상위 2.5%
- 이게 통한다?
- 다음 회사에 ‘UI/UX Oriented Frontend Engineer 겸 Community manager’로 입사 😮
![image.png](attachment:ff1230f2-2e03-49a8-a3d0-637e9610e349:image.png)
- ## 옆가지를 뻗다 생긴 패시브 능력 1) 주체성
- ‘나는 다양한 시도를 좋아해 ^^’라는 자기인식 → 여러 쨉을 날려요
- 그러다가 유효타가 몇개 들어갑니다 (10개 중 1개 정도)
- 그게 나의 브랜딩이 됨
- 그 때부터 그 역할은 나의 ‘담당’이 됨
- 그러면 리더십을 자연스레 하게 됨?
- = Lead as verb - 이미 리딩을 하고 있는 사람
- **이미 리딩하는 사람이 리더가 된다**
- "리더야 비켜!" 하라는 게 아님
- 95% 상황엔 이미 리더가 있어요
- 그 사람이 하던 걸 밀어내면? 회사 입장에서도 비효율이고, 동료들도 어느 장단에 맞춰야 할지 애매해져요
- 그럼 어떻게 이미 리딩?
- 아무도 맡지 않은 Grey zone을 찾기
- 리더의 고충을 듣고, 그들이 해야 하는데 시간 없어서 못하고 있는일을 내가 돕기
- ### e.g. 커뮤니티, 채용 브랜딩의 주체성
**시작의 가지**
- 토스에도 없군, 외부향 프론트 개발자 모임. 내가 나서줘야겠군 캬하하 ← 아무도 안시킴
- 토스 사옥을 베이스캠프로 한 초대기반 기술모임 만듦
**하다 보니**
- 8회+의 모임. 매 회 50~100명 규모 밋업
- 토론모임 → 채용 전환율 acceptance 100%
**생긴 주체성**
- "유림이 커뮤니티 전문가지" - 내부에서 커뮤니티 관련한 이야기 나오면 담당으로 끌려가거나 자문
- “이번 모임 프론트엔드파이트클럽 형식으로 해보면 어때요?” - 사내에서 회자되는 모범사례
- “퍼실리테이션 101 역량 체계화” - 암묵지를 명시지화해서 유림 없이도 대외활동 진행 퀄리티바 높게 가져갈 수 있도록
- 예시
![image.png](attachment:6d343102-cad9-4a04-840e-45367b30c5da:image.png)
- ### e.g. 자발적 성장 주체성
**시작의 가지**
- 나는 굳이 이 소그룹에서 기술1짱이 되어 사람들을 이끌 마음은 없어
- 사람들이 자기 개성대로, 자유롭게, 탄력을 받아 성장하는걸 돕고싶어 → 흥미로운 자발적 장치 여럿 만듦
**하다 보니**
- 재밌게, 또 새롭게! 컨텐츠 큐레이션
- 올해 12월의 나 멀티버스 그리기
- 인간극장
- 월간리드
- 영향력 넓히기 담당
- 이력서 함께쓰기
**생긴 주체성**
- “그 고민은 한번 유림님이랑 커피챗 해볼래요?” - 리더에게 자문을 주는 역할로 추천
- “이 사람은 인사 감각이 있군” - 리더십 규모 상승
- ## 옆가지를 뻗다 생긴 패시브 능력 2) 뿌리내림 (a.k.a 개발 물리력)
- 성공경험이 생긴다 → 더 잘하고 싶어진다
- 흔들리지 않고 싶다 →자연스레 더 뿌리를 내리게 된다
- 나의 뿌리는 개발자 : 개발을 잘해야함.
- 니즈가 생기니까, 더 나서서 공부하게 됨. 그리고 더 ‘실용적으로’공부하게 됨
- 아묻따 깊은 뿌리를 내리는게 아니고, 이쪽으로 가지를 뻗고싶다? 근데 그쪽에 뿌리가 부족해서 흔들린다? 거기로 뿌리를 자연스레 더 뻗게 된다
- 20살 처음부터 코딩 능력 키우세요! 하면 안 하고 싶었을거임(실제로 안 함 ^^;)
- ### e.g 코드퀄리티 물리력
**시작의 가지**
- 그냥 코드 정리정돈을 좋아함 (집에서도 청소는 안하고 정리만 함)
- 주니어때 전 복잡한 문제해결은 좀 어렵다 느끼고(당연함. 복잡하니까) 눈에 보이는 코드 정리는 좋아했어요 (돌이켜보니 메인 가지에서 벗어나 빛이 보이는 곳으로 가지 뻗은거인듯)
**하다 보니**
- 회사에서 열린 “코드리뷰 스터디”에 열성 멤버로 참여. 왜 이 코드가 냄새가 나는가? 토론하며 강한 재미와 성장을 느낌
- Frontend clean code 기술발표로 유튜브 조회수 7만회
- ‘코드스멜 위키’ 를 만들어보자! 하고 멤버 4명을 공개 모집
- 팀이 커짐 → Frontend Fundamentals 사이트 생성 → 한국 프론트 개발자 국룰 문서화
- 토스 내의 코드퀄리티를 수호하는 ‘Code quality committee’의 위회장을 맡아 다양한 프로젝트 수행
- 최근은 소그룹마다 커스텀 고양이를 분양해주고, 서비스 에러율에 따라 이미지를 쏴주는 캠페인
![image.png](attachment:b8422de7-42e4-4dac-b3b0-233a960ecb83:image.png)
![image.png](attachment:5df58940-7db8-4fe8-ad38-a0351b948064:image.png)
**생긴 물리력**
- 아키텍쳐와 퀄리티를 보는 눈
- 회사 차원에서 코드 품질을 측정하고 수호하는 노하우
- 코드 퀄리티?는 진유림이 지켜본다- 는 이미지
- ### e.g 기술 트레이드오프 설계 물리력
**시작의 가지**
- 평범한 개발 요구사항
- 여러 계열사, 사용처가 함께 쓰는 네비게이션 바를 만들어주세요
- 새로운 앱에 로깅 시스템을 넣어주세요
- 쿠키 인증을 mTLS 인증서 기반으로 바꿔주세요
**하다 보니**
- ‘개발’만 하고 끝내는게 아니고, 복잡한 요구사항을 조율하는 것 자체가 재밌다
- 계열사간, 직군간 소통을 어떻게 잘하지 고민하다보니
- 경계를 넘는 이해가 필요 (서버, 클라이언트, 데이터분석가와 같은 수준으로 대화할 수 있어야 함)
- 모두의 중간에 껴 있는 프론트가, 크로스직군 퍼실리테이션을 제일 잘 할 수 있는 자리라는걸 깨달음
**생긴 물리력**
- 이 기술이 '누구에게' 쓰이는지 보고 설계하는 눈
- 자율과 통제의 트레이드오프
- 직군간 설계를 정렬해 서로 같은 그림을 보게 만드는 힘
- ## 옆가지를 뻗었더니 깊이가 따라오더라
- 선배들의 구박
- 그렇게 코딩 아닌거에 관심 가지면 너는 ”가짜개발자“ 가 된다
- 실제로 이런 말들에 영향받아서 가면증후군 심했음. 나는 잘하는게 아니야, 보이는것에 사람들이 속고 있고 나를 더 잘 알게 되면 날 탈락시킬거야
- 그런데, 이렇게 뻗은 가지 하나하나가, 어느새 뿌리(실력)가 됐어요
- Learning by doing
- 뿌리내리지 못한 가지는 자연탈락
- 진짜개발자가 뭐임? 나는 이렇게 뻗어진 단단한 유니크한 나무야.
- # 2막: 회사 - 가지 읽기
> 2막에서는 저의 이야기를 더 이상 하지 않고, 제네럴하고 뾰족한 프레임으로 이야기해볼게요
- ## 열심히 했다… 그런데?
- 후 2026년 진짜 열심히 했다.
- 근데 내가 >>성장<<한게 맞을까?
- 이게 그냥 고생인지, 새로운 성장인지 어떻게 알 수 있을까?
- ## 2막에서 할 이야기
🙅‍♀️
- 협상술 아닙니다
- 연봉협상에서만 쓰는 꼼수 아닙니다
🙆‍♀️
- 내가 한 일을 반복되는 역할, 자산으로 해석할 수 있는 ‘키워드’를 얻기
- 어떤 일은 분명 고생했는데도 왜 애매하게 읽히는지
- 내가 다음 레벨로 가려면 뭘 더 증명해야 하는지
- ## 일을 더 많이 해내서 성장하는건 3. Skilled까지
> 거칠게 레벨링을 해볼게요.
- Lv1: 명확한 가이드를 주면 수행할 수 있다
- Lv2: 경험해본 일을 안정적으로 수행한다
- Lv3: 가이드 없이 내 일을 계획하고 완결한다
…흠 OK. 여기까진 가넝
- Lv4: 복잡한 문제에서 조직이 의견을 구한다
- Lv5: 집단의 문제 해결력을 상향 평준화한다
- Lv6: 내가 만든 방식이 업계의 표준이 된다
얼레리?
- Lv4는 Lv3보다 코드를 더 많이 쓰고 야근을 더 많이 하는 사람이 아님
- 레벨이 올라갈수록 변하는 건 일의 양이 아니라
- 문제의 난이도
- 판단의 복잡도
- 영향 범위
- 팀에 남긴 자산
- ## 어떻게 Lv3에서 Lv4, 5로 갈 수 있는가?
- ### 🫧 1. `Pattern` : 이벤트를 넘어 ‘패턴’으로
**Phase 1 - 이벤트**
- 큰 프로젝트를 한 번 맡았다
- 어려운 일을 한 번 잘 수습했다
- 주변에서 “이번에 고생 많았다”고 말한다
충분히 의미 있음! 다만 아직은 “이번에 잘했다”에 가까움
**Phase 2 - 패턴**
- 비슷한 문제를 반복해서 맡는다
- 매번 결과가 난다
- 우연이 아니라 재현 가능해 보인다
- 복잡한 퍼널? ㅇㅇ님이 잘 봄.
- 공통 모듈? ㅇㅇ님 의견 들어보자.
- 새로운 앱 스캐폴딩? ㅇㅇ님이 몇번 해봤어
이때부터는 역할(직책 아님!)로 읽히기 시작. 이 사람은 이 문제를 안정적으로 푸는구나.
**Phase 3 - 아이덴티티**
- 특정 문제를 넘어서, 더 큰 장르에서 사람들이 나를 떠올린다
- 여러 직군이 얽힌 애매한 문제 정리
- 커뮤니티 빌딩, 퍼블릭 스피킹
- PO와 비슷한 수준의 비저닝, 결단력, 카리스마
⇒ 나다운 성장, 나의 길을 가면서 ㅇㅈ 받을 수 있다면?
![image.png](attachment:a86a371b-5d49-432f-97ef-398f18fa294e:image.png)
**셀프체크**
- 이건 한 번의 이벤트인가, 반복된 패턴인가?
- 비슷한 문제가 다시 생겼을 때 사람들이 나를 떠올리는가?
- 나는 어떤 문제에서 신뢰받고 있는가?
- 그 신뢰가 더 큰 장르의 아이덴티티로 이어지고 있는가?
<aside> 💡
이거 했어요-보다 ‘이런 문제가 반복될 때 제가 불려왔어요’가 쎔
</aside>
- ### 🫧 2. `Expertise`: 역할확장은 ‘전문성’ 기반으로
**Phase 1 - 프론트 뿐 아니라 다른 일도 해냈다**
- 도메인에서 필요해서, 원래 하던 일 밖의 일을 해냄
- 기획도 봤고, 일정도 봤고, 디자인도 봤다!
- 저 거의 PM이었어요
다만 이를 프론트엔드 개발자의 역량으로 ‘평가’해낼 수 있는가? 어려움…
**Phase 2 - 프론트 전문성으로 문제의 반경을 넓혔다**
- 이 일이 프론트엔드 개발자의 전문성을 기반으로 확장된 일인가?
- 프론트 전문성이 없었어도 똑같이 해결할 수 있었나?
|애매하게 읽힐 수 있음|강하게 읽힘|
|---|---|
|일정 조율을 열심히 함|배포, 릴리즈 제약을 이해하고 안전한 전환 전략을 설계했다|
|디자인 빈틈을 메움|프론트 구조와 사용자 흐름 관점에서 UI/UX 문제를 재정의했다|
|여러 직군 사이에서 조율|네이티브, 웹뷰, 서버 레이어 구분을 이해하고 의사결정 기준을 만들었다|
<aside> 💡
프론트 밖으로 나간 게 아니라, 프론트 전문성으로 다룰 수 있는 문제의 반경이 넓어짐
</aside>
- ### 🫧 3. `Depth`: 역할확장 뿐 아니라 ‘수직적 탁월함’
**Phase 1 - 옆으로 넓어졌다**
- 원래 하던 일보다 더 넓은 일을 맡았다
- 다른 직군/팀과 엮인 일을 했다
- TF, 프로젝트 리딩을 했다
충분히 의미 있음 버뜨 넓어졌다만으로 다음 레벨이 되는 건 아님 → 내 판단의 깊이가 달라졌는지는 별개의 문제이기 때문
**Phase 2 - 깊어졌다**
- 역할확장은 중요함. 그런데 수직적 탁월함도 같이 봐야 함.
- 같은 역할 안에서도 깊이는 달라짐
- 더 복잡한 문제를 혼자 구조화한다
- 단순 실행이 아니라, 문제의 우선순위와 경계를 판단한다
- 일이 터졌을 때 “어떻게 처리할지”보다 “무엇이 진짜 문제인지”를 본다
|1인분을 다하는 개발자|깊어진 개발자|
|---|---|
|기능을 안정적으로 구현함|예외 케이스까지 먼저 정의|
|QA를 꼼꼼히 함|리스크 기준을 세움|
|장애를 빠르게 수습함|왜 반복되는지 근원을 찾고 재발 방지 구조를 제안|
|여러 팀과 협업함|각 팀의 제약을 이해하고, 의사결정 프레임을 만듦|
|일정 안에 끝냄|무엇을 미뤄도 되는지 기준을 세움|
⬆️ 같은 문제를 더 높은 해상도로 봄
<aside> 💡
옆으로 넓어지는 것, 안으로 깊어지는 것 모두 성장이지만 다음 레벨은 보통 둘 다를 요구함
</aside>
- ### 🫧4. `Asset`: 자산으로 남기기
**Phase 1 - 내가 잘하고 끝**
- 내가 다 해냄
- 그리고 끝
Lv3까지는 엄청 중요함. 가이드 없이 내 일을 완결하는 것 자체가 Lv3의 핵심이니까
근데 Lv4, 5로 갈수록 질문이 바뀜 → 팀에 어떻게 남았나요?
**Phase 2 - 내 노하우를 밖으로 꺼냄 = 참고자료화**
- 자산화는 문서 하나 썼다~가 아님
- 내 머릿속에 있던 판단 기준을 팀이 다시 쓸 수 있게 만드는 것 = 참고자료가 된다
- 장애 대응 체크리스트를 남기고 프로세스화
- QA 시나리오 템플릿을 만듦
- 신규 입사자 온보딩 문서를 만듦
내 개인 역량이 팀의 역량으로 옮겨가기 시작!
**Phase 3 - 표준이 됨**
- 좋은 자산화는 팀 내 참고자료에서 끝나지 않음
- 내 팀에서만 쓰는 팁이 아니라 챕터의 Best Practice가 된다
- 구성원의 문제 해결력이 상향 평준화된다
<aside> 💡
내가 잘해서 끝나면 성과 남들도 다시 쓸 수 있으면 자산 모두가 그 방식으로 일하게 되면 표준
</aside>
- ## 같은 일, 다른 프레임
```mermaid
flowchart TB
X["복잡한 프로젝트를 맡았다"]
X --> P2["가이드대로 안정적으로 끝냈어요"]
X --> P3["가이드 없이 혼자 잘 끝냈어용"]
X --> P4["복잡한 문제를 정의하고 판단 기준을 만들었어용"]
X --> P5["그 기준이 팀의 자산, 챕터의 표준으로 남았답니다"]
```
- 같은 일을 해도 레벨별로 프레임이 다름
- 그래서 이력서, 셀프 평가를 쓸 때도 그냥 ‘무슨 일을 했다’로 쓰면 약할수도
- 지금 어느 레벨의 패턴을 만들었는지 보자
- ## 이력서, 셀프리뷰 실전 체크
1. **이벤트를 넘어 ‘패턴’으로 `Pattern`**
> 지금 팀에서 나는 [ ] 문제가 생기면 떠올릴 수 있는 사람에 가까워지고 있다
2. **역할확장은 ‘전문성’ 기반으로 `Expertise`**
> 이 문제에서 내 프론트 전문성은 [ ] 에서 드러났다
3. **역할확장 뿐 아니라 ‘수직적 탁월함’ `Depth`**
> 이번 경험에서 나는 [ ] 라는 더 어려운 판단을 했다.
**4. 자산으로 남기기 `Asset`**
> 이 경험은 나에게서 끝나지 않고, [ ] 으로 팀에 남았다.
- ### 추신
1부는 제 얘기니까 그랬다 쳐도
2부는 실용적으로 도움이 되어
맘에 드는 이력을 만들고, 뿌듯한 연봉협상 되시길! 🤑
---
- # Outro: 나&회사
- ## 분재가되
![image.png](attachment:ec73fc83-3abd-40c3-84af-151f2fd3d715:image.png)
- 왼쪽으로, 오른쪽으로 가지를 뻗다 보니 **나만의 모양**이 생겼어요.
- 가지가 쓰러지지 않게 뿌리를 내리다 보니 **깊이**가 생겼어요
- 회사의 프레임을 읽고, 빛이 보이는 곳으로 솟아올리다보니 **높이**가 생겼어요
- ### AI에게 물어봤어요. 이 분재는 어떤 존재야?
- 1막에서 내가 뻗어낸 가지, 2막에서의 회사 뷰.
- 둘을 겹쳐서 멀리서 제 나무를 한 번 봤어요.
- 걍 “너! 어떤 나무야?!” 하면 뭐라해야할지 모르겠으니까….
- 다섯 가지 역할을 하고 있더라구요
> _현재 유림이 맡고 있는 실무는 5가지 영역에 걸쳐 있고, 각각 다른 종류의 시니어 역량을 요구합니다._
|**영역**|**필요 페르소나**|**핵심 판단**|
|---|---|---|
|mTLS 인증 전환|클라이언트 및 보안 이해|직군 간 에러 계약 정렬, 릴리즈 전략 재설계|
|통합 회원|복잡도 통역 및 통제|퍼널 간 연쇄 영향 파악, 변경 범위 통제|
|원네비 공유 모듈|모듈 아키텍트|빌드 환경 파편화 해소, 계열사 호환성 경계 설정|
|계열사 앱 비즈앱 통합|크로스팀 통합 설계|계열사 네이티브+웹뷰 → 비즈앱 통합의 프론트 아키텍처|
|Pit-stop 길드|플랫폼 감각 및 크로스직군 얼라인|현장 불편을 구조 문제로 재정의|
나, 이제 어엿한 개발자구나 🥹
- 당신도 해보고 싶다면? 90일 슬랙기반 셀프코칭 프롬프트
```markdown
너는 다음 레벨로 확장하려는 엔지니어의 셀프 코칭을 돕는 분석가다.
대상자: {이름}
분석 기간: 최근 90일 ({시작일} ~ {종료일}) ← 고정
## Positioning
다음 레벨 이동 축:
- 시키는 일 하기 → 일을 찾아서 만들기
- 내가 직접 만들기 → 남/시스템이 알아서 만들게 하기
이 분석은 그 이동 signal을 본다. 얇으면 얇다고 드러낸다.
## 데이터 수집 전략
1. 창안 signature — "제안", "초안", "프레임워크", "기준", "정의", "해볼까", "만들어봤"
2. 고유 용어 정착 추적 — 1단계에서 발견된 용어의 타인 발화 재등장
3. 레버리지 signature — "넘겨드릴게요", "부탁드릴게요", "1:1", "온보딩", "기대 역할", "템플릿"
4. 조율 signature — "롤백", "QA 범위", "배포 순서", "타임라인", "feature flag"
5. 반응 signature — 이모지/댓글 반응 상위
## 분류 규칙 (4 범주, 자연어 그대로)
① 직접 만든 일 — 본인 스레드 개시자 + 제안/초안
② 레버리지로 만들어지게 한 일 — 본인 개념/프레임/용어가 타인 발화에 정착, 위임/코칭으로 다른 사람이 Lv 이동, 본인 제안이 공식 문서에 "X님 제안"으로 라벨링
③ 조율한 일 — 경계 통합/의사결정
④ 받은 일 — 요청/할당 기반 수행
금지:
- 받은 일 → 직접 만든 일 승격
- 직접 만든 일 → 레버리지 승격 (타인 발화 증거 필수)
- 밀도 얇을 때 억지 테마 확장
## 출력 구조
0. 범례 (레벨 축, 4 범주 정의, 포장 금지 원칙)
1. TL;DR + 밀도 스냅샷
2. 직접 만든 일
3. 레버리지로 만들어지게 한 일 (타인 발화 증거 필수)
4. 조율한 일
5. 받은 일 (짧게. 받은 일이 주력이면 그 자체가 핵심 관찰)
6. 약점·회피 직면 — 데이터 공백, 새 영역 0건, 회피 패턴
7. 다음 레벨 과제 (0~5, 유의미한 만큼)
8. Evidence Ledger
## 작성 원칙
- 전체 톤은 사실 기반이되 해석·직관·프레임 문장 허용.
- 각 주요 섹션마다 스레드 링크·인용·빈도 중 최소 1개 증거 확보 (섹션 단위).
- 희소성·역할 결합도·시장 포지션 같은 대문장 허용. 단 뒷받침 사례 1~2건 명시.
- 포장 금지: 받은 일 → 직접 만든 일, 직접 만든 일 → 레버리지 승격 금지.
- 억지 개수 맞추기 금지. 없으면 없다고 쓴다.
```
- ## 리더가되
- 이 분재의 모양이 지금의 회사, 지금의 팀 사정에 필요하면 ‘리드’가 되어요.
- 제 모양은 좀 일반적인 리드의 모양이랑은 다르다고 생각해요.
- 작년에 회사 밖에서 커피챗 여럿 진행해봄 → 찰떡같이 들어맞는 회사가 많지 않구나 느낌
- 다 타이밍이다!
- 내 모습이 단단하면
- 적절한 모양의 타이밍이 오면 Title이 수반될수도?
- 안 와도 괜찮아요. 내 나무는 단단하니까.
- 쓰러지는 나무인데 리더 vs 단단한 나무인데 no title ←후자 win
- ## 나만의 No title 분재를 만들어보세요
> 웃기게 생겼지만, 쉽게 쓰러지지 않는 나만의 분재
1. **빛이 보이는 곳으로, 큰 고민 없이 가지를 뻗기**
2. **가지가 쓰러지지 않게, 내 메인 전문성 기반의 뿌리를 곧게 내리기**
3. **가끔은 회사의 관점에서 냉정하게 내 가지를 읽어보기**
4. **나와 회사를 align해서, 명시적으로 인정받기**
아 그리고, 이 모든 건 '회사 안의 나'를 읽는 렌즈일 뿐이에요. 내 삶 전체의 나는 훨씬 크고, 복잡하고, 멋지니까요 ❤️
<aside> 🌳
**Q.** 여러분은 어떤 나다움으로, 어디로 옆가지를 뻗어볼 건가요?
</aside>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment