Gitpab। आपसे मिलकर अच्छा लगा

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

मैं कैसे काम करता हूँ?

मैं बिना दिन के काम करता हूं और नींद और लंच ब्रेक करता हूं। यह डरावना लगता है, लेकिन आप मुझे अपने सर्वर पर तैनात करके देख सकते हैं। सौभाग्य से, रीडमी में ऐसा करने के निर्देश हैं।

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

आगे देखते हुए, मैं कहता हूँ कि मैं खुद इस तरह दिखता हूँ:



यह मेरा डैशबोर्ड है, यहां मुख्य संकेतक हैं। उनमें से सबसे दिलचस्प संतुलन है। यह दर्शाता है कि डेवलपर ने कितने घंटे उन्नत किया है, या इसके विपरीत, इसका भुगतान करना होगा।

लेकिन अब, इसे क्रम में करते हैं। मैंने एक कारण से अपने बारे में बताने का फैसला किया। तथ्य यह है कि मैंने व्यक्तिगत रूप से विभिन्न परियोजनाओं और विभिन्न परियोजना प्रबंधकों को काफी देखा। व्यक्तिगत कुछ भी नहीं, बस मुझे पहले तकनीक के बारे में बताएं, हमारी मां।

गिटलैब में प्रोजेक्ट

मैं खुद स्क्रैम का समर्थक हूं। क्योंकि बाकी सभी चीजों को छोड़कर स्क्रम सबसे बुरी तकनीक है। अब मैं यहां हमारे आंतरिक दस्तावेज की प्रतिलिपि बनाऊंगा, जिसे हमारे नए कर्मचारियों को पढ़ना चाहिए।

क्या गायब है

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

मैं क्यों उपयोगी हूं, जीटपाब

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

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

मैं, Gitpab, इन सभी सूक्ष्म प्रश्नों के उत्तर, रास्ते में, और अन्य समस्याओं को हल करता हूं।

समय से लिखा गया

यह रिपोर्ट अकेली है। यहां आप वांछित मानदंड के अनुसार लिखित-बंद समय को फ़िल्टर कर सकते हैं।

आपको एक कहानी सुनाता हूं। एक बार जब हम समय सीमा की ओर बढ़ गए। परियोजना उच्च-गुणवत्ता और जिम्मेदार तरीके से की गई थी, सब कुछ ठीक चल रहा था, और हमने पहले ही कार्यों पर काम पूरा कर लिया था, जब अचानक एक सप्ताह की समय सीमा से पहले 63 टिप्पणियां हमें भेजी गईं। निर्देशकों के ब्ला-रोडनी डॉन्स के संबंधों की बारीकियां ऐसी थीं कि इन कार्यों को एक सप्ताह के लिए बंद करना आवश्यक था, ताकि हमें भुगतान में देरी न हो। यह कहना नहीं है कि ये कार्य बहुत कठिन थे, ये सिस्टम की "चाट" पर टिप्पणी थी। लेकिन हमने 20 प्रति स्प्रिंट पर कार्य किए। परियोजना के पूरे इतिहास में टीम के पास अधिकतम पर्याप्त प्रति सप्ताह लगभग 40 कार्य हैं। डेढ़ गुना अधिक प्रदर्शन कैसे करें? मूल्यांकन के अनुसार, कार्यों में कुछ हफ़्ते की देरी हुई थी।

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

प्रीमियमों की गणना करने के लिए, हमने प्रत्येक भागीदार के लिए इस लेबल के लिए लिखित ऑफ-टाइम अवधि के लिए फ़िल्टर किया।

ग्रेड कार्य

