- यह लेख चर्चा करता है कि स्केल बढ़ने के साथ स्टार्टअप का कार्य-पर्यावरण कैसे बदलता है, और इस बात पर ज़ोर देता है कि शुरुआती "spark" या उत्साह कैसे गायब हो जाता है।
- छोटे स्टार्टअप (<10 लोग) में इंजीनियर निम्न कारणों से काम का आनंद लेते हैं:
- यूज़र की समस्याओं को समझने के लिए सीधे संवाद.
- मूल्यवान, दिलचस्प ideas पर काम करने की आज़ादी.
- उन सहकर्मियों के साथ खुली चर्चा जो ideas की सफलता में निवेशित होते हैं.
- security review के बिना अपनी पसंद के tools से तेज़ implementation.
- छोटा codebase, जिससे refactoring सहज होती है और debugging तेज़ होती है.
- धीमे tests या PR review की रुकावट के बिना changes को जल्दी merge करना.
- बड़ा impact डालने की संभावना, जिससे पहचान और आर्थिक लाभ मिल सकता है.
- जैसे-जैसे कंपनी बढ़ती है (>100 लोग), काम निम्न कारणों से कम आनंददायक हो जाता है:
- यूज़र्स के साथ सीमित संवाद, और अक्सर सेकंड-हैंड insights के आधार पर काम.
- coordination tasks के कारण व्यक्तिगत ideas पर काम करने की आज़ादी कम हो जाती है.
- competition और workload की वजह से सहकर्मियों की ideas पर चर्चा में रुचि घटती है.
- स्थापित tools और बड़े, जटिल codebase के कारण implementation धीमा हो जाता है.
- thorough testing और PR review के बाद changes merge करने की लंबी प्रक्रिया.
- downtime या data loss से बचने के लिए infrastructure changes एक जटिल प्रक्रिया बन जाते हैं.
- पहचान और reward कम तुरंत मिलते हैं, और impact भी छोटा हो जाता है.
- लेखक का मानना है कि ये बदलाव अपरिहार्य हैं, क्योंकि टीमों के बीच alignment घटता है, communication की जटिलता बढ़ती है, और risk tolerance कम होती है.
- लेखक सुझाव देता है कि "मज़े की मौत" को धीमा करने के लिए बड़ी कंपनियों के processes की नकल न करें, scaling pains को first principles से हल करें, कंपनी को स्वतंत्र स्टार्टअप्स की तरह संरचित करें, smart incentives डिज़ाइन करें, और hiring कम करें.
1 टिप्पणियां
Hacker News राय