2 पॉइंट द्वारा GN⁺ 2023-08-13 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • यह लेख चर्चा करता है कि स्केल बढ़ने के साथ स्टार्टअप का कार्य-पर्यावरण कैसे बदलता है, और इस बात पर ज़ोर देता है कि शुरुआती "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 टिप्पणियां

 
GN⁺ 2023-08-13
Hacker News राय
  • स्टार्टअप के विकास और उसके शुरुआती जोश को खो देने के तरीकों पर लेख
  • एक कमेंटर ने 10 साल पहले Netflix के दृष्टिकोण की सराहना की, जहाँ परिपक्व लोगों को नियुक्त किया गया और हर चीज़ को गैर-प्रक्रियात्मक रखा गया, जिससे कुशल और स्वैच्छिक प्रगति हुई
  • एक कमेंटर ने युवा इंजीनियरों को काम में बहुत ज़्यादा न डूबने की चेतावनी दी, और कहा कि कुछ कंपनियाँ उनके जुनून और भोलापन का फायदा उठाती हैं
  • इंजीनियरिंग टीम के पतन में योगदान देने वाले कारकों की सूची दी गई, जिनमें बहुत ज़्यादा तकनीकी या गैर-तकनीकी नेता, समस्या पैदा करने वाले इंजीनियर, और micromanagement शामिल हैं
  • कुछ कमेंटरों का तर्क है कि गतिशील नेतृत्व और स्पष्ट टीम मिशन दिए जाएँ तो किसी भी कंपनी के आकार में रोमांचक कार्य वातावरण बनाए रखा जा सकता है
  • अधिक कुशल संगठनात्मक संरचना बनाने के बजाय सबसे प्रभावी टीम की नकल करके संगठन को बढ़ाने का विचार प्रस्तावित किया गया
  • स्टार्टअप द्वारा बड़ी कंपनियों की प्रक्रियाओं की नकल करने की आलोचना की गई, एक कमेंटर का कहना है कि इससे उनका corporatization तेज हो जाता है
  • Safi Bahcall की किताब "Loonshots" का उल्लेख है, जिसमें लगभग 150 लोगों पर संगठन के लिए घातक हो सकने वाले incentives के phase transition पर चर्चा की गई है
  • एक कमेंटर ने सफल स्टार्टअप के बड़ी कंपनी द्वारा अधिग्रहण के बाद कार्य वातावरण बिगड़ने का अपना व्यक्तिगत अनुभव साझा किया
  • ज़रूरत से ज़्यादा hiring न करने के महत्व पर ज़ोर दिया गया, एक कमेंटर ने सुझाव दिया कि तभी भर्ती करें जब समस्या हल करने का और कोई तरीका न हो
  • Jira के उपयोग पर बहस हुई, कुछ लोग इसे workflow मैनेज करने का उपयोगी टूल मानते हैं, जबकि कुछ इसे समय की बर्बादी मानते हैं