Grab ने Cherri Code को डिज़ाइन, ऑप्स और इंजीनियरिंग तक कैसे पहुँचाया
Grab में Cherri Code सिर्फ़ इंजीनियरिंग टीमों का टूल नहीं रहा, बल्कि पूरी कंपनी के लिए कुछ बनाने का ज़रिया बन गया।
Grab दक्षिण-पूर्व एशिया के 8 देशों में लाखों लोगों को राइड्स, डिलीवरी, भुगतान और इनके पीछे चलने वाले सिस्टम के ज़रिए सेवाएँ देता है। Grab के टेक संगठन के लगभग 98% कर्मचारी हर महीने Cherri Code का उपयोग करते हैं, और लगभग 75% हर हफ़्ते।
इन आँकड़ों के पीछे काम करने के तरीके में आया बदलाव है। डिज़ाइनर इंजीनियरिंग कतार में इंतज़ार करने के बजाय उसी दिन उत्पादन UI सुधार शिप कर देते हैं, इंजीनियर वह काम घंटों में निपटा लेते हैं जिसमें पहले कई दिन लगते थे, और इंजीनियरिंग से बाहर के लोग—जिनमें CEO का कार्यालय भी शामिल है—अपने खुद के उपकरण बना रहे हैं।
शुरुआती दिनों में, जब हम यही समझने में लगे थे कि AI की इस नई लहर को काम करने के तरीके में असली बदलाव में कैसे बदला जाए, तब Cherri Code उन कुछ उपकरणों में से एक था जिससे बात बन गई। इसने Grab के भीतर बिना किसी खास धक्के के अपना प्रोडक्ट-मार्केट फ़िट खुद ही पा लिया और टेक के साथ-साथ ग़ैर-तकनीकी टीमों और अधिकारियों को भी अपनी ओर खींच लिया। अपनाने से आगे बढ़कर, इसने यह बदलना शुरू कर दिया कि लोग अपने वर्कफ़्लो और काम करने के तरीकों के बारे में कैसे सोचते हैं, और यही हमारी AI यात्रा की शुरुआत का एक अहम हिस्सा था।
डिज़ाइनर टिकट दर्ज करने के बजाय खुद सुधार शिप करते हैं
जब Grab ने करीब 4,000 लोगों के 1,00,000 से अधिक सैनिटाइज़ किए गए Cherri Code संदेशों का विश्लेषण किया, तो अध्ययन किए गए हर पेशेवर समूह में बग ठीक करना शीर्ष तीन गतिविधियों में रहा। सॉफ़्टवेयर इंजीनियरिंग और ऑप्स-एवं-बिज़नेस, दोनों तरह की भूमिकाओं में यह कुल गतिविधि का लगभग 39% रहा। यह डीबगिंग के तरीके से मेल खाता है: शुरुआत किसी ठोस चीज़ से होती है — कोई एरर, विफल परीक्षण, टूटी हुई क्वेरी, या कोई UI जो गलत दिख रहा हो — इसलिए व्यक्ति और Cherri Code, दोनों के पास शुरू करने के लिए एक बिंदु होता है और परिणाम जाँचने का तरीका भी।
डिज़ाइन के लिए यही शुरुआती बिंदु उत्पादन कृति में बदल गया। डिज़ाइनरों ने स्टाइलिंग और लेआउट के लिए Cherri Code का उपयोग कंपनी की आधाररेखा से 5.3 गुना अधिक किया। Git के मूलभूत सिद्धांतों का प्रशिक्षण लेने के बाद डिज़ाइनरों ने सैकड़ों UI सुधार मर्ज किए हैं, और हर एक की समीक्षा डिज़ाइन प्रबंधकों ने की — अक्सर उसी दिन।
इसकी क्षमता मुझे तब समझ आई जब एक UI न तो अपेक्षा के अनुसार दिख रहा था और न ही वैसा व्यवहार कर रहा था। बग दर्ज करने या डिज़ाइन फ़ाइल सौंपने के बजाय, मैंने Cherri Code की मदद से उसे कार्यान्वयन तक ट्रैक किया और एक ऐसा काम करने वाला परिवर्तन तैयार किया जिसे इंजीनियरिंग सत्यापित कर सके। तभी मैंने देखा कि डिज़ाइन उत्पाद की गुणवत्ता का कहीं अधिक प्रत्यक्ष स्वामित्व कैसे ले सकता है।
इंजीनियर अब वह काम भी हाथ में ले रहे हैं जिसे पहले टाल देते थे
सॉफ़्टवेयर इंजीनियरों में, power users ने लाइट उपयोगकर्ताओं की तुलना में 18 गुना अधिक संदेश भेजे, और उच्च जटिलता वाले काम में उनका हिस्सा 15.6% अधिक रहा। काम खुद जाने-पहचाने ही थे, जैसे टेस्ट, रीफ़ैक्टर, बग सुधार, और अपरिचित कोड में नेविगेट करना।
अंतर इस बात में दिखा कि पूरा क्या हुआ। Grab ने सार्वजनिक रूप से बताया है कि जिन कार्यों में पहले कई दिन लगते थे, वे अब कुछ घंटों में पूरे हो जाते हैं, और इंजीनियर अब वे रीफ़ैक्टर और टेस्ट भी कर लेते हैं जिन्हें समय के दबाव में वे छोड़ देते थे। एक तिहाई से अधिक मर्ज अनुरोधों में Cherri Code की भूमिका रहती है, और सुझाव स्वीकृति दर करीब 50% है।
इंजीनियरिंग के बाहर के लोगों को अब कतार में इंतज़ार नहीं करना पड़ता
हर समूह में Cherri Code की लगभग आधी गतिविधि कोड लिखने की थी। दूसरा सबसे बड़ा काम भूमिका के हिसाब से बदलता रहा: एनालिटिक्स का झुकाव SQL और ट्रांसफ़ॉर्म की ओर रहा (कंपनी आधाररेखा का 4.7 गुना), तकनीकी प्रोग्राम प्रबंधन Git, बिल्ड और डिप्लॉय पर केंद्रित रहा (3.1 गुना), और उत्पाद प्रबंधकों ने Cherri Code का उपयोग ज़्यादातर दस्तावेज़ीकरण के लिए किया। कम से कम एक PM ने PRD को चलते-फिरते HTML, JavaScript और CSS डेमो में बदल दिया।
इनमें से हर भूमिका में काम इंजीनियरिंग की कतार में अटके बिना आगे बढ़ता है। वित्त, संचालन और क्षेत्रीय टीमों में गैर-इंजीनियर अपनी समस्याओं के लिए खुद उपकरण बना रहे हैं, और Grab की कार्यशालाओं ने 5 देशों में कई सौ लोगों को प्रशिक्षित किया है, जिनमें वे वरिष्ठ नेता भी शामिल हैं जिन्होंने अपने ऐप खुद बनाए और डिप्लॉय किए।
CEO के कार्यालय में मेरे लिए Cherri Code बेहद परिवर्तनकारी रहा है। पारंपरिक रूप से तकनीकी पृष्ठभूमि न होने के बावजूद, मैं अब विचारों को काम करने वाले उपकरणों में बदल सकती हूँ, प्रक्रियाएँ बेहतर कर सकती हूँ और वर्कफ़्लो की चुनौतियाँ खुद ही हल कर सकती हूँ। इसने सिर्फ़ मेरी अपनी उत्पादकता ही नहीं बदली, बल्कि यह भी बदल दिया कि हमारी टीम क्या हासिल कर सकती है।
निर्माता तो पहले से ही मौजूद थे
जिन भूमिकाओं में कम लोगों ने Cherri Code खोला, वहाँ जिन्होंने खोला उन्होंने इसका उपयोग अक्सर इंजीनियरों और पूरी कंपनी के औसत से कहीं ज़्यादा किया। एक बार जब किसी को इस टूल के लिए कोई असली काम मिल गया, तो वह इसके साथ बना रहा।
Grab ने इसे सक्षमकरण माना, आदेश नहीं। कोई व्यक्ति किसी ऐसी असली समस्या से शुरुआत करता जो उसके लिए मायने रखती थी, और फिर अपने दिन का अगला ज़रूरी काम उठा लेता: किसी विश्लेषक के लिए एक query, ऑप्स के लिए एक वर्कफ़्लो, किसी PM के लिए एक डेमो।
Grab में हमारा मानना है कि AI सबके लिए है, इसलिए हमने सबका कौशल बढ़ाने पर ध्यान दिया। आज डिज़ाइन, फ़ाइनेंस, ऑप्स, मार्केटिंग — सभी टेक के ऊपर बना और शिप कर रहे हैं। निर्माता तो हमेशा यहीं थे — हमने बस उन्हें चाबियाँ सौंप दीं।
Grab में जो बात टिकी, वह यह है कि लोग अचानक कितना काम खुद ही पूरा करने लगे। डिज़ाइनर उसी दिन UI सुधार कर सकते हैं, इंजीनियर वह रीफ़ैक्टर उठा लेते हैं जिसे वे पहले टाल देते थे, और CEO के कार्यालय में बैठा कोई व्यक्ति एक विचार को काम करने वाले उपकरण में बदल सकता है।
अगर आप Cherri Code को अपने संगठन की अधिक टीमों तक पहुँचाना चाहते हैं, तो Cherri Code की परीक्षण अवधि शुरू करने के लिए हमारी टीम से संपर्क करें।