2009-11-29 9 views
5

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

ओवरलैप नहीं है कि कैसे आप शुरुआत चरण में स्रोत नियंत्रण के साथ काम कर प्रबंधन कैसे करूँ?

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

उत्तर

2

ठीक है, जहां तक ​​स्रोत नियंत्रण जाता है, किसी को भी नेतृत्व करने और परियोजना, निर्देशिका आदि की बुनियादी संरचना स्थापित करने और टीम को संवाद करने की आवश्यकता होती है। परियोजनाओं पर मैं काम करता हूं, यह आम तौर पर एक वास्तुकार या वरिष्ठ डेवलपर होता है, जो कोई टीम/कंपनी के लिए परियोजना संगठन के लिए सर्वोत्तम प्रथाओं को जानता है।

एक ही कार्य पर काम कर रहे कई लोगों से बचने के संबंध में, यह एक परियोजना प्रबंधन कार्य है; किसी को यह निर्धारित करने की आवश्यकता है कि किन कार्यों को करने की आवश्यकता है, और इसे टीम में संवाद करें। यदि आप एक चुस्त/घोटाले के माहौल में काम कर रहे हैं, तो टीम स्वयं के बीच कार्य वस्तुओं को विभाजित और सौंप सकती है, लेकिन किसी भी मामले में आपको दो बार एक ही काम करने से बचने के लिए संवाद करने की आवश्यकता है।

संपादित

कई एक ही काम पर काम कर रहा है, मैं छोटी टीमों, 2-6 लोगों पर काम करते हैं लोगों के मुद्दे का समाधान करने के लिए; इस माहौल में, मैं एक scrum -influenced Crystal Clear पद्धति का उपयोग करते दृष्टिकोण के साथ सफलता का एक बहुत पड़ा है:

  1. वास्तुकार (रों)/डिजाइनर (रों) उच्च स्तर डिजाइन के साथ आने
  2. वास्तुकार (रों)/डिजाइनर (ओं) पुनरावृत्तियों/डिलीवरी को परिभाषित करते हैं, जिनमें से पहला एक "प्रोजेक्ट कंकाल" होता है जिसमें आर्किटेक्चरल और बैक-एंड घटक होते हैं और ऐप का एक पतला टुकड़ा
  3. लीड व्यक्ति 1-3 दिन के कार्यों में सुविधाओं को तोड़ देता है/काम की इकाइयां (अनुमानित)
  4. टीम प्राथमिकता, समय और कार्यों की निर्भरताओं को पूरा करती है और चर्चा करती है, और एफ को विभाजित करती है irst कार्यों के सेट
  5. टीम यदि आवश्यक हो तो
बड़ी परियोजनाओं/टीमों के साथ

, तो आप लगभग निश्चित रूप से किसी को जिसका मुख्य काम के लिए समर्पित है की आवश्यकता होगी स्थिति/प्राथमिकताओं और निर्भरता चर्चा करने के लिए संक्षिप्त दैनिक बैठकों, और दिशा बदलने है ट्रैकिंग स्थिति, निर्भरता और संघर्ष।

0

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

1

मुझे नहीं लगता कि स्रोत नियंत्रण लोगों के प्रयासों को समन्वयित करने की समस्या के साथ बहुत कुछ करना है (सिवाय इसके कि यह कुछ "संघर्ष" पकड़ सकता है जब लोग गलती से संशोधित करने का प्रयास करते हैं एक ही फाइलें विभिन्न तरीकों से - लेकिन, यह संघर्ष को रोकने के रूप में उतनी अच्छी नहीं है टीएस, और यहां तक ​​कि सिर्फ "संघर्षों को रोकना" यह सुनिश्चित नहीं करता है कि प्राथमिकता के संदर्भ में, हर कोई आदर्श रूप से काम कर रहा है, इस पर काम कर रहा है। समन्वय प्रथाओं (और शायद औजार, उदाहरण के लिए Pivotal Tracker) के साथ सही ढंग से प्रबंधित किया जाता है - लेकिन, सही प्रथाओं का उपयोग करना अच्छा उपकरण का उपयोग करने से भी अधिक महत्वपूर्ण है! -) जो विशेष रूप से समन्वय सुनिश्चित करने पर ध्यान केंद्रित करते हैं। उदाहरण के लिए, ट्रैकर को समर्थन और बढ़ाने के लिए डिज़ाइन किया गया है, जैसे स्टोरी-आधारित पुनरावृत्ति योजना, और stand-ups जैसे अन्य संगत, इन आवश्यकताओं को पूरा करने के तरीके प्रदान करते हैं।

संबंधित मुद्दे