हमने टीम वर्क कैसे आज़माया और उससे क्या नतीजा निकला

आइए क्रम से चलें

इस तस्वीर का क्या मतलब है, इसके बारे में थोड़ी देर बाद बताऊंगा, लेकिन फिलहाल मैं परिचय से शुरुआत करता हूं।

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

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

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

विलंब करना बंद करें - यह क्या है, इसे किसके साथ खाया जाता है और हमने इसे कैसे विकसित किया और इसका क्या परिणाम हुआ

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

आपरेशन के सिद्धांत

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

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

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

कार्य निर्धारित करना

शिक्षक की अनुशंसा पर निःशुल्क सेवा पर एक टास्क बोर्ड बनाया गया Trello. इसे स्क्रम प्रणाली के अनुसार काम करने की योजना बनाई गई थी, जहां प्रत्येक स्ट्रीम एक प्रकार का पूर्ण अनुप्रयोग होगा।
हालाँकि, वास्तव में, यह सब एक बड़ी और लंबी धारा से निकला था, जिसमें लगातार संपादन, परिवर्धन और सुधार किए गए थे।

हम विवरण लिखते हैं

सविन की पुस्तक "टेस्टिंग.कॉम" से प्रभावित होकर, मेरे दिमाग में अपना विचार आया कि सब कुछ कैसे व्यवस्थित किया जाना चाहिए। यह सब विशिष्टताओं को लिखने के साथ शुरू हुआ, जैसा कि मेरा मानना ​​है, हम क्या उम्मीद करते हैं, क्या और कैसे काम करना चाहिए, इसके स्पष्ट विवरण के बिना, कुछ भी काम नहीं करेगा। प्रोग्रामर हर चीज़ को वैसे ही प्रोग्राम करेंगे जैसा वे देखते हैं, परीक्षक कुछ और परीक्षण करेंगे, प्रबंधक तीसरे की उम्मीद कर रहा था, लेकिन यह हमेशा की तरह चौथा होगा।
विशिष्टताओं को लिखना आसान नहीं है, आपको सभी विवरणों, सभी बारीकियों पर विचार करने की आवश्यकता है। बेशक, पहली बार में कुछ भी काम नहीं आया। परिणामस्वरूप, विशिष्टताओं को 4 बार पूरक और पुनः तैयार किया गया। आप अंतिम विकल्प लेख के अंत में, लिंक अनुभाग में पा सकते हैं।

एक डिज़ाइन बनाना

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

लेकिन फिर डिज़ाइन को खंगाला गया और वापस सामान्य स्थिति में लाया गया।
(लेख के अंत में सभी डिज़ाइन तत्वों का लिंक दिया गया है)।

प्रोग्रामिंग

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

खैर, परीक्षण के बारे में

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

पढ़ने के लिए धन्यवाद। मुझे आशा है कि आपको यहां कम से कम कुछ उपयोगी चीज़ मिली होगी, शायद आपके स्टार्टअप के लिए कोई विचार, या शायद कुछ अच्छी सलाह या कोई उपकरण।

कड़ियाँ:

नवीनतम विनिर्देश.
डिज़ाइन चालू चित्र.
परीक्षण के मामलों и दोष रिपोर्ट.

एप्लिकेशन स्वयं चालू है होकीएप. - एप्लिकेशन को हैंड्सऑफ़ नाम से बनाया गया था, यह भी न पूछें कि क्यों (क्योंकि स्टॉप प्रोक्रैस्टिनेशन बहुत लंबा है)।

खैर अंत में

क्या आपको लगता है कि यह सब समझ में आया?

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या शैक्षणिक संस्थानों में ऐसा अभ्यास आवश्यक है और वास्तविक जीवन में यह कितना उपयोगी और लागू है?

• आवश्यक, अमूल्य अनुभव

• आवश्यकता है, यद्यपि थोड़ा सा अनुभव

• लगभग बेकार, अधिक से अधिक आप एक टीम में काम करने की सामान्य विशेषताओं को समझ पाएंगे

• समय और प्रयास की बर्बादी

2 उपयोगकर्ताओं ने मतदान किया. कोई परहेज नहीं है.

स्रोत: www.habr.com