2010-09-20 7 views
23

विजुअल स्टूडियो स्क्रम 1.0 & एग्इल सॉफ्टवेयर डेवलपमेंट v5.0 प्रक्रिया टेम्पलेट्स के लिए एमएसएफ के बीच अंतर कितने महत्वपूर्ण हैं?Agile सॉफ़्टवेयर विकास v5.0 के लिए VS2010 स्क्रम v1.0 बनाम एमएसएफ के बीच अंतर या बाद वाला सुपरसेट है?

क्या किसी ने दूसरे पर एक का उपयोग किया है?

हम वर्तमान में हमारी विकास प्रक्रिया में स्क्रम को लागू करने के लिए बाहरी उपकरण (TRAC) का उपयोग कर रहे हैं, क्योंकि एमएस टीएफएस -2010 में अतिरिक्त प्रक्रिया मार्गदर्शन के साथ आया है, ये 2 चीजें मुझे कोर में भ्रमित करती हैं!

असुरक्षित, कौन सा अपनाना है!

+4

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

उत्तर

14

आप अकेले नहीं हैं सुधार कर सकते हैं मदद करेंगे टीम में काम किया और यह जानने के बाद आप तय करते हैं! हमने एमएसएफ एग्इल 5.0 टेम्पलेट के साथ गलती से शुरुआत दोनों का उपयोग किया है। यदि आप विशेष रूप से स्क्रम का उपयोग कर रहे हैं, तो मैं स्क्रम 1 का उपयोग करूंगा।0 टेम्पलेट। स्क्रम 1.0 टेम्पलेट को स्क्रम के संस्थापकों में से एक केन श्वाबर के साथ बनाया गया था।

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

स्प्रिंट 1.0 एक "स्प्रिंट" वर्कटाइम प्रकार का उपयोग करता है जो वेग बनाता है और एक स्नैप को फेंक देता है।

तो, जहां तक ​​उपकरण जाते हैं, यह बहुत अच्छा है।

4

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

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

मैं अभी भी TFS (कंपनी की नीति) का उपयोग करने के लिए है, लेकिन मैं बाहर TFS के रूप में ज्यादा संभव के रूप में उपयोगकर्ता की कहानियों और कार्य के साथ काम कर रहा हूँ - पेन और कागज सबसे अच्छा काम करता है। अभी भी टीएफएस स्प्रिंट प्रगति और स्वचालित रूप से जेनरेट किए गए बर्नडाउन चार्टों को ट्रैक करने के लिए अच्छा है, लेकिन आपको कार्यों की संख्या, कार्यों की जटिलता और स्प्रिंट लंबाई के बीच अच्छी संतुलन मिलनी है।

+0

मुझे लगता है कि आपका मतलब है कि आपके पास "उपयोगकर्ता स्टोरी के बजाय उत्पाद बैकलॉग आइटम" है, क्योंकि यह एमएसएफ फॉर एग्इल और वीएस स्क्रम टेम्पलेट्स के बीच तुलना है। – Homam

1

दृश्य स्टूडियो स्क्रम 1.0 टेम्पलेट जमीन से निर्माण अप, स्क्रम समर्थन करने के लिए स्क्रम शब्दावली जितना संभव हो उतना का उपयोग कर रहा था। इसे Scrum.org और स्क्रम व्यावसायिक डेवलपर प्रोग्राम के समन्वय में विकसित किया जा रहा है। यदि आप स्क्रम का उपयोग कर रहे हैं, तो VSS 1.0 टेम्पलेट आपको Agile टेम्पलेट की तुलना में कम घर्षण प्रदान करेगा।

जिसके अनुसार, आप scrummy हो सकता है और अगर TFS और वीएसएस 1.0 टेम्पलेट अपनाने आप वर्तमान उपकरण आपको अब प्रयोग कर रहे हैं का उपयोग कर की तुलना में बेहतर मूल्य प्रदान कर सकता है सवाल करना चाहिए। यहां पूछे जाने वाले प्रश्न हैं: क्या आप उत्पाद बैकलॉग आइटम, स्प्रिंट टास्क, कोड चेकइन्स, सीआई बिल्ड, मैनुअल टेस्ट, कोडेड टेस्ट, यूनिट टेस्ट परिणाम इत्यादि के एकीकरण से लाभ प्राप्त करेंगे।

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

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

(या फिर आप मुझे रख सकता है, और मैं खुशी क्या मुद्दों संभवतः अपनी टीम ;-)

6

मेरा पृष्ठभूमि सारांश: 2005 से वर्तमान में टीएफएस आर्किटेक्ट/व्यवस्थापक। 20 से 7,000 तक कई बड़े और छोटे विकास संगठन। सार्वजनिक और निजी क्षेत्र। एचआईपीएए, एफडीए, एसओएक्स अनुपालन। एएलएम, एससीएम, आरएम।

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

आपके प्रश्न का उत्तर आपकी स्थिति पर निर्भर करता है। परियोजना में किस प्रकार के प्रश्न या रिपोर्ट की आवश्यकता है या देखना चाहिए? और दोहराए जाने के लिए शीर्ष प्रतिक्रिया क्या है: उपकरण को स्क्रम को निर्देशित नहीं करना चाहिए और उसके साथ जाने के लिए, क्या परियोजना को कुछ हद तक लचीला होना चाहिए?

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

इससे कोई फर्क नहीं पड़ता कि क्या स्क्रम का देवता नीचे आया और टीएफएस के लिए स्क्रम टेम्पलेट बनाया। एक और महत्वपूर्ण सवाल यह है कि 'आपकी प्रक्रिया का समर्थन क्या है; प्रक्रियाओं का पालन करने के लिए कर्मियों को अनुशासित कैसे किया जाता है; और क्या वे अर्थशास्त्र पर सहमत हो सकते हैं? यदि यह वास्तविक परेशान है कि नाम मेल नहीं खाते हैं, तो कार्य आइटम प्रकार/नाम बदला/जोड़ा/हटाया जा सकता है, यह अभी भी प्रक्रियाओं को चलाने वाली प्रक्रिया है।

शुद्ध टीएफएस परिक्रमा से टेम्पलेट्स का एक वास्तविक महत्वपूर्ण पहलू यह है कि स्क्रम 1.0 कार्य आइटम फुर्ती 5.0 कार्य वस्तुओं को अन्य तरीकों से आसान जोड़ सकते हैं। क्यूं कर? खेतों और डेटा प्रविष्टि बिंदु पहले से ही चुस्त में मौजूद हैं जहां वे स्क्रम में नहीं हैं। जो बदले में समय की मात्रा को कम करता है यह पता लगाने के लिए कि कौन से फ़ील्ड सिस्टम में मौजूद हैं जो संघर्ष के बिना पुन: उपयोग करते हैं।

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

2

यह एमएसडीएन पृष्ठ उपयोग का हो सकता है: Choose a Process Template

यह निम्नलिखित 3 डिफ़ॉल्ट प्रक्रिया टेम्पलेट्स के बीच अंतर को हाइलाइट करने में एक सभ्य नौकरी करता है।

    दृश्य स्टूडियो एएलएम
  • चंचल के लिए एमएसएफ सॉफ्टवेयर विकास v6.0 के लिए
  • स्क्रम प्रक्रिया खाका
  • सीएमएमआई प्रक्रिया सुधार v6.0 के लिए एमएसएफ

ध्यान रखें कि यह दृश्य करने के उद्देश्य से है स्टूडियो 2012 उपकरण का सूट।

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