वितरित लेआउट टीम के प्रभावी कार्य को कैसे व्यवस्थित करें

सभी को नमस्कार! मेरा नाम रोमन है, और आज मैं एक वितरित लेआउट टीम में अपना अनुभव साझा करूंगा। मैं आपको उन प्रक्रियाओं के बारे में बताता हूँ, जिन्हें हमने बनाया है, और कैसे चार लोगों की एक टीम ने 30+ उत्पादों और 20+ उत्पाद टीमों से युक्त एक पूरी इकाई के लेआउट की जरूरतों को कवर किया है।

मैं इस बारे में भी बात करूँगा कि:

• वितरित टीम के काम की निगरानी करें;
• विभिन्न परियोजनाओं में कोड स्थिरता प्राप्त करने के लिए;
• कार्यों को निष्पक्ष रूप से वितरित करें;
• उच्च गुणवत्ता वाले काम को बनाए रखें;
• अधूरे कार्यों को जमा न करें;
• बर्नआउट को रोकने और कर्मचारियों को विकसित करने के लिए।

ज्वाइन करने के बजाय

मुझे लगता है कि यह तुरंत यह बताने के लायक है कि हमने टिंकऑफ व्यवसाय में लेआउट डिजाइनरों को क्यों समर्पित किया है। आखिरकार, एक राय है कि किसी भी वेब डेवलपर को अच्छी तरह से बनाने में सक्षम होना चाहिए।

कई कंपनियों में, डेवलपर्स सभी खुद को टाइपसेट कर रहे हैं। लेकिन, सबसे पहले, सभी डेवलपर्स टाइपसेट करना पसंद नहीं करते हैं और इसे काफी अच्छी तरह से करते हैं। दूसरे, डेवलपर के लिए, लेआउट हमेशा उच्च प्राथमिकता से दूर होता है, फ़ोकस को कोड में स्थानांतरित कर दिया जाता है। और जब कोई फोकस नहीं होता है, तो गुणवत्ता और दृष्टिकोण का विवरण भुगतना पड़ता है।

इसलिए, हमारे पास लेआउट डिजाइनर समर्पित हैं, लेकिन वे एक विशिष्ट परियोजना से जुड़े नहीं हैं, क्योंकि सभी परियोजनाएं हर समय लेआउट कार्य प्रदान नहीं कर सकती हैं।

यह पहले कैसे था?

पहले, प्रक्रिया काफी सरल थी।

मेरी इकाई में चार टाइपसेटर्स और एक विशेष चैट रूम थे, जहां सभी इच्छुक लोगों ने लेआउट के लिए पहेली को फेंक दिया, और हमने धीरे-धीरे उन्हें छांटा। सामान्य तौर पर, सिस्टम ने काम किया, लेकिन निश्चित रूप से, इसकी कमियां थीं।

उदाहरण के लिए, एक कार्य को फेंक दिया जा सकता है, लेकिन किसी भी टाइपसेटर्स ने संदेश का जवाब नहीं दिया। कार्य के लेखक ने चैट रूम में फिर से लिखना शुरू किया - वे कहते हैं, कार्य कौन लेगा? इसके अलावा, कोई योजना और समझ नहीं थी कि कौन क्या कर रहा है, जब उसे मुक्त किया गया था, और वह किन परियोजनाओं में डूब गया था।

ताकि लेखकों के संदेश अनुत्तरित न रह जाएं, यहां तक ​​कि जब हर कोई व्यस्त हो, तो मैंने सभी संदेशों का जवाब देना शुरू कर दिया और आश्चर्यचकित हो गया कि कौन यह या वह कार्य कब कर पाएगा। उसी समय, उन्होंने तय किया कि किस प्रोजेक्ट में भाग लिया, कौन जानता है कि कौन से कार्य सबसे अच्छे हैं। यह लगभग एक महीने तक चला, सिस्टम ने बेहतर काम करना शुरू किया - ग्राहकों को पूरी तरह से संतुष्ट कार्यों के लिए एक त्वरित प्रतिक्रिया।

