प्रोजेक्ट वर्कफ़्लो खोलें

क्या वेब परियोजनाओं के संयुक्त कार्यान्वयन के लिए वास्तव में ओपन स्टूडियो बनाना संभव है?

मैं आप में से कुछ के लिए आशा करता हूं, यह प्रश्न उतना ही प्रासंगिक है जितना कि यह मेरे लिए है।

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

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

तो, परियोजना पर काम करने की खुली प्रक्रिया। वह क्या पसंद है?

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

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

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

1. प्रक्रिया की शुरुआत - क्लाइंट से एक आवेदन।

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

कौन तय करता है कि किसको आवेदनों का जवाब देना है और किसको नहीं?

सामुदायिक निर्णय! भविष्य के प्रबंधक का कार्य खुद को घोषित करना और सभी को यह दिखाना है कि उसके पास आवश्यक क्षमताएं हैं। प्रस्तुत जानकारी के आधार पर, समुदाय यह तय करेगा (उदाहरण के लिए, मतदान करके) कि प्रबंधक प्रबंधक है या नहीं, और साथ ही वह अपने कौशल के स्तर का मूल्यांकन करेगा (मेरा सुझाव है कि मूल्यांकन एक मानकीकृत पैमाने पर किया जाता है, उदाहरण के लिए, 0 से 10 तक)।

यदि दो प्रबंधकों ने एक आवेदन का जवाब दिया तो मुझे क्या करना चाहिए?

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

प्रबंधक के लालच से कैसे निपटें? उसे अपने काम का मूल्यांकन करने में मदद कैसे करें?

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

प्रबंधक चयनित आप आवेदन पर काम कर सकते हैं।

2. आवेदन का मूल्यांकन।

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

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

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

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

प्रबंधक उन बिंदुओं का मूल्यांकन करता है जो बिना मूल्यांकन के अपने विचार के आधार पर छोड़ दिए जाएंगे।

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

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

बजट स्वीकृत। क्लाइंट ने स्टूडियो पर पूरी तरह से भरोसा किया और अपनी पहली किस्त बनाई। आप टीके संकलन शुरू कर सकते हैं।

3. कार्य, डिजाइन टीम और कार्यान्वयनकर्ता।

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

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

अनुप्रयोगों के साथ कार्य बहुत आम हैं। हम कह सकते हैं कि कार्य अपने लिए एक सामुदायिक अनुप्रयोग है। ज्ञान का स्तर, कई कलाकारों में से एक का विकल्प जिन्होंने कार्य का उत्तर दिया - ये प्रश्न प्रबंधकों से अनुरोधों के समान हल किए जा सकते हैं।

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

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

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

अनुभव का आदान-प्रदान है। और वह अद्भुत है।

काम जारी है। हम इसके पूरा होने का इंतजार कर रहे हैं।

4. हर कोई इसका हकदार है।

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

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

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

5. क्षमता।

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

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

क्या करें? मैं "नि: शुल्क कौशल" की एक प्रणाली शुरू करने का प्रस्ताव करता हूं।
यह एक कौशल है जो कुछ भी हो सकता है। हम मानते हैं कि प्रत्येक प्रतिभागी के पास यह (अधिक या कम हद तक) है। कार्यों (या अनुप्रयोगों) के उत्तर में नि: शुल्क कौशल का उपयोग किया जा सकता है - जब उत्तर देते हैं, तो यह माना जाता है, उदाहरण के लिए, कि नि: शुल्क कौशल = सिम्फनी ढांचे के साथ अनुभव, और प्रतिभागी की प्रतिक्रिया को दूसरों के साथ समान स्तर पर माना जाता है। हम कई नियम भी पेश करते हैं:

- प्रतिभागी का "कर्म" जितना अधिक होगा, वह समुदाय के लिए जितना अधिक लाभ लाएगा, उसके मुक्त कौशल का स्तर उतना ही अधिक होगा;
- जब किसी कार्य का उत्तर दिया जाता है, तो एक नि: शुल्क कौशल वाले प्रतिभागी को एक अनुभवी कलाकार द्वारा बीमा दिया जाता है;
- यदि कार्य अच्छा प्रदर्शन किया जाता है, तो नि: शुल्क कौशल का स्तर बढ़ाया जाता है + जिस कौशल में उसने प्रदर्शन किया है, उसका श्रेय प्रतिभागी को दिया जाता है। यदि यह खराब है, तो इसके विपरीत, अगली बार उसके लिए एक असामान्य कार्य करना उसके लिए और अधिक कठिन हो जाएगा।

एक स्वस्थ समुदाय स्वयं को उपभोक्ता नहीं मानता है! यह प्रत्येक प्रतिभागी की क्षमता को उजागर करने में मदद करता है।

6. मध्यस्थता।

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

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

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

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

पुनश्च: जो लोग एक खुले स्टूडियो के विचारों के करीब हैं, उनके लिए एक समूह बनाया गया है - http://groups.google.ru/group/nemaco
मैंने इसमें रैली करने का प्रस्ताव किया, सवालों के जवाब एक साथ ढूंढे और अपने विचारों को जीवन में लाने की कोशिश की :)