मैंने हाल ही में एक कंपनी ज्वाइन की है, जहाँ मैं वेब ऐप बनाने वाले फुर्तीले डेवलपमेंट प्रोजेक्ट पर स्क्रैम मास्टर के रूप में काम कर रहा हूँ।
टीम एक फुर्तीली टीम के लिए अधिकतम आकार होने वाली है (अगले सप्ताह 9 की उम्मीद)। हमने संभावित रूप से टीम को दो टीमों में विभाजित करने के बारे में बात की है, स्टैंडअप को छोटा करने के लिए इतना नहीं (जो इस समय अत्यधिक नहीं है) लेकिन लोगों को स्प्रिंट प्लानिंग सत्रों में पूरी तरह से ऊब होने से रोकने के लिए (जो फिर से अधिक लंबे समय तक नहीं हैं)।
परियोजना के लिए दो बहुत अलग परतें हैं - उच्च तकनीकी बैकएंड देव (जैसे गंभीर रूप से जटिल), और यूआई डिज़ाइन / बिल्ड / एकीकरण। ऐसा लगता है कि जब बैकएंड लोग तकनीकी यूआई लोगों को जोन से बाहर बात कर रहे हैं, और इसके विपरीत। यह टीम को विभाजित करने के तार्किक तरीके की तरह लगता है यदि केवल अधिक समय कुशल होने के लिए, लेकिन मेरे पास एक बड़े पैमाने पर आरक्षण है जो मैं वास्तव में कर सकता हूं वह सहयोग और ज्ञान साझाकरण को कम कर रहा है। दोनों टीमों के पास वास्तव में अच्छा विचार नहीं होगा कि बाकी टीम क्या बना रही है।
किसी को भी इस तरह से कुछ से निपटने का कोई अनुभव है?