स्टार्टअप टीमवर्क के तरीके

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

चरण 1. तैयारी।

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

चरण 2. परिचयात्मक।

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

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



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

चरण 3. तिपाई

यह प्रक्षेपण बड़ी संख्या में समस्याएं लेकर आया, और आवश्यक हो गया:

- समय पर प्रक्रिया और प्रतिक्रिया का जवाब;
- सेवा में सुधार के लिए व्यावहारिक प्रस्तावों का रिकॉर्ड रखें;
- मॉनिटर और सेवा में पाए जाने वाले कीड़े;
- टीम के भीतर क्रियाओं को सिंक्रनाइज़ करना;
- किसी विशेष कार्य के लिए वास्तविक शब्द सेट करें;
- उनके सक्षम निष्पादन के लिए काम की मात्रा का मूल्यांकन;

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

Teambox

यह टीमबॉक्स था जो उस सेवा बन गया जहां आज तक मुख्य टीम कार्य प्रक्रियाओं का आयोजन किया जाता है। टीमबॉक्स में हम केवल 2 टूल का उपयोग करते हैं: कार्य और चर्चाएँ।



हमारे कार्य उपकरण संरचना

- डिजाइन;
- लेआउट;
- प्रोग्रामिंग;
- कार्यक्षमता जो सेवा को बेहतर बनाने में मदद करेगी;
- दैनिक प्रगति रिपोर्ट;

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

हमारी चर्चा उपकरण संरचना

- विचार (किसी भी विचार पर चर्चा की जाती है, जिनमें से सबसे मूल्यवान कार्यों की सूची में स्थानांतरित कर दिया जाता है);
- डिजाइन (डिजाइन पर किसी भी क्षण / इच्छाओं पर चर्चा की जाती है, अन्य सेवाओं से स्क्रीनशॉट / उदाहरण प्रकाशित किए जाते हैं);
- प्रस्तुतियों (वे बाद में चर्चा की जाएगी);
- टीम मीटिंग (सामूहिक रूप से सामान्य फ़ॉनिंग के समय और दिन पर चर्चा करना);

GitHub

फिलहाल, GitHub न केवल स्टोरिंग कोड के लिए एक रिपॉजिटरी का कार्य करता है, बल्कि इसका उपयोग बग ट्रैकर के रूप में भी किया जाता है। एक "टिकट" बनाने और एक जिम्मेदार व्यक्ति को नियुक्त करने के लिए कुछ सेकंड लगते हैं।

स्काइप सम्मेलन

यहां तक ​​कि निवेशक के साथ काम करने के शुरुआती चरणों में, हम इस बात पर सहमत हुए कि हमें सप्ताह में एक बार कॉल करना चाहिए और आपातकालीन मामलों या जरूरी मामलों के लिए अनिश्चित समय तक।

साप्ताहिक कॉल टीम के सदस्यों में से एक की रिपोर्ट है जो वह काम कर रहा है। आमतौर पर एक रिपोर्ट को दो भागों में विभाजित किया जाता है:

1. पिछली अवधि में क्या किया गया है;
2. टीम का सदस्य निकट भविष्य में क्या काम करने वाला है;



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

चूंकि टीम (डिजाइनर, टाइप्टर, प्रोग्रामर) में हम में से केवल तीन हैं, हम चौथे कॉल को एक सामान्य बनाते हैं, जहां हम एक छोटे मनोवैज्ञानिक सत्र की व्यवस्था करते हैं, अर्थात्, परियोजना पर काम के बारे में हमारी सभी भावनाओं और भावनाओं को बाहर निकालते हैं, स्पष्ट समस्याओं और प्रश्नों पर चर्चा करते हैं। । यह हमें "भाप से दूर" करने और हमेशा की तरह आगे बढ़ने में मदद करता है।

कार्यशीलता की प्राथमिकता

समय के साथ, हमने कई अलग-अलग विशेषताओं को संचित किया है, जो हमारी राय में, सेवा में सुधार कर सकते हैं। लेकिन हम नियम का पालन करने की कोशिश करते हैं: "सरल, बेहतर", इसलिए नई सुविधाओं के बारे में सभी विचार कठोर चयन प्रक्रिया से गुजरते हैं।

प्रत्येक विचार का मूल्यांकन परियोजना के 4 मानदंडों / लक्ष्यों के अनुसार किया जाता है (रेटिंग 1 से 10 तक निर्धारित की जाती हैं):

- क्या यह कार्यक्षमता उपयोगकर्ताओं को आकर्षित करने में मदद करेगी?
- यह उपयोगकर्ताओं की जरूरतों को कितना पूरा करेगा ?;
- यह साइट पर उपयोगकर्ता को रखने में कितना मदद करेगा ?;
- इस कार्यक्षमता के कार्यान्वयन की जटिलता;

निष्कर्ष

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

हमें उम्मीद है कि आपको यह सामग्री मददगार लगी होगी। किसी भी सुझाव, साथ ही व्यक्तिगत अनुभव का आदान-प्रदान स्वागत योग्य है।