- 기사는 스타트업의 작업 환경이 규모를 확장함에 따른 변화를 논의하며, 초기의 "스파크" 또는 흥분이 사라지는 것을 강조합니다.
- 소규모 스타트업 (<10명)에서는 엔지니어들이 다음과 같은 이유로 작업을 즐깁니다:
- 사용자의 문제를 이해하기 위한 직접적인 상호작용.
- 가치 있는, 흥미로운 아이디어에 대한 작업의 자유.
- 아이디어의 성공에 투자한 동료들과의 개방적인 토론.
- 보안 검토 없이 선택한 도구를 사용한 빠른 구현.
- 편안한 리팩토링과 빠른 디버깅을 가능하게 하는 작은 코드베이스.
- 느린 테스트나 PR 리뷰를 막는 것 없이 빠르게 변경 사항을 병합.
- 인정과 재정적 이익을 가져올 수 있는 중요한 영향을 미칠 가능성.
- 회사가 성장함에 따라 (>100명), 작업은 다음과 같은 이유로 즐거움이 줄어듭니다:
- 사용자와의 제한된 상호작용, 종종 제2의 통찰에 기반한 작업.
- 조정 과제로 인해 개인적인 아이디어에 대한 작업의 자유가 줄어듦.
- 경쟁과 업무량으로 인해 동료들이 아이디어를 논의하는 데에 대한 관심이 줄어듦.
- 확립된 도구와 크고 복잡한 코드베이스로 인한 느린 구현.
- 철저한 테스트와 PR 리뷰를 거친 긴 변경 병합 과정.
- 다운타임이나 데이터 손실을 피하기 위해 인프라 변경이 복잡한 과정이 됨.
- 인정과 보상이 덜 즉각적이고 영향력이 작아짐.
- 저자는 이러한 변화가 팀의 일치도 감소, 커뮤니케이션 복잡성 증가, 위험 허용도 감소로 인해 불가피하다고 믿습니다.
- 저자는 큰 회사들의 프로세스를 복사하지 않고, 첫 원칙에서 스케일링 고통을 해결하고, 독립적인 스타트업처럼 회사를 구조화하고, 영리한 인센티브를 설계하고, 채용을 줄이는 것으로 "즐거움의 죽음"을 늦추는 것을 제안합니다.