सच है, इस दृष्टिकोण ने अभी भी कई सवालों के जवाब नहीं दिए हैं। उदाहरण के लिए, लोड की भविष्यवाणी करना मुश्किल था, दृष्टिकोण में कोई एकता नहीं थी, किसी प्रकार की योजना नहीं थी, प्रत्येक अपने आप पर था और स्वतंत्र रूप से अपनी समस्या को हल किया। चैट के अलावा, लेआउट में एक भी प्रवेश बिंदु नहीं था, डिजाइन का मूल्यांकन करने के लिए, नई परियोजना के साथ चर्चा करने वाला कोई नहीं था, क्योंकि यह स्पष्ट नहीं है कि कौन और कब काम करेगा।

और नेता के साथ बैठकों में से एक में, हमने सभी लेआउट डिजाइनरों की एक नई लेआउट टीम को व्यवस्थित करने का निर्णय लिया, जिनके साथ हमने प्रक्रियाओं का निर्माण करने और सभी परियोजनाओं के लिए लेआउट प्रदान करने के लिए कार्यों को साझा किया।

यहाँ क्या यह आया है।

एक टीम का निर्माण

दिया गया: विभिन्न शहरों और यहां तक ​​कि देशों से चार टाइपसेटर्स। एक ही स्टैक पर 30+ प्रोजेक्ट्स, लेकिन प्रोजेक्ट्स की प्रकृति के कारण, अक्सर विभिन्न आर्किटेक्चर के साथ, डिज़ाइन और घटकों के विभिन्न संस्करण, विभिन्न विकास दल जो कभी-कभी अपने दृष्टिकोण का अभ्यास करते हैं।

सबसे पहले, हमने केवल लेआउट डिजाइनरों के साथ एक निजी चैट बनाई। यह आपको टीम के मुद्दों को जल्दी से हल करने की अनुमति देता है जब आपको बहुत अधिक आवश्यकता नहीं होती है, और आप हमेशा एक प्रश्न पूछ सकते हैं, अपने सहयोगियों से मदद मांग सकते हैं या अपने काम की समीक्षा कर सकते हैं।

नियंत्रण

कर्मचारियों के काम को कैसे नियंत्रित किया जाए, अगर वे आगे नहीं बैठते हैं?

सामान्य तौर पर, कौशल के स्तर और कर्मचारी में विश्वास के स्तर के आधार पर विभिन्न प्रकार के नियंत्रण होते हैं। मैं उन पर विस्तार से ध्यान केंद्रित नहीं करूंगा, आप खुद ही सब कुछ सीख जाएंगे।

मैं भाग्यशाली था - सभी लोग समान रूप से अच्छे थे और डिफ़ॉल्ट रूप से 100% आत्मविश्वास था। इसलिए, नियंत्रण के लिए प्रणाली की आवश्यकता नहीं थी क्योंकि क्रियाओं को सिंक्रनाइज़ करने और बड़ी तस्वीर को समझने के लिए। ऐसा करने के लिए, हमने 10 मिनट तक दैनिक दैनिक कॉल की शुरुआत की, जिसके दौरान सभी ने कहा कि उन्होंने कल क्या किया और आज वे क्या करने जा रहे हैं।

इन कॉल का उपयोग केवल कार्यों और परियोजनाओं के सिंक्रनाइज़ेशन के लिए किया जाता है, उनका मतलब समस्याओं, कठिनाइयों, होलीवार्स या अन्य मुद्दों का विश्लेषण नहीं है - यह सब, यदि आवश्यक हो, तो चैट में अलग-अलग कॉल या चर्चाओं के लिए प्रस्तुत किया जाता है। इस पर नजर रखना और मौसम के बारे में एक घंटे की बातचीत को कॉल ट्रांसफर करने के सभी प्रयासों को रोकना बहुत महत्वपूर्ण है।

कोड संगति

