1 पॉइंट द्वारा GN⁺ 1 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GitLab एजेंटिक युग को अपनी कंपनी के इतिहास का सबसे बड़ा अवसर मानते हुए पुनर्गठन और रणनीतिक बदलाव साथ-साथ आगे बढ़ा रहा है
  • कंपनी अपने संचालन वाले देशों की संख्या अधिकतम 30% तक घटाएगी, कुछ संगठनों में प्रबंधन की अधिकतम 3 परतें हटाएगी, और R&D को लगभग 60 टीमों में पुनर्गठित करेगी
  • मौजूदा वैल्यू सिस्टम CREDIT को समाप्त किया जा रहा है, और उसकी जगह Speed with Quality, Ownership Mindset, Customer Outcomes को नए संचालन सिद्धांत बनाया जा रहा है
  • GitLab का मानना है कि AI एजेंट योजना, कोडिंग, रिव्यू, डिप्लॉयमेंट और रिकवरी संभालेंगे, जबकि इंसान आर्किटेक्चर और अहम निर्णयों की जिम्मेदारी निभाते रहेंगे
  • FY27 की पहली तिमाही और पूरे वर्ष का guidance बरकरार है, और पुनर्गठन की अंतिम सीमा व वित्तीय प्रभाव 2 जून 2026 को साझा किए जाएंगे

पुनर्गठन और संचालन में बदलाव

  • GitLab एजेंटिक युग के अनुरूप पुनर्गठन और रणनीतिक बदलाव एक साथ आगे बढ़ा रहा है
  • पुनर्गठन प्रक्रिया को खुले तौर पर चलाया जाएगा, और इसमें स्वैच्छिक इस्तीफा आवेदन अवधि भी शामिल होगी
    • जहाँ संभव होगा, कंपनी 1 जून या उससे पहले नए संगठनात्मक ढाँचे को अंतिम रूप देने की योजना रखती है
    • जिन क्षेत्रों में स्थानीय प्रक्रियाएँ अनिवार्य हैं, वहाँ वे पूरी होने तक बदलाव लागू नहीं किए जाएंगे
  • संचालन में चार मुख्य बदलाव किए जा रहे हैं
    • कम संख्या वाली टीमों वाले देशों पर केंद्रित होकर संचालन वाले देशों की संख्या अधिकतम 30% तक घटाई जाएगी, और उन बाज़ारों के ग्राहकों को partner network के जरिए समर्थन मिलता रहेगा
    • कुछ functional organizations में प्रबंधन की अधिकतम 3 परतें हटाई जाएँगी ताकि नेता वास्तविक काम के अधिक करीब हों
    • R&D संगठन को लगभग 60 छोटी और अधिक अधिकार-संपन्न टीमों में पुनर्गठित किया जाएगा, जिससे स्वतंत्र टीमों की संख्या लगभग दोगुनी हो जाएगी
    • internal review, approval और handoff को AI एजेंटों के जरिए automate किया जाएगा, और पूरे संगठन में भूमिकाओं का आकार फिर से समायोजित किया जाएगा
  • संचालन बदलाव और रणनीतिक अपडेट साथ चलेंगे, लेकिन इन्हें स्वतंत्र मुद्दों की तरह संभाला जाएगा
    • कंपनी का मानना है कि पुराना संगठनात्मक ढाँचा पिछले युग के लिए उपयुक्त था, लेकिन अब नहीं
    • नई रणनीति को अगले चरण की अलग bet के रूप में पेश किया गया है
  • GitLab ने FY27 Q1 और पूरे वर्ष के guidance की फिर पुष्टि की है
    • पुनर्गठन की अंतिम सीमा और वित्तीय प्रभाव योजना पूरी होने तथा बोर्ड की मंजूरी के बाद 2 जून 2026 की earnings announcement में साझा किए जाएंगे