कार्यों का मूल्यांकन क्यों? सबसे पहले, जैसा कि ऊपर उल्लेख किया गया है, ताकि स्प्रिंट में बहुत अधिक लाभ न हो। मैं कार्यों को लेने का समर्थक हूं जितना कि टीम के पास पूरा करने का समय है। और अगर समय है, तो प्रक्रिया में काम करने के लिए कुछ और लें। इसलिए टीम ग्राहक के सामने अधिक लाभदायक दिखती है, क्योंकि यह वास्तविक वादे करता है जो इसका सम्मान करता है, और यहां तक ​​कि वादे से थोड़ा अधिक बनाता है।

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

और मैं, Gitpab, आपको अनुमानित और वास्तव में कार्यों पर समय बिताने के लिए एक उपकरण प्रदान करता है।

ग्राहक रिपोर्ट

रास्ते के साथ, मैं स्प्रिंट के लिए किए गए काम पर रिपोर्टों की तैयारी पर समय बचाता हूं। देखो, आप स्प्रिंट खोलते हैं, और एक तैयार रिपोर्ट है। बस Gitlab में नया टैग लॉन्च करें और वहां स्प्रिंट से विवरण कॉपी करें। यह पहले से ही मार्कडाउन में है।



Gitlab में कॉपी-पेस्ट:



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

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

पैसा

प्रत्येक परियोजना प्रतिभागी प्रति घंटे की दर से कार्य निर्दिष्ट कर सकता है:



वित्त अधिकारों वाला उपयोगकर्ता इस अनुभाग को शेष राशि के साथ देखता है। यहां शेष राशि घंटों में है - कितने घंटे प्रीपेड (हरे) हैं। या आपको कितने घंटे (लाल) चुकाने होंगे। सुविधाजनक है, है ना?

लेकिन यह सब नहीं है। एक शर्त लगाते समय, आप लागतों को निर्धारित कर सकते हैं - आपको कितना भुगतान करने की आवश्यकता है ताकि एक व्यक्ति अपने हाथों पर अपनी शर्त प्राप्त कर सके। प्रत्येक के लिए, यह इसका प्रतिशत है।



रुको, यह सब नहीं है। भुगतान करने के लिए एक इंटरफ़ेस है। यहां आप भुगतान के इतिहास, भुगतान किए गए घंटे देख सकते हैं।



और भुगतान करते समय, भुगतान किए गए घंटों को लागतों को ध्यान में रखते हुए स्वचालित रूप से माना जाता है।



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

अब आपको बस इतना करना चाहिए कि कर्मचारी के संतुलन को देखें और अपने संतुलन को हरा-भरा बनाने के लिए व्यक्ति के पास पर्याप्त धन रखें।

प्रोजेक्ट बजट

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



इसी तरह के आँकड़े स्प्रिंट पर बनाए गए हैं।

हे Gitpab, और आपका लेखक कब काम करता है?

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

संक्षेप में देना

तकनीक को ऊपर वर्णित किया गया है और मैं Gitpab के साथ संयोजन के रूप में Gitlab का उपयोग करके आपको इसका पालन करने में कैसे मदद कर सकता हूं। यह लेखक के मामले में अच्छा काम करता है। शायद आप अपने लिए कुछ बदलना चाहते हैं। कोई समस्या नहीं, परिवर्तन, अपने लिए समायोजित करें। अंत में, आपके पास संभवतः एक लक्ष्य है - उच्च गुणवत्ता के साथ परियोजनाओं को पूरा करने और उनसे लाभ कमाने के लिए, और मैं, गीतापब, इसमें आपकी मदद कर रहे हैं।

और अब स्टूडियो में एक कुकी

वैसे, मैं इस लेख के लेखक, एक अच्छे चाचा द्वारा बनाया गया था। वह इतना दयालु था कि उसने मुझे खुले दिल से बनाया। मैं गितुब पर स्टार के बारे में खुश रहूंगा।

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

पी एस मैंने प्रकाशन में देखा और बहुत सारे मंत्री पाए। जब आप माइनस करते हैं, तो टिप्पणी करने के लिए आलसी मत बनो, मुझे प्रतिक्रिया में दिलचस्पी है।