कृपया कोर घंटों की फुर्तीली अवधारणा को परिभाषित करें

Question

मैं एक नए अनुबंध में हूं जहां वे एग्इल के साथ ओवरबोर्ड पर गए हैं, जिसमें केवल Agile प्रक्रियाओं को सुविधाजनक बनाने के लिए परामर्शदाता को भर्ती करना शामिल है। वह जो कुछ भी स्थापित कर रहा है वह "कोर घंटों" की धारणा है जहां हम सभी वास्तव में एक ही कमरे में होंगे। क्या यह वास्तव में "कोर घंटे" का गठन करता है? मैं पूछता हूं क्योंकि मेरे लैपटॉप को लेने और आधे दिन के लिए इस साझा स्थान पर जाने के लिए यह बेहद असुविधाजनक है; मैंने हमेशा सोचा था कि "कोर घंटे" का मतलब था कि आप उपलब्ध थे, जरूरी नहीं कि एक ही कमरे में, 9:30 से 4 तक, उदाहरण के लिए।

Answer 1

हां और नहीं।

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

Answer 2

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

Answer 3

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

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

कोर घंटों को समझने के लिए एक ओवरलैप है ताकि सहयोग के लिए ओवरलैप हो। लोगों को एक खुली जगह में काम करने के बाद, शायद प्रति छोटे घन के बजाय प्रति बड़े घन 4 लोग, सहयोग को बढ़ावा देने में भी मदद करते हैं। काम पर मैं बस अपनी कुर्सी को चारों ओर घुमा सकता हूं और वहां 2 लोग हैं जो मेरी मदद कर सकते हैं या सवालों का जवाब दे सकते हैं। हालांकि, कुछ ऐसी चीज को मजबूर करने की कोशिश करना जो असहज और असुविधाजनक है, उद्देश्य को हरा देता है।

मुझे लगता है कि क्यूबिकल दीवारों को फाड़ना और क्यूब्स को फिर से व्यवस्थित करना बेहतर बनाने के लिए बेहतर होगा।

Answer 4

थोड़ा विषय बंद लेकिन एक टिप्पणी में फिट नहीं होगा:

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

एक सलाहकार को एक चिकनी, त्वरित संक्रमण के लिए लगभग आवश्यक है।

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

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

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