एजेंटिक युग पर GitLab का दृष्टिकोण

  • GitLab की आगे की रणनीति software engineering के भविष्य, एजेंटिक युग की architecture, और execution model पर आधारित 10 मान्यताओं पर टिकी है
  • software development के तरीके में बदलाव

    • सॉफ्टवेयर ऐसा होगा जहाँ इंसान निर्देश देंगे और मशीनें निर्माण करेंगी
      • AI भविष्य के software production की नींव बनेगा, और एजेंट planning, coding, review, deployment, recovery का काम करेंगे
      • इंसान architecture, customer problems की गहरी समझ, और trade-off जैसे महत्वपूर्ण निर्णय लेते रहेंगे जहाँ judgment की जरूरत होती है
      • GitLab ने जनवरी में Duo Agent Platform बनाया और लॉन्च किया था, और कंपनी के अनुसार Q1 adoption सकारात्मक रहा
    • GitLab का मानना है कि एजेंटिक युग software demand को बढ़ाएगा
      • पिछले 20 वर्षों में software लगभग हर business transformation का leverage रहा है, लेकिन production और management की लागत व समय इसकी सीमा रहे हैं
      • यदि ये सीमाएँ कम होती हैं, तो software production की लागत घटेगी और demand बढ़ेगी
      • कंपनी के अनुसार developer platform market पिछले वर्ष प्रति user प्रति माह कुछ दर्जन डॉलर के स्तर पर था, लेकिन इस वर्ष यह कई सौ डॉलर प्रति user प्रति माह तक पहुँचा है और आगे हज़ारों डॉलर की दिशा में जा रहा है
      • GitLab की योजना अधिक software और अधिक builders, दोनों के बढ़ते पैमाने को support करने की है
    • महत्वपूर्ण काम अब भी engineers के पास रहेगा
      • engineering सिर्फ code लिखना नहीं है; system design, distributed systems, failure reasoning, critical systems में नई functionality को सुरक्षित रूप से जोड़ना, और अनिश्चितता में निर्णय लेना भी उतना ही महत्वपूर्ण है
      • जैसे-जैसे software का पैमाना बढ़ेगा, इन क्षमताओं की जरूरत और बढ़ेगी
      • GitLab के अनुसार गहरे technical problems सुलझाने वाले engineers बाजार में दुर्लभ और मूल्यवान प्रतिभा बनेंगे
  • architecture bets

    • GitLab का मानना है कि वे platforms जो machine scale के लिए नहीं बने थे अब सीमाओं से टकराने लगे हैं, इसलिए security, performance, scalability, reliability, user experience को मुख्य निवेश क्षेत्र बनाया गया है
    • पाँच architecture bets पहले से चल रहे हैं, और कंपनी इन्हें GitLab पर रोज़ निर्भर ग्राहकों को बिना रुकावट उपलब्ध कराना चाहती है
    • machine-scale infrastructure
      • एजेंट parallel में merge request खोलते हैं, 24x7 pipeline trigger करते हैं, और इंसानों की टीमों की तुलना में कहीं तेज़ी से commit push करते हैं
      • Git अपने मूल रूप में इस तरह के load के लिए design नहीं किया गया था, और GitLab के अनुसार एजेंटों के लिए design न किए गए platform पर AI को ऊपर से जोड़ना इस युग की बड़ी गलती होगी
      • GitLab Git को machine scale के अनुरूप फिर से design कर रहा है, monolith को API-first composable modern services में बदल रहा है, और agent-specific API बना रहा है
    • पूरे lifecycle की orchestration
      • enterprises को सिर्फ एक agent द्वारा लिखा गया code या merge request नहीं, बल्कि business चलाने वाला running software चाहिए
      • orchestration पूरे lifecycle में agents का समन्वय करेगी, work allocation, state management, context handoff, conflict resolution, policy enforcement, और ज़रूरत पड़ने पर human intervention को संभालेगी
      • एजेंटिक युग का CI/CD एक ऐसे runtime के रूप में फिर से परिकल्पित किया जा रहा है जो work validate करे, guardrails लागू करे, और machine speed पर production तक बदलाव पहुंचाए
    • context सबसे बड़ी ताकत है
      • development tool vendors समान तरह की code generation capabilities की ओर बढ़ रहे हैं, और enterprise AI cost adoption जितनी ही तेज़ी से बढ़ रही है
      • GitLab के अनुसार differentiation का असली आधार unique context है जिसे models उपयोग कर सकते हैं
      • कंपनी planning, code, review, security, deployment और operations को सभी projects और repositories में जोड़ने वाले data model को अहम मानती है
      • इस connected data model में API से सुलभ first-class service के रूप में निवेश किया जा रहा है, और GitLab का मानना है कि जैसे-जैसे humans और agents की activity इसमें जुड़ती जाएगी, इसकी value बढ़ती जाएगी
      • context एजेंटों को कम tokens में बेहतर परिणाम देने में सक्षम बनाता है
    • core में built-in governance
      • GitLab के अनुसार governance एजेंटिक युग में enterprises के तेज़ी से आगे बढ़ने की पूर्वशर्त है
      • जैसे-जैसे agents अधिक काम संभालेंगे, वैसे-वैसे ऐसे platform की जरूरत होगी जो enforce करे कि कौन क्या कर सकता है, क्या और क्यों हुआ इसे prove कर सके, और sensitive code व data को सही जगह पर रखे
      • GitLab identity, audit, policy, deployment flexibility को अलग products की तरह नहीं, बल्कि ऐसे core platform services की तरह बना रहा है जिनसे हर agent, pipeline और merge request डिफ़ॉल्ट रूप से गुजरे
    • एक platform, तीन modes
      • GitLab का मानना है कि दुनिया का business खरबों lines of code पर चलता है, और इसका अधिकांश हिस्सा फिर से लिखना बहुत जोखिमभरा और महंगा होगा
      • एजेंटिक युग भी एक spectrum की तरह चलेगा जिसमें human-owned, agent-assisted, और agent-autonomous work साथ मौजूद होंगे
      • GitLab की योजना एक ऐसा platform, एक data model, और एक governance system बनाने की है जो तीनों modes में काम करे और cloud तथा model-neutral हो
  • execution model

    • लचीला business model
      • GitLab मौजूदा ग्राहकों को दिए जाने वाले subscriptions की predictability बनाए रखना चाहता है
      • agents द्वारा किए गए work के लिए कंपनी पहले ही consumption-based pricing जोड़ चुकी है, और उसके अनुसार पिछले कुछ महीनों में अन्य बड़े vendors ने भी यही रास्ता अपनाया है
      • अगला कदम subscription और consumption-based मॉडल को मिलाने वाली और अधिक flexibility लाना है ताकि काम करने के तरीके के बदलाव के अनुरूप pricing दी जा सके
    • excellence की संस्कृति
      • GitLab के नए operating principles हैं Speed with Quality, Ownership Mindset, और Customer Outcomes
      • ये principles excellence की culture पर आधारित हैं

