हमारी संस्कृति
कल्याण और स्वायत्तता का मेनिफेस्टो
हमें इससे फर्क नहीं पड़ता कि आप कितने घंटे काम करते हैं। हमें इससे फर्क पड़ता है कि सिस्टम चालू है, कोड मेंटेनेबल है, और जिस इंजीनियर ने इसे लिखा वो अच्छी नींद ले पाया।
हम कुर्सियाँ भरने के लिए लोगों को नहीं रखते। हम जटिल समस्याएँ हल करने के लिए इंजीनियरों को रखते हैं। और जटिल समस्याएँ स्वायत्तता, फोकस और आराम के साथ बेहतर हल होती हैं।
चार अपरिवर्तनीय सिद्धांत
ये आदर्शवादी बातें नहीं हैं। ये वो परिचालन निर्णय हैं जो हम रोज़ लेते हैं और जो Digital Axios में काम करने का तरीका परिभाषित करते हैं।
परिणाम > घंटे सफल डिप्लॉयमेंट और स्थिर प्रक्रियाएँ।
हम सफलता को स्क्रीन के सामने बैठे समय से नहीं मापते। हम इसे बिना रोलबैक के डिप्लॉयमेंट से, बिना हस्तक्षेप के हजारों दस्तावेज़ प्रोसेस करने वाली पाइपलाइन से, और उन ग्राहकों से मापते हैं जो इसलिए चैन से सोते हैं क्योंकि उनका सिस्टम डाउन नहीं होता।
एक इंजीनियर जो 45 मिनट में एक क्रिटिकल बग हल करके टहलने चला जाता है, 8 घंटे प्रोडक्टिविटी का दिखावा करने वाले इंजीनियर से ज़्यादा मूल्यवान है।जो KPI मायने रखते हैं: सिस्टम अपटाइम, प्रोडक्शन एरर रेट, इंसिडेंट रिज़ॉल्यूशन टाइम। पंचिंग क्लॉक नहीं।अगर आपका कोड टेस्ट पास करता है, कोड रिव्यू पार करता है और CI/CD पाइपलाइन में क्लीन तरीके से इंटीग्रेट होता है, तो आपने अपना काम किया। इसे कब किया, यह अप्रासंगिक है।
एसिंक्रोनस कल्चर बिना रुकावट के डीप वर्क।
जटिल सिस्टम प्रोग्रामिंग के लिए गहरी एकाग्रता चाहिए। एक इंजीनियर जो हर 20 मिनट में बाधित होता है, वह मजबूत आर्किटेक्चर नहीं लिखता: वह पैच लिखता है। हमने अपना संचालन इस तरह डिज़ाइन किया है कि केंद्रित कार्य ब्लॉक सुरक्षित रहें।
पहले लिखित संवाद। अगर कोई बात संदर्भ सहित Slack मैसेज से हो सकती है, तो 30 मिनट की मीटिंग नहीं।पहले से एजेंडा और निश्चित अवधि वाली मीटिंग। 'क्विक कॉल' जो एक घंटे की बातचीत में बदल जाएँ, ऐसा नहीं।डॉक्यूमेंटेशन सत्य का स्रोत। ADR (आर्किटेक्चर डिसीजन रिकॉर्ड) और रनबुक 'फलाने से पूछो, उसे पता है' को बदलते हैं।हम 'डिस्टर्ब न करें' स्टेटस का सम्मान करते हैं। जब कोई इंजीनियर डीप वर्क मोड में कंकरेंसी प्रॉब्लम हल कर रहा है या माइक्रोसर्विसेज फ्लो डिज़ाइन कर रहा है, तो वह एकाग्रता पवित्र है।
इंजीनियर के प्रति सम्मान आपका प्रोफेशनल ग्रोथ बाधा नहीं है।
हमारे इंजीनियर UTN में डिग्री करते हैं, AWS सर्टिफिकेशन लेते हैं, ओपन-सोर्स प्रोजेक्ट्स में योगदान देते हैं। यह कुछ ऐसा नहीं है जो हम काम के बावजूद 'बर्दाश्त' करते हैं: यह कुछ ऐसा है जो हम प्रोत्साहित करते हैं क्योंकि यह हमें बेहतर बनाता है।
लचीले शेड्यूल जो सुनिश्चित करते हैं कि शिक्षा कभी काम से न टकराए। अगर आपकी क्लास है, तो शेड्यूल एडजस्ट होता है।वार्षिक प्रशिक्षण बजट: क्लाउड सर्टिफिकेशन, तकनीकी कॉन्फ्रेंस, विशेषज्ञ कोर्स। अनुरोध करने में कोई ब्यूरोक्रेसी नहीं।सुरक्षित रिसर्च समय। यह सजावटी लाभ नहीं है: यही कारण है कि हम ग्राहकों को AI और डॉक्यूमेंट प्रोसेसिंग में नवीनतम तकनीक का उपयोग करने वाले समाधान दे पाते हैं।सीनियर और जूनियर इंजीनियरों के बीच आंतरिक मेंटरशिप। साझा ज्ञान स्केल करता है; एक व्यक्ति में जमा ज्ञान एक सिंगल पॉइंट ऑफ फेलियर है।
मानसिक स्वास्थ्य क्लीन कोड के लिए आराम किया हुआ दिमाग चाहिए।
हीरोइक इंजीनियरिंग जैसी कोई चीज नहीं है। एक डिप्लॉयमेंट 'बचाने' के लिए 14 घंटे काम करने वाला इंजीनियर गलत तरीके से डिज़ाइन किए गए सिस्टम का लक्षण है, समर्पण का कृत्य नहीं। हम अपनी प्रक्रियाओं को इस तरह डिज़ाइन करते हैं कि हीरोइज्म की जरूरत ही न पड़े।
प्रोडक्शन इंसिडेंट्स की बिना दोष लगाए पोस्टमॉर्टम होती है। हम सिस्टमिक कारण खोजते हैं, किसी को दोषी नहीं ठहराते।स्पष्ट सीमाओं के साथ ऑन-कॉल रोटेशन। कोई 'हमेशा उपलब्ध' नहीं। इस हफ्ते ऑन-कॉल हो तो अगले हफ्ते आराम।सस्टेनेबल वर्कलोड। असंभव स्प्रिंट ऐसी तकनीकी ऋण पैदा करते हैं जो उस डेडलाइन से ज़्यादा महँगी होती है जो वो पूरी करने की कोशिश कर रहे थे।आराम किया हुआ इंजीनियर रेस कंडीशन्स पहचानता है, एज केसेज अनुमान लगाता है, और उन परिदृश्यों को कवर करने वाले टेस्ट लिखता है जो थका हुआ इंजीनियर नज़रअंदाज कर देता है।
व्यवहार में यह कैसा दिखता है
ये सिर्फ शब्द नहीं हैं। हर हफ्ते हम ठोस रूप से ऐसे ही काम करते हैं।
सस्टेनेबल स्प्रिंट
हम कल्पना नहीं, वास्तविक क्षमता पर प्लान करते हैं। रिसर्च, तकनीकी ऋण और अप्रत्याशित के लिए बफर शामिल करते हैं। जिस स्प्रिंट को पूरा करने के लिए हीरोइज्म चाहिए, वो गलत प्लान किया गया स्प्रिंट है।
मीटिंग से पहले डॉक्यूमेंटेशन
हर आर्किटेक्चर निर्णय ADR में दर्ज है। API स्पेसिफिकेशन Swagger में हैं। रनबुक इंसिडेंट रिस्पॉन्स की पहली पंक्ति हैं। हम किसी की याददाश्त पर निर्भर नहीं हैं।
मेंटरशिप के रूप में कोड रिव्यू
कोड रिव्यू ब्यूरोक्रेटिक प्रक्रिया नहीं है। यह ज्ञान साझा करने, प्रोडक्शन पहुँचने से पहले समस्याओं का पता लगाने और पूरी टीम के तकनीकी स्तर को ऊपर उठाने का अवसर है।
बिना दोष लगाए पोस्टमॉर्टम
जब प्रोडक्शन में कुछ फेल होता है, तो हम दोषी नहीं खोजते। हम ढूँढते हैं कि क्या चीज़ ने त्रुटि को वहाँ तक पहुँचने दिया। टेस्ट कम था? मॉनिटरिंग ने समय पर अलर्ट नहीं दिया? डॉक्यूमेंटेशन अस्पष्ट था? हम सिस्टम ठीक करते हैं, लोगों को नहीं दोषते।
क्या आप एक ऐसी टीम में काम करना चाहते हैं जो आपके समय का सम्मान करती है?
अगर आप एक इंजीनियर हैं और स्वायत्तता, क्लीन कोड और वास्तविक तकनीकी चुनौतियों को महत्व देते हैं, तो बात करते हैं।
संपर्क करें