हामीले कसरी टिमवर्क गर्ने प्रयास गर्‍यौं र यसबाट के भयो

क्रममा जाऔं

यो तस्विरको अर्थ के हो अलि पछि, तर अहिलेको लागि मलाई परिचयको साथ सुरु गरौं।

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

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

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

ढिलाइ रोक्नुहोस् - यो के हो, यो केसँग खाइन्छ र हामीले यसलाई कसरी विकास गर्यौं र के आयो

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

कसरी यो काम गर्दछ

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

टोली निर्माण गर्दै

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

कार्यहरू सेट गर्दै

शिक्षकको सिफारिसमा नि:शुल्क सेवामा टास्क बोर्ड गठन गरिएको थियो Trello। यो Scrum प्रणाली अनुसार काम गर्ने योजना थियो, जहाँ प्रत्येक स्ट्रिम एक प्रकारको पूर्ण अनुप्रयोग हुनेछ।
यद्यपि, वास्तविकतामा, यो सबै एक ठूलो र लामो स्ट्रिमबाट बाहिर आयो, जसमा सम्पादन, थप र सुधारहरू लगातार बनाइयो।

हामी चश्मा लेख्छौं

Savin को पुस्तक "Testing.com" बाट प्रभावित, मेरो दिमागमा सबै कुरा कसरी मिलाउनु पर्छ भन्ने मेरो आफ्नै विचार थियो। यो सबै लेखन विनिर्देशहरूको साथ सुरु भयो, जस्तो कि मलाई विश्वास छ, हामीले के आशा गर्छौं, के र कसरी काम गर्नुपर्छ भन्ने स्पष्ट विवरण बिना, केहि पनि काम गर्दैन। प्रोग्रामरहरूले उनीहरूले देखे अनुसार सबै कुरा प्रोग्राम गर्नेछन्, परीक्षकहरूले अरू केहि परीक्षण गर्नेछन्, प्रबन्धकले तेस्रोको अपेक्षा गरेका थिए, तर यो सधैं जस्तै चौथो हुनेछ।
विनिर्देशहरू लेख्न सजिलो छैन, तपाईंले सबै विवरणहरू, सबै सूक्ष्मताहरू मार्फत सोच्न आवश्यक छ। निस्सन्देह, पहिलो पटक केहि काम गरेन। नतिजाको रूपमा, निर्दिष्टीकरणहरू पूरक र 4 पटक पुन: गरियो। तपाईंले लेखको अन्त्यमा लिङ्क खण्डमा अन्तिम विकल्प फेला पार्न सक्नुहुन्छ।

डिजाइन कोर्दै

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

तर त्यसपछि डिजाइन कम्बेड र सामान्यमा ल्याइयो।
(लेखको अन्त्यमा सबै डिजाइन तत्वहरूको लिङ्क)।

प्रोग्रामिङ

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

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

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

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

सन्दर्भहरू:

नवीनतम विशिष्टताहरु.
डिजाइनमा फिग्मा.
परीक्षण केसहरू и बग रिपोर्टहरू.

आवेदन आफै सक्रिय छ HokeyApp। - अनुप्रयोग HandsOff नाम अन्तर्गत बनाइएको थियो, किन सोध्नुहोस् (किनकि ढिलाइ रोक्नुहोस् धेरै लामो छ)।

खैर अन्त मा

के तपाईलाई लाग्छ कि यो सबै अर्थपूर्ण छ?

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

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

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

• थोरै अनुभव भए पनि आवश्यक छ

• लगभग बेकार, धेरैमा तपाईले टोलीमा काम गर्ने सामान्य सुविधाहरू बुझ्नुहुनेछ

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

2 प्रयोगकर्ताहरूले मतदान गरे। त्यहाँ कुनै परहेज छैन।

स्रोत: www.habr.com