ग्राहकों और निवेशकों पर प्रभाव

  • ग्राहकों के support, roadmap commitments, और contract terms बिना किसी रुकावट के जारी रहेंगे
  • ग्राहक GitLab द्वारा दी जाने वाली innovation की quality, depth, और speed में बदलाव की उम्मीद कर सकते हैं
    • GitLab ने कहा कि वह अपने platform का customer zero बनकर एजेंटिक engineering का नेतृत्व करेगा
    • अगला innovation roadmap 10 जून 2026 को GitLab Transcend में साझा किया जाएगा
  • निवेशकों के लिए इस घोषणा को पिछले 20 वर्षों के सबसे बड़े market shift के बीच नेतृत्व करने के लिए एक जानबूझकर उठाया गया कदम बताया गया है
    • GitLab सिर्फ DevSecOps platform की incremental growth तक सीमित नहीं रहना चाहता, बल्कि AI युग में enterprise software creation के लिए trusted platform बनना चाहता है
    • 2 जून 2026 की earnings announcement में business update, Q1 results, और पुनर्गठन की अंतिम सीमा व वित्तीय प्रभाव साझा किए जाएंगे
    • कंपनी को उम्मीद है कि पुनर्गठन से बचाई गई राशि का अधिकांश हिस्सा growth और technology initiatives को तेज़ करने में फिर निवेश किया जाएगा

टीम को भेजा गया पुनर्गठन अपडेट

  • GitLab ने टीम members को बताया कि वह पारदर्शी पुनर्गठन प्रक्रिया शुरू कर रहा है
  • कंपनी ने कहा कि इस प्रक्रिया में AI द्वारा काम करने के तरीके का बदलना शामिल है, लेकिन यह सिर्फ AI optimization या cost cutting नहीं है
    • बचत की गई अधिकांश राशि Act 2 की core beliefs के अनुरूप एजेंटिक युग के अवसरों को तेज़ करने में फिर निवेश की जाएगी
  • managers अपने-अपने teams में पुनर्गठन principles के लागू होने के तरीके पर leadership के साथ अधिक गहराई से चर्चा कर रहे हैं
    • इन चर्चाओं का असर यह तय करने में होगा कि कौन-सी roles प्रभावित होंगी
    • कंपनी का मानना है कि GitLab के नए रूप को जल्दी तय करने से अधिक महत्वपूर्ण उसे सही तरीके से तय करना है
  • पुनर्गठन का आधार संचालन वाले देशों के दायरे को केंद्रित करना, संगठन को flatter बनाना, और roles का आकार समायोजित करना है
    • साथ ही excellence की culture पर आधारित नए operating principles भी लागू किए जा रहे हैं
  • GitLab ने कहा कि वह यह पुनर्गठन एक ही बार में सही तरीके से करना चाहता है और निकट भविष्य में फिर से संरचना बदलने का इरादा नहीं रखता