हम विभिन्न कोड और गुणवत्ता के साथ पूरी तरह से अलग-अलग परियोजनाओं से कार्य प्राप्त कर रहे हैं, इसलिए स्रोत डेटा की परवाह किए बिना सभी परियोजनाओं के लिए एकल उच्च-स्तरीय लेआउट की डिलीवरी को प्राप्त करना आवश्यक था। ऐसा करने के लिए, सामान्य चर्चा और मतदान के माध्यम से, हमने लेआउट के लिए नियम और दिशानिर्देश विकसित किए, जिन्हें हम अपनी टीम के भीतर सख्ती से पालन करते हैं, और अन्य सभी द्वारा उपयोग के लिए भी सलाह देते हैं। यहां तक ​​कि संपत्तियों का क्रम भी पंजीकृत है।

हां, यदि आप चौड़ाई के ऊपर रंग की सीएसएस संपत्ति लिखते हैं, तो आपको एक टिप्पणी मिलेगी और आपका पीआर मंद नहीं होगा। यह अजीब लग सकता है, क्योंकि ज्यादातर मामलों में गुणों का क्रम अंतिम परिणाम को प्रभावित नहीं करेगा, लेकिन हमें याद है: कई परियोजनाएं, गुणवत्ता का एक उच्च स्तर। इसलिए, हमारे पास अधिकतम आदेश होना चाहिए। हर जगह। यहां तक ​​कि आदेश संपत्तियों के क्रम में है।

मुझे तुरंत कहना होगा कि आदेश को ठीक करना एक अच्छा विचार था। यह आपको अधिक संरचित और विचारशील सीएसएस लिखने की अनुमति देता है। उदाहरण के लिए, गुणों को समूहीकृत करने के लिए एक नियम है। यदि आप प्रदर्शन लिखते हैं: फ्लेक्स, तो सभी संबंधित गुणों (संरेखित-आइटम, औचित्य-सामग्री) को साइड से वर्णित किया जाना चाहिए ताकि यह समझना आसान हो सके कि क्या हो रहा है।

अब हम धीरे-धीरे इस निष्कर्ष पर पहुंच रहे हैं कि हम समीक्षा में गैर-महत्वपूर्ण टिप्पणियों की संख्या को कम करने के लिए सभी नियमों को लिंटर में डाल रहे हैं, साथ ही साथ समीक्षकों को वास्तव में महत्वपूर्ण चीजों पर ध्यान केंद्रित करने में सक्षम बनाने के लिए, उदाहरण के लिए, वास्तुकला।

वैसे, हमारे लिंटर कॉन्फ़िगरेशन सार्वजनिक डोमेन में हैं, शायद वे आपके लिए उपयोगी होंगे। डाउनलोड विन्यास ।

कार्य का वितरण

तो, संचार स्थापित किया जाता है, खेल के नियम तय किए जाते हैं, लेकिन कैसे खेलें? वान्या केवल सरल कार्य क्यों करता है, और पीट जटिल हो जाता है, और यहां तक ​​कि एक परियोजना से भी कोई भी लंबे समय तक शामिल नहीं हुआ है?

वास्तव में, ऐसी परियोजनाएं हैं:

• लगातार लेआउट की जरूरत है;
• लगातार लेआउट की जरूरत है और सब कुछ लगातार बदल रहा है;
• जो बहुत पहले लिखे गए थे और फिर से विकसित होने लगे।

यह एक और सवाल उठाता है: कार्यों को समान और निष्पक्ष रूप से कैसे वितरित किया जाए?

क्या न्याय जरूरी है?

आप प्रशासनिक संसाधन का उपयोग कर सकते हैं और सख्ती से कह सकते हैं: "पेट्या, आप इन कार्यों को करते हैं, कोई भी उन्हें पसंद नहीं करता है, लेकिन अब हम इन दिलचस्प लोगों को वान्या के साथ ले जाएंगे।"

यह, निश्चित रूप से, किया जा सकता है और कुछ समय के लिए यह भी काम करेगा। लेकिन इससे कई नुकसान हैं:

1. पेट्या हमें थोड़ा नापसंद करने लगते हैं, जिसका अर्थ है कि वह टीम के काम में कम शामिल हैं;
2. पहले से चेतावनी के बिना, पेट्या किसी दिन जल सकती हैं और छोड़ सकती हैं, और हमारे संसाधनों में छेद होगा;
3. पेट्या के पास जटिल परियोजनाओं में सबसे बड़ी विशेषज्ञता थी, और अब शेष प्रत्येक को पेटिट की परियोजनाओं को समझने के लिए बहुत समय की आवश्यकता होगी।