पुनर्गठन के सिद्धांत

  • संचालन वाले देशों में कमी

    • GitLab का मानना है कि लगभग 60 देशों में फैला वर्तमान संचालन हर team member को अच्छा experience देना कठिन बनाता है
    • कंपनी मुख्यतः कम headcount वाले क्षेत्रों पर ध्यान देते हुए देशों की संख्या 30% तक घटाने की उम्मीद करती है
    • यदि good standing में मौजूद team members relocate करना चाहें, तो इसकी अनुमति दी जाएगी
    • जहाँ उचित होगा, वहाँ उन बाज़ारों के ग्राहकों को partner network के जरिए support मिलता रहेगा
  • अधिक flatter organization

    • GitLab का मानना है कि कंपनी के आकार के हिसाब से 8 layers बहुत गहरी हैं, और management layers speed धीमी करती हैं
    • management layers बढ़ने से priority और communication के filter points भी बढ़ जाते हैं
    • flatter organization सभी team members को leadership से बेहतर जोड़ेगी
  • role sizing adjustments

    • AI-चालित नई strategy और काम करने के तरीके की ओर बढ़ते हुए, हर role की headcount को speed और customer outcomes के हिसाब से फिर से देखा जा रहा है
    • कुछ क्षेत्रों में AI मौजूदा काम को augment और accelerate कर सकता है
    • अन्य क्षेत्रों में तेज़ी से आगे बढ़ने के लिए कुछ roles को बढ़ाना होगा
    • कंपनी हर व्यक्ति से AI के रोज़मर्रा उपयोग की अपेक्षा कर रही है और सभी roles को support करने के लिए AI acceleration program शुरू कर रही है

CREDIT का अंत और नए operating principles

  • GitLab अपने मौजूदा value framework CREDIT को समाप्त कर रहा है
    • CREDIT वह framework था जिसने कंपनी को $1B ARR तक पहुँचाने वाले Act 1 में मार्गदर्शन दिया
    • ये values COVID और IPO के दौर से गुजरते हुए GitLab को DevSecOps में एक जाना-पहचाना नाम बनाने में मददगार रहीं, लेकिन नए युग में कंपनी अलग operating stance पर ध्यान देना चाहती है
    • GitLab का मानना है कि पुरानी values के कई हिस्से अब भी सीधे लागू होते हैं
  • नए operating principles हैं Speed with Quality, Ownership Mindset, Customer Outcomes
  • Speed with Quality

    • इसका मतलब है तेज़ी से आगे बढ़ना, लेकिन ऐसे discipline के साथ जिस पर ग्राहक और अन्य लोग भरोसा कर सकें
    • इसे छोटी टीमों, छोटे cycles, और मजबूत guardrails के जरिए हासिल किया जाएगा
    • कंपनी promises और उन्हें पूरा करने की क्षमता, दोनों के लिए उच्च मानक लागू करना चाहती है
    • अपेक्षित व्यवहार इस प्रकार हैं
      • cross-functional projects को अधिक autonomous छोटी teams में organize और execute करना
      • उच्च quality standards तय करना और पहले customer zero के रूप में validate करना
      • तेज़ी से बनाना, experiment करना, सीखना, और तेज़ी से fail होना, खासकर reversible decisions में
      • जो काम agents कर सकते हैं उन्हें automate करना, और उन कामों की पहचान करना जहाँ human judgment या skill अनिवार्य है
      • अनावश्यक bureaucracy को स्वीकार न करना
      • speed के लिए synchronous motivation और scale के लिए asynchronous तरीके, दोनों का इस्तेमाल करना
  • Ownership Mindset

    • कंपनी चाहती है कि हर व्यक्ति company steward की तरह autonomous ढंग से काम करे
    • काम के सबसे करीब लोग निर्णय लें और परिणामों की जिम्मेदारी लें
    • leaders और वास्तविक काम के बीच की management layers तथा accountability को धुंधला करने वाले handoffs हटाए जाएँ
    • अपेक्षित दृष्टिकोण इस प्रकार हैं
      • अपने काम पर गर्व करना क्योंकि वह वास्तविक परिणाम देता है
      • समस्याओं को दूसरों पर न टालना
      • सबको एक ही team का हिस्सा मानना
      • ग्राहक और business की सेहत की गहरी परवाह करना
      • budget, people, और सभी के समय का कुशल उपयोग करना
  • Customer Outcomes

    • कंपनी खुद को internal activity से नहीं, बल्कि ग्राहक के लिए क्या बदला उससे मापना चाहती है
    • internal milestones केवल तभी मायने रखते हैं जब वे customer impact से जुड़े हों
    • अपेक्षित व्यवहार इस प्रकार हैं
      • यह समझा पाना कि किसी का काम सिर्फ roadmap item या task नहीं, बल्कि customer outcomes से कैसे जुड़ता है
      • ऐसा काम करना जो ग्राहकों में खुशी और संतुष्टि पैदा करे ताकि वे GitLab को पसंद करें
      • fairness और mutual respect के साथ customer relationships बनाना, और यह सुनिश्चित करना कि हर deal दोनों पक्षों के लिए उपयुक्त हो
      • समय के साथ बड़े commitments की ओर ले जाने वाली value delivery को प्राथमिकता देना
      • जब ग्राहक अटक जाएँ, तो उनके समय को अपने समय से अधिक मूल्यवान मानना
  • excellence की culture

    • हर team member से excellence की culture बनाए रखने की अपेक्षा की जाती है
    • सोच में उत्कृष्टता का मतलब है तीक्ष्ण होना, गहराई और सटीकता से समझना, और स्पष्टता व ईमानदारी से संवाद करना
    • क्रिया में उत्कृष्टता का मतलब है उच्च गुणवत्ता वाले परिणाम और business impact देना
    • आपसी संबंधों में उत्कृष्टता का मतलब है diversity, inclusion, belonging को अपनाना, सद्भावना मानकर चलना, और सभी का सम्मान करना

पुनर्गठन प्रक्रिया के अगले चरण

  • पारदर्शी पुनर्गठन प्रक्रिया वास्तविक अनिश्चितता पैदा करती है, और team members से कहा गया है कि वे managers के साथ काम, सवालों, चिंताओं और अगले अध्याय पर बात करें
  • managers के पास हर उत्तर न हो, लेकिन team members का input इस पर असर डालेगा कि संगठन अंततः कैसा बनेगा
  • स्वैच्छिक इस्तीफा आवेदन अवधि team members को यह तय करने का मौका देने के लिए बनाई गई है कि उनके career के अगले चरण के लिए GitLab सही जगह है या नहीं
    • जहाँ स्थानीय आवश्यकताएँ अनुमति दें, वहाँ 18 मई से पहले इस्तीफे के लिए आवेदन किया जा सकता है
    • मंजूरी मिलने पर व्यक्ति को अन्य departing employees की तरह ही severance package मिलेगा
    • approval process इसलिए है क्योंकि व्यक्तिगत परिस्थितियाँ और local requirements अलग-अलग होती हैं, इसलिए हर case को अलग देखना पड़ता है
  • पुनर्गठन पूरा होने के बाद लक्ष्य ऐसा team बनाना है जो GitLab के भविष्य को लेकर उत्साहित और प्रतिबद्ध हो

लोगों को बने रहने के लिए प्रोत्साहित करने के कारण

  • बेहतर employee experience

    • Act 2 में शामिल हर team member के आनंद और impact को काफी बेहतर बनाना एक मुख्य लक्ष्य है
    • कंपनी का मानना है कि इससे व्यक्तिगत creativity और impact का बेहतर उपयोग होगा और world-class business बनाया जा सकेगा
  • बेहतर compensation

    • मंजूरी के बाद नया bonus program उन सभी team members को individual performance-based cash bonus का अवसर देगा जो मौजूदा incentive compensation plan या bonus plan में शामिल नहीं हैं
    • target level base pay का 10% होगा, और भुगतान manager discretion पर होगा
  • छोटी लेकिन अधिक अधिकार-संपन्न R&D teams

    • लक्ष्य अधिक autonomy और ownership वाली छोटी R&D teams की संख्या बढ़ाकर अधिकतम 60 करना है
  • कम friction और overhead

    • उन handoffs को काफी कम किया जाएगा जिन्होंने speed को धीमा किया था
    • काम को प्रभावित करने वाले decisions और team members के बीच की layers घटाई जाएँगी
    • Act 2 को इस तरह design किया गया है कि स्पष्ट कामों को पूरा करने में लगने वाला friction हटे
  • बड़े technical problems हल करना

    • पाँच architecture bets GitLab को एजेंटिक युग के अनुरूप फिर से परिभाषित करने वाले गहरे technical problems पेश करते हैं
    • इनमें machine scale को support करने वाला agents के लिए नया git, humans, agents और पूरे lifecycle के लिए orchestration layer, पूरे lifecycle data के लिए connected graph service, centralized governance देने वाली नई policy service, और पूरी तरह autonomous software engineering experience शामिल हैं
  • अधिक flexible purchasing program

    • नया consumption-based purchasing program GitLab sales और ग्राहकों द्वारा GitLab seats + credits खरीदना आसान बनाएगा और adoption को तेज़ करेगा
  • career growth

    • Act 2 जैसी bold bets सभी levels के team members को तेज़ी से सीखने और पूरे career में महत्वपूर्ण रहने वाली skills व experience विकसित करने का अवसर देती हैं
  • aligned leadership

    • e-group और SLT से बनी leadership team ने कहा कि वह कठिन निर्णय लेने और संगठन को cross-functional रूप से align करने के लिए तैयार है ताकि results तेज़ किए जा सकें
  • नेतृत्व करने की स्थिति

    • GitLab का मानना है कि वह ऐसे category में सिर्फ भाग लेने नहीं बल्कि lead करने की स्थिति में है जहाँ TAM सीढ़ीदार तरीके से विस्फोटक रूप से बढ़ रहा है
    • कंपनी के अनुसार data, technology और customer trust में उसके पास structural advantages हैं, जिनकी मदद से वह एजेंटिक युग में software बनाने के तरीके को फिर से परिभाषित कर सकती है