ऐसा लगता है कि आपको ऐसा नहीं करना चाहिए। लेकिन क्या करें?

पहले आपको कई समूहों का चयन करने की आवश्यकता है जिनके द्वारा आप आने वाले सभी कार्यों को तोड़ सकते हैं।

यह हमारे लिए कुछ इस तरह दिखता है।

प्रोजेक्ट ए, बी और सी लगातार सैकड़ों कार्य उत्पन्न करते हैं, और आने वाले वर्ष के लिए हमें काम प्रदान करने के लिए तैयार हैं। और अन्य परियोजनाएं हैं जो हर कुछ हफ्तों में एक या दो कार्यों के साथ आती हैं। संसाधन सीमाओं के कारण, हम सहमत हैं कि एक व्यक्ति लगातार ए, बी और सी परियोजनाओं पर काम कर रहा है, और चौथा अन्य परियोजनाओं से सभी कार्यों को लेता है। ऐसा लगता है कि सभी संसाधन वितरित किए गए हैं, आप काम कर सकते हैं।

लेकिन फिर, हम एक समस्या में भाग लेते हैं जब एक व्यक्ति जो प्रोजेक्ट ए पर लगातार काम कर रहा है उसे पता नहीं है कि प्रोजेक्ट सी में क्या हो रहा है।

इस समस्या को हल करने के लिए, हमने दो सप्ताह की ड्यूटी शुरू की।

सोमवार और अगले दो सप्ताह से, पेटीए प्रोजेक्ट ए पर काम करता है, फिर प्रोजेक्ट बी पर जाता है, फिर सी - इसलिए वह नियमित रूप से अपनी गतिविधियों को बदलता है।

यह कुछ इस तरह दिखता है:

यह हमें क्या देता है? सबसे पहले, सभी लोग सभी परियोजनाओं में समान रूप से पारंगत हैं और आसानी से एक दूसरे को बदल सकते हैं। दूसरे, अधिक दिलचस्प परियोजनाएं हैं और यह उनका पसंदीदा कर्तव्य है, जो अतिरिक्त रूप से प्रेरित करता है, ताकत देता है और एक ही काम से बाहर जलने की अनुमति नहीं देता है।

इसके अलावा, मैनुअल नियमन को हटाने के लिए, हम इस बात से सहमत थे कि परियोजना स्वयं काम की प्राथमिकता तय करती है। यही है, हम व्यक्ति को बाहर करते हैं, और वह उन कार्यों को करता है जो परियोजना देती है। यह बहुत सुविधाजनक है: हमें टीम को प्राथमिकता देने और आदेश के बारे में सोचने की आवश्यकता नहीं है। यह परियोजना, इसकी टीम और उत्पाद प्रबंधक द्वारा किया जाता है।

सच है, आप समस्या पा सकते हैं। एक व्यक्ति अनियमित रूप से आने वाली सभी परियोजनाओं के कार्यों को समझता है - वह जो वर्तमान ड्यूटी पर किसी भी बड़ी परियोजना पर काम नहीं करता है।

ऐसा लगता है कि उसे कार्यों के साथ बमबारी की जा सकती है, और ग्राहकों को हर तरफ से खींचा जाएगा और परिणामस्वरूप काम करने की अनुमति नहीं दी जाएगी। इस जोखिम को खत्म करने के लिए, हमारे पास ऐसे कार्यों के साथ एक विशेष पृष्ठ है। जब अगला कार्य दिखाई देता है, तो इसे सूची के अंत में जोड़ा जाता है।

ऐसे पृष्ठ का एक उदाहरण यहाँ दिया गया है:

सभी कार्य और उनकी स्थिति इस पर दिखाई देती है। किसी भी समय, ग्राहक प्रगति को ट्रैक कर सकता है और समझ सकता है कि उसका कार्य लगभग कब चलेगा।

बेशक, सभी के पास सबसे जरूरी काम हैं और हर कोई अपनी बारी से बाहर जाना चाहता है। विशेष रूप से ऐसी स्थितियों के लिए, निम्नलिखित तंत्र का आविष्कार किया गया था: यदि ग्राहक "आग पर" है और वह तेजी से काम करने के लिए अपना काम देना चाहता है, तो उसे किसी ऐसे व्यक्ति से सहमत होना चाहिए जो उसके ऊपर की सूची में है। यदि वह अपनी जगह देने के लिए तैयार है - कोई समस्या नहीं है, तो सूची में कार्यों को स्वैप करें।

आप सोच सकते हैं कि यह एक कमज़ोर स्थिति है और हमें इसे भरना चाहिए, लेकिन अब छह महीने से यह काम कर रहा है।

बेशक, परिस्थितियां भिन्न हो सकती हैं, लेकिन किसी ने मैनुअल विनियमन और प्रशासनिक संसाधनों को रद्द नहीं किया है;)

गुणवत्ता नियंत्रण

हर कोई गलतियाँ करता है। मैंने अभी तक एक भी डेवलपर या लेआउट डिजाइनर नहीं देखा है जो कभी भी गलत नहीं हुआ है। ऐसी त्रुटियों की संख्या को कम से कम कैसे किया जा सकता है?

ऐसा करने के लिए, हम सक्रिय रूप से डिजाइन समीक्षाओं का अभ्यास लागू करते हैं। इसमें क्या शामिल है?

जब लेआउट पर काम पूरा हो जाता है, तो लेआउट डिजाइनर डिजाइनर के साथ कॉल करता है और उसे अपनी स्क्रीन पर काम का परिणाम दिखाता है। यह आपको एक साथ कई मुद्दों को हल करने की अनुमति देता है:

1. डिज़ाइनर जितनी जल्दी हो सके लेआउट डिजाइनर की गलती और अपनी गलती दोनों को देख सकता है अगर लेआउट में एक अशुद्धि होती है।
2. "हॉवर या फ़ोकस करते समय" इसे कैसे प्रदर्शित किया जाना चाहिए जैसे मुद्दों को तुरंत हल करें। जब तक, निश्चित रूप से, इन स्थितियों को डिजाइन में परिलक्षित नहीं किया गया था।
3. और एक बड़ा अतिरिक्त प्लस: डिजाइनर यह देख सकता है कि परिणाम इष्टतम नहीं दिखता है, और ऑनलाइन बदलाव करता है।

इस प्रथा के कार्यान्वयन की शुरुआत में, हमें डर था कि काम धीमा हो जाएगा क्योंकि:

• डिजाइनर जगह में नहीं है;
• डिजाइनर बीमार है, और किसी और को पता नहीं है;
• समीक्षा के दौरान, डिजाइनर ने लेआउट को पूरी तरह से बदलने का फैसला किया।

लेकिन व्यवहार में, इस दृष्टिकोण ने अच्छा काम किया है, और हमने इसे अधिकांश परियोजनाओं पर लागू किया है।

समीक्षा

हमने अपनी लेआउट टीम को अच्छी तरह से पंप किया, आप काम पर जा सकते हैं! लेकिन नहीं, एक बात और है। हमने क्रॉस-रिव्यू की प्रथा को अपनाया है।

इसका मतलब है कि कोई भी आपके पीआर की समीक्षा कर सकता है और उन पर टिप्पणी छोड़ सकता है। केवल, ईमानदार होने के लिए, कई डेवलपर्स लेआउट समीक्षा में तल्लीन करना पसंद नहीं करते हैं और "बिना देखे" उन्नयन करने के लिए तैयार हैं - यदि केवल लेआउट जल्द से जल्द गिर जाएगा और वे अधिक तर्क लिख सकते हैं।

इसे रोकने के लिए, हमारे पास एक नियम है: प्रत्येक लेआउट डिजाइनर को अपने सभी पूल अनुरोधों में सभी लेआउट डिजाइनरों को जोड़ना आवश्यक है।