जाने वाले लोगों के लिए मानक

  • चाहे वे स्वैच्छिक रूप से जाएँ या नहीं, जाने वाले लोगों का काम GitLab के अगले अध्याय की नींव बना रहेगा
  • GitLab ने कहा कि transition के दौरान उसे वास्तविक support और सम्मान देना चाहिए
  • कंपनी का मानक यह है कि यदि वह world-class team की अपेक्षा करती है, तो जाने वाले लोगों के साथ व्यवहार भी world-class होना चाहिए
  • कंपनी ने कहा कि ये निर्णय सावधानी से लिए गए हैं, इन्हें एक ही बार में लागू करने का इरादा है, और जो जा रहे हैं तथा जो रह रहे हैं, दोनों के साथ सही व्यवहार किया जाएगा

1 टिप्पणियां

 
GN⁺ 1 시간 전
Hacker News प्रतिक्रियाएँ
  • पहले CREDIT values: Collaboration, Results for Customers, Efficiency, Diversity, Inclusion & Belonging, Iteration, Transparency
    नई values: Speed with Quality, Ownership Mindset, Customer Outcomes
    यानी मतलब यह कि ज़्यादा स्मार्ट नहीं, ज़्यादा मेहनत करो, और लगता है DEI अब बाहर है

    • यहाँ लगभग हर दूसरे दिन GitHub outage पर पोस्ट आ जाती है
      गेंद अभी गोलपोस्ट के सामने उछल रही है, इसलिए GitLab अगर सिर्फ इतना भी पोज़िशन कर ले कि “हम ज़्यादा स्थिर हैं”, तो GitHub से बड़े पैमाने पर पलायन शुरू होने पर वह बाज़ार पकड़ सकता है
      लेकिन इसके बजाय लगता है कि वे बस फुल-स्पीड और stimulant mode में जा रहे हैं
    • प्रस्तावित नई values: Speed, Unity, Consistency, Kinship, Iteration, Transparency, Freedom, Availability, Strategy, Cooperation, Integrity, Synchronicity, Teamwork, Shutup
    • मुझे यह भी ठीक से समझ नहीं आ रहा कि इसका मतलब “ज़्यादा मेहनत करो, स्मार्ट मत बनो, और spelling का भी ध्यान रखो” है या नहीं
      मेरे अनुभव में ऐसी चीज़ें नए मालिकों को यह संकेत देने वाले कोड जैसी होती हैं कि “हम ऊपर से नीचे जानकारी बहने वाली top-down organization बनने के लिए तैयार हैं”
      अगर मैं यह लिखता, तो कुछ ऐसा जोड़ता जैसे “हम अपने कर्मचारियों, ग्राहकों और निवेशकों से दोबारा भरोसा साबित करने के लिए समय माँगते हैं, और stakeholders की आवाज़ फिर से सुनते हुए बेहतरीन सेवा देने की योजना लागू करने के लिए संगठन को उचित रूप से पुनर्संरचित करेंगे…”
      लेकिन असल में यह ऐसा पढ़ाई देता है जैसे “किसी ने Amazon की two-pizza team rule वाली पोस्ट पढ़ ली और कहा, इससे भी बुरा प्रयास होगा तो चलो वही करके देखते हैं”
    • DEI को हटाना अच्छी बात है
      लोगों की भर्ती उनकी क्षमता से होनी चाहिए, न कि किसी मनमाने diversity quota को भरने के लिए
      मुझे नहीं पता इसका विरोध कौन कर सकता है
    • मौजूदा प्रशासन में, चाहे आप DEI पर यक़ीन करते हों, बेहतर है कि उसे कहीं लिखित रूप में न छोड़ें
  • वाह GitLab, ठीक उसी समय जब सब लोग GitHub की विफलताओं को देखकर यह देख रहे थे कि क्या तुम आगे निकल सकते हो, तुमने मानो कहा, “चलो अपना source ChatGPT में फेंककर देखते हैं क्या होता है”

    • सही बात। मैं कंपनी की हर चीज़ को GitHub से GitLab में migrate करने पर गंभीरता से विचार कर रहा था, लेकिन अब self-hosted Git के बारे में और गंभीरता से सोच रहा हूँ
  • इस पोस्ट में agent era को लेकर निकाले गए निष्कर्ष काफ़ी हद तक गलत लगते हैं, और कुछ तो समझ में ही नहीं आते
    मुझे कोई संदेह नहीं कि GitLab में कर्मचारी बहुत ज़्यादा हैं और एक अधिक focused company बनने से उसे फ़ायदा हो सकता है, लेकिन ऐसे layoff posts को buzzwords से भरा पढ़ना थकाने वाला है
    ऐसा लगता है जैसे वे बेताबी से उम्मीद कर रहे हों कि AI के बारे में काफ़ी भविष्यवाणी जैसी बातें कर देने से investors शांत हो जाएँगे

    • ऐसे लोग अपनी कंपनी, अपना भविष्य और अपनी core competence text autocomplete पर दाँव पर लगाते रहें
      हम जैसे लोग जो इसके झाँसे में नहीं आते, उनके लिए भविष्य उज्ज्वल है
  • इसमें काफ़ी दिलचस्प जानकारी है
    वे कहते हैं, “agent era GitLab के इतिहास का सबसे बड़ा अवसर दे रहा है, और हम उसके लिए structural और strategic फ़ैसले ले रहे हैं”, लेकिन साथ ही यह भी कहते हैं कि “operationally हम पिछले era के लिए बने रूप में बड़े हुए, और यह इस era के लिए फ़िट नहीं बैठता”
    यानी इतिहास के सबसे बड़े अवसर का सामना करने के लिए कम resources चाहिए होंगे—यह तर्क मुझे ठीक से समझ नहीं आता
    “AI agents से internal processes को rewire करना, review, approval, और handoff को automate करके speed बढ़ाना” वाली बात भी समझ नहीं आती कि क्या यह उसी सूची में आता है जिसमें “code दोगुनी तेज़ी से बना सकते हैं, bottleneck review है, तो YOLO करके bottleneck हटा देते हैं”
    मैंने अभी तक इसका कोई convincing justification नहीं देखा। बल्कि अगर आप full throttle जा रहे हैं तो steering पर और ज़्यादा नज़र नहीं रखनी चाहिए?
    हाँ, management की 8 layers निश्चित रूप से बहुत ज़्यादा हैं, और संदेश की हर पंक्ति से यह एहसास ज़रूर आता है कि leadership सच में मानती है कि वह bureaucracy में डूब रही है
    अब देखना होगा कि जिन 3 layers को हटाने की बात है, वे कितनी गैर-ज़रूरी थीं

    • management की 8 layers वाकई बहुत लगती हैं
      शायद शुरुआत उन लोगों को हटाने से होनी चाहिए जिन्होंने यह संरचना बनाई
    • management की 8 layers?
      GitLab के इस आकार पर इसका मतलब क्या हर manager के नीचे सिर्फ 2-3 direct reports हैं? मैं भी होता तो layers घटाता
    • मैं इस भावना से सहमत हूँ कि यह सावधानी से ज़्यादा YOLO जैसा लगता है, लेकिन fairness के लिए कहूँ तो engineering की दुनिया में fly-by-wire के काफ़ी precedents हैं
      खासकर B-2 bomber का उदाहरण याद आता है, जो input और output के बीच computer न हो तो लगभग उड़ ही नहीं सकता
      वह इंसान से तेज़ प्रतिक्रिया देकर विमान को उड़ती हुई थाली की तरह बेकाबू होने से रोकता है, और pilot input को intent की तरह समझकर control surfaces को programmatically चलाता है
      बेशक यह बिल्कुल वही बात नहीं है, लेकिन कुछ समानता ज़रूर है
      फिर भी यह घोषणा और आजकल जिस तरह चीज़ें चल रही हैं, वह मुझे पसंद नहीं आ रही
  • मौजूदा AI setup के साथ भी GitLab UX के मामले में ऐसा कुछ नहीं बना पाया जिसे शानदार कहा जा सके, इसलिए बचे हुए human element को भी हटाने के बाद वे क्या कर पाएँगे, यह देखने को लेकर मैं बहुत उत्साहित हूँ
    निजी तौर पर मैं उस भविष्य का बेसब्री से इंतज़ार कर रहा हूँ जिसमें ऐसे tickets [0] महीनों तक खुले रहते हैं और bot कहता रहता है कि “सब ठीक हो जाएगा”
    [0] https://gitlab.com/gitlab-org/gitlab/-/work_items/588806

    • एक छोटा-सा side note: अगर कंपनी की values से transparency हटा दी जाए, तो क्या वह issue भी अब दिखाई नहीं देगा? क्या यही GitLab का भविष्य है?
  • https://www.google.com/search?q=gitlab+stock देखने पर शेयर लगभग एक साल पहले 52 डॉलर था और अब 26 डॉलर है, यानी 12 महीनों में 50% गिरावट
    यह भी काफ़ी संभव है कि वजह यह हो कि उन्होंने अपनी AI strategy के बारे में पर्याप्त शोर नहीं मचाया
    अगर investors को डर है कि AI GitLab के business value को कम कर देगा, तो “GitLab Act 2” घोषणा में इस तरह की लाइनें डालना काफ़ी समझदारी भरा है
    “agent era software demand को amplify करता है। software पिछले 20 वर्षों में लगभग हर business transformation का force multiplier रहा है। constraint software बनाने और manage करने की cost और time थी। वह constraint टूट रही है। जैसे-जैसे software production cost गिरती है, demand बढ़ती है। पिछले साल developer platform market को प्रति user प्रति माह कुछ दर्जन डॉलर में मापा जाता था, लेकिन इस साल वह प्रति user प्रति माह सैकड़ों डॉलर है और हज़ारों डॉलर की ओर बढ़ रहा है। builders के लिए software का value सिर्फ बढ़ ही नहीं रहा, बल्कि पहले से कहीं ज़्यादा software और builders होंगे, और हम मानते हैं कि हम दोनों की बढ़ी हुई मात्रा को serve करेंगे।”
    मैंने इस पर ब्लॉग में थोड़ा और लिखा है: https://simonwillison.net/2026/May/11/gitlab-act-2/

  • GitLab हमेशा यह देखकर चौंकाता है कि product roadmap कितना खराब हो सकता है
    CI improvements जैसी practical चीज़ें unicorn रंगों वाली UI rebranding के पीछे धकेल दी जाती हैं
    जबकि लोग GitLab को पैसे इसलिए देते थे क्योंकि वह एक अच्छा tool था
    अच्छा हो या बुरा, शायद इस घटना के बाद यह फिर से customer-focused roadmap की ओर लौटे

  • यहाँ की प्रतिक्रिया नकारात्मक है, यह देखकर मैं हैरान हूँ। क्या ज़्यादातर लोगों ने मूल पोस्ट पढ़ी भी है?
    लगता है वे मुख्य रूप से managers की संख्या घटा रहे हैं और engineering को प्राथमिकता देने की बात कर रहे हैं
    साथ ही redesign की दिशा भी दिलचस्प लगती है। AI “users” code लिखेंगे और changes submit करेंगे, और platform खुद तथा उसकी concepts को उस speed और interaction के हिसाब से adjust किया जाएगा
    यह कैसे आगे बढ़ेगा, देखना होगा, लेकिन अगर यह मान लिया जाए कि इंसानों को प्राथमिकता मिलती रहेगी, तो यह बिल्कुल बुरा विचार नहीं लगता

  • “workforce reduction” की घोषणा के भीतर software industry के भविष्य के बारे में यह काफ़ी आक्रामक रूप से आशावादी vision है
    “agent era software demand को amplify करता है। software पिछले 20 वर्षों में लगभग हर business transformation का force multiplier रहा है। constraint software बनाने और manage करने की cost और time थी। वह constraint टूट रही है। जैसे-जैसे software production cost गिरती है, demand बढ़ती है। पिछले साल developer platform market को प्रति user प्रति माह कुछ दर्जन डॉलर में मापा जाता था, लेकिन इस साल वह प्रति user प्रति माह सैकड़ों डॉलर है और हज़ारों डॉलर की ओर बढ़ रहा है। builders के लिए software का value सिर्फ बढ़ ही नहीं रहा, बल्कि पहले से कहीं ज़्यादा software और builders होंगे, और हम मानते हैं कि हम दोनों की बढ़ी हुई मात्रा को serve करेंगे।”
    यह भी ध्यान देने योग्य है कि यह workforce reduction engineers को target करती हुई नहीं लगती
    वे कहते हैं कि R&D में “independent teams की संख्या लगभग दोगुनी” की जाएगी, और “कुछ functions में management की अधिकतम तीन layers हटाई” जाएँगी

    • प्रति user प्रति माह सैकड़ों डॉलर—यह आखिर किस आधार पर कहा जा रहा है?
      दिमाग में सिर्फ AI coding tools आते हैं, और उन्हें सही से करने वाली कंपनियाँ बहुत कम हैं
      GitLab उस spending को capture करेगा, ऐसा भी नहीं लगता
      और यह “layers हटाने” वाली बात भी देखिए। आज Prof G Markets की video भी उसी विषय पर थी, और जहाँ तक मुझे पता है Coinbase के CEO ने भी यही बात कही थी
      क्या ये लोग आपस में बैठकर messaging align कर रहे हैं, या investors को signal दे रहे हैं?
    • अलग-अलग software का औसत value भले कम हुआ हो, लेकिन quantity तो निश्चित रूप से बढ़ी है
      GitHub का बार-बार गिरना भी शायद उसी का संकेत है
  • GitLab एक अच्छा उदाहरण है कि lifestyle company को कभी public company नहीं बनना चाहिए था