और पीआर को जमे हुए नहीं किया जा सकता है यदि आपको किसी अन्य टाइपसेट से कम से कम एक अप्रुव प्राप्त नहीं हुआ है। बुरा नहीं है, लेकिन ऐसा लगता है कि पीआर की एक बड़ी संख्या के रूप में ट्रैफिक जाम का खतरा है, क्योंकि कर्मचारी सहकर्मियों के कोड इनोपपोर्ट्यून देख सकते हैं, जो काम को धीमा कर देगा।

इसे रोकने के लिए, हमें दिन में दो बार, 10:00 और 15:00 बजे अपने सहयोगियों की समीक्षा करने की आवश्यकता के बारे में एक अनुस्मारक है। और जब आप टकराव में जाते हैं, तो आप देखते हैं कि कितने पीआर आपके विश्लेषण की प्रतीक्षा कर रहे हैं।

हम इस आंकड़े को न्यूनतम रखने की कोशिश करते हैं। इसके लिए, हमारे पास अच्छी समीक्षा का एक और नियम है। यदि आपने पीआर के माध्यम से अंत तक देखा है, तो इसका कोई विरोध नहीं है और इसकी स्थिति "काम में" नहीं है - इसका मतलब है कि आपके पास प्रतिक्रिया होनी चाहिए: या तो "ऊपर" या "संशोधन के लिए"। यदि आपने टिप्पणियां छोड़ दी हैं, लेकिन आपने अपनी स्थिति का संकेत नहीं दिया है, तो इसका मतलब है कि आपने पीआर को पूरी तरह से नहीं देखा है।

साथ ही, उनके पूल अनुरोधों के लिए एक अतिरिक्त व्यक्तिगत जिम्मेदारी है। इसका क्या मतलब है?

आपने लेआउट किया, सब कुछ लेआउट के अनुसार है, सब कुछ सुंदर है, लेकिन कोई कार्यक्षमता नहीं है। और ऐसे उत्पाद को ठेस पहुंचाना असंभव है। इसलिए, आप विकसित नहीं हो सकते। और आपके पास खुले पीआर हैं, अरुव हैं और ऐसा लगता है कि आपने अपना काम किया है। इसके अलावा, डेवलपर आपके पास आता है और कहता है: "दो दिन प्रतीक्षा करें, मैं तर्क को सीधे आपकी शाखा में अपलोड करूंगा - और तुरंत सुविधा और यह कार्य करने योग्य है?" लेकिन नहीं! तो यह काम नहीं करता है। और यह नहीं करना चाहिए।

जब तक आपके पीआर लेआउट के साथ बुझ नहीं जाते तब तक काम समाप्त नहीं माना जाता है। ऐसी स्थिति में क्या करें? हां, यह बहुत सरल है: डेवलपर अपनी शाखा बनाता है, जहां वह तर्क लिखने की योजना बनाता है, और हम उसकी शाखा में लेआउट की नकल करते हैं। लाभ।

प्रत्येक टाइप्टर स्वतंत्र रूप से अपने पीआर-एस पर नज़र रखता है और ऐसी स्थितियों से निपटता है: जब फ्रीज करने के लिए कहीं नहीं होता है, तो बिल्ड एकत्र नहीं किए जाते हैं, व्यवसाय ने लॉन्च की तारीख को स्थगित करने का फैसला किया और इसी तरह। पीआर मर चुका है जब तक उसका काम पूरा नहीं हुआ है।

समय-समय पर हम फोन कॉल पर एक सर्वेक्षण की व्यवस्था करते हैं: जिनके पास कितने खुले पीआर हैं और कितने पीआर की समीक्षा करने की आवश्यकता है। संख्या लगातार 10 से कम है, हम 5. से कम बनने का प्रयास करते हैं। इस तरह के चुनाव इस बात की पुष्टि करते हैं कि चैट में स्वचालित अनुस्मारक अभी भी काम कर रहे हैं और कर्मचारी उन्हें जवाब दे रहे हैं।

अब एक भावना है कि काम बहुत अच्छी तरह से बनाया गया है, आप बैठ सकते हैं और अंतहीन देख सकते हैं कि कार्यों को एक स्थिति से दूसरे स्थान पर कैसे स्थानांतरित किया जाता है (वैसे, हम सख्ती से इस का पालन करते हैं), लेकिन विकास के बारे में क्या? टाइपिंग टेबल? नहीं जानते कि वेब अभी भी खड़ा नहीं है?

विकास

टीम के लिए न केवल परियोजनाओं के बीच विशेषज्ञता के संदर्भ में विकसित करने के लिए, बल्कि कौशल के संदर्भ में, हमारे पास एक विशेष साप्ताहिक कर्तव्य है जिसे ग्रीन फ्लैग कहा जाता है। यदि इस सप्ताह आप एक हरे झंडे हैं, तो आप प्रतिदिन टाइपिंग, दृष्टिकोण या सिर्फ तकनीकों पर उपयोगी जानकारी की तलाश में समय बिताते हैं और हमारे निजी चैट में लेखों के लिंक फेंकते हैं। यह आमतौर पर सुबह या दोपहर के भोजन के तुरंत बाद किया जाता है।

आपके पसंदीदा संसाधनों पर जानकारी ली जाती है, उदाहरण के लिए उसी "Habré" पर। यह काफी सुविधाजनक है, क्योंकि आप जानते हैं कि आपका सहकर्मी शीर्ष लेखों के लिंक हर दिन चैट में भेजता है, और आपको बस काम के बाद शाम को पढ़ना होगा।

यह तुरंत ध्यान देने योग्य है: इस तथ्य के बावजूद कि हर कोई इस गतिविधि का समर्थन करता है, कई इसे दैनिक करना भूल जाते हैं। इसलिए, हमने एक और कर्तव्य पेश किया, साप्ताहिक भी, जिसे हरे झंडे को प्रेरित करने के लिए डिज़ाइन किया गया है कि हम अपने कर्तव्यों के बारे में न भूलें। और अगर आप अभी भी हरे झंडे को भूल जाते हैं, तो इंस्पेक्टर खुद से जानकारी फेंक सकता है। दिलचस्प है, लेकिन यह दृष्टिकोण विफलताओं के बिना काम करता है और कभी-कभी दोनों परिचारक चैट में वैधता फेंकते हैं।

यदि आप कर्तव्य की संख्या से डरते हैं, तो सब कुछ इतना बुरा नहीं है। स्थिर एक कर्मचारी का एक कर्तव्य है - यह वह परियोजना है जिस पर वह काम करता है। और समय-समय पर एक दूसरी घड़ी जोड़ी जाती है - हरी झंडी या हरी झंडी प्रेरक - जो, वास्तव में, केवल एक औपचारिकता है।

परिणाम

तो, हम सिर्फ एक वितरित स्क्रैच से इकट्ठा हुए, और सबसे महत्वपूर्ण बात, एक काम करने वाली लेआउट टीम। आइए याद करें कि हमें क्या मदद मिली:

1. निजी चैट आपको सभी उभरते मुद्दों को जल्दी से हल करने की अनुमति देता है।
2. दैनिक व्यवहार से आपको नज़र रखने में मदद मिलती है कि कौन क्या कर रहा है और बड़ी तस्वीर को समझ रहा है।
3. काम के निर्धारित नियम और उनका सख्ती से पालन सभी परियोजनाओं में कोड स्थिरता बनाए रखने की अनुमति देता है।
4. दो-सप्ताह के दौर की पारियां आपको सभी परियोजनाओं के संदर्भ में रहने और कार्यों का उचित स्वचालित वितरण प्रदान करने की अनुमति देती हैं।
5. डिज़ाइन समीक्षा आपको क्लाइंट तक पहुंचने वाले परिणाम की गुणवत्ता के बारे में सुनिश्चित करने की अनुमति देती है।
6. हम यह सुनिश्चित करते हैं कि समीक्षा नियमित रूप से की जाती है और इसका अधूरा काम जमा नहीं होता है।
7. जिम्मेदार दैनिक विकास के लिए चैट में नए लेखों को फेंकते हैं, नए तरीकों और प्रथाओं पर चर्चा करते हैं, कोशिश करते हैं, आवेदन करते हैं।

यह सब हमें कार्यों को बंद करने और पूरी इकाई के लिए लेआउट प्रदान करने में मदद करता है। और आपकी टीम में क्या गतिविधियाँ हैं?