टीम फाउंडेशन सर्वर - मेरे लिए कौन सी प्रक्रिया टेम्पलेट है?

Question

इसलिए मैं अंत में टीएफएस की स्थापना को पूरा करने में सक्षम था और मेरी पहली टीम परियोजना का निर्माण शुरू किया जिसने मुझे प्रक्रिया टेम्पलेट में पेश किया।

प्रक्रिया टेम्पलेट जानकारी के लिए Microsoft's site के लिंक के बाद मुझे विचार करने के लिए नई जानकारी के साथ गंदे किया गया था। आपके पास सभी टेम्पलेट्स के साथ क्या अनुभव है या तो आपके लिए बहुत अच्छा काम किया है या परियोजना के लिए एक ठोकर खा रहा है? आपके सामने आने वाले सबसे बड़े फायदे और नुकसान क्या थे?

संपादित करें: अपने प्रोजेक्ट के बारे में कुछ जानकारी, मैं एक छोटी सी कंपनी के लिए नेतृत्व डेवलपर हूँ और दिन के लिए अंत उपयोगकर्ताओं दिन मजबूत करने के लिए एक इंट्रानेट पोर्टल बना सकते हैं और स्वचालन वृद्धि उत्पादकता को बढ़ाने के लिए करने के लिए TFS/VSTS का उपयोग किया जाएगा इत्यादि। यह पूरी तरह से नया विकास सी #, एएसपी.नेट और एसक्यूएल सर्वर 2008 का लाभ ले रहा है।

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

Answer 1

क्या आप पहले से ही सॉफ्टवेयर विकास प्रक्रिया का उपयोग कर रहे हैं जैसे स्क्रम? यदि हां, तो आप here पर इस टीम प्रक्रिया टेम्पलेट को आजमा सकते हैं।

आपकी परियोजना टीम और परियोजना कितनी बड़ी है? माइक्रोसॉफ्ट ने here पर इसके आंतरिक प्रक्रिया टेम्पलेट्स (एमपीटी) में से एक प्रकाशित किया है। आप इस टेम्पलेट से कुछ गाइड और प्रेरणा प्राप्त कर सकते हैं।

tangurena उल्लेख किया गया है। लोग मानक टेम्पलेट्स का उपयोग करते हैं, बग को थोड़ा सा बदलते हैं और वहां कुछ दस्तावेज स्टोर करते हैं। मैं प्रक्रिया को 'प्रकाश' रखने की भी सिफारिश करता हूं।

हालांकि प्रक्रिया टेम्पलेट सभी नहीं है।

• कुछ उच्च आदेश workitems (सुविधाओं/कहानियों) जो stakeholdes बना सकते हैं (की कमी और TFS उपयोगकर्ता समूह हैं अपने दोस्त) बनाएँ:

  यहां कुछ सुझाव दिए कि मुझे क्या करना है (आपके मामले में) होता है।फिर वे टीएफएस वर्क आइटम वेब एक्सेस के माध्यम से अपनी अनुरोधित सुविधाओं तक पहुंच सकते हैं। इस तरह आपको उनके लिए सीएएल की आवश्यकता नहीं है

• कुछ रिपोर्ट बनाएं जो रिलीज़ करने के लिए योजनाबद्ध कार्य को दिखाती हैं।

• निर्माण स्वचालन सेट अप करें और बिल्ड के अनुसार अपने कार्यकर्ताओं से रिपोर्ट (ए.के. रिलीज नोट्स) बनाएं।

क्या सबसे बड़ी फायदे और नुकसान कि आपका सामना कर रहे थे?

इमो सबसे बड़ा नुकसान यह है कि आप यह मानना ​​शुरू करते हैं कि टेम्पलेट आपकी चांदी की बुलेट है। यह नहीं है, यह आपका शुरुआती बिंदु है। टीएफएस पारिस्थितिक तंत्र आपको अपनी जरूरतों के अनुरूप सॉफ़्टवेयर के अपने बिट बनाने के अवसर प्रदान करता है। बस TFS API देखें।

Answer 2

यहां एक और अच्छा agile-based template है (मूल SSW पर है, लेकिन आपको एक लॉगिन दीवार के आसपास जाना है)।

यह टेम्पलेट परियोजना प्रक्रिया (दस्तावेज, समीक्षा, & सी।, & सी) के लिए अधिक मजबूत समर्थन सहित डेवलपर्स, प्रबंधकों और अन्य हितधारकों के बीच एकजुटता बढ़ाने में मदद करता है। उदाहरण के लिए, रिलीज योजनाओं जैसे प्रक्रिया तत्वों के लिए बनाए गए प्रकार हैं।

Answer 3

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

हम Agile टेम्पलेट पर अपने स्वयं के संस्करण के साथ चल रहे हैं। हमने जो कुछ किया उसके साथ सामान हटा दिया गया था।

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

Answer 4

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

मैंने राज्य मशीन को बिल्कुल भी संशोधित नहीं किया। इसने हमें कुछ ऐसा छोड़ दिया जो हर किसी के लिए बहुत लचीला है। ब्लू आकाश से सब कुछ सांसारिक सामग्री/दृश्य बग के लिए अनुरोध किया जा सकता है।

क्लाइंट टीएफएस वेब एक्सेस (असीमित सीएएल) और देव (मुझे और 1 अन्य) का उपयोग वीएस का उपयोग करता है। आखिरी नौकरी में मैंने एक ही सेटअप बनाया, देव टीम 5 की एक टीम थी और यह वहां भी बेहतर काम करती थी! मैं वहां भी अग्रणी और तकनीकी प्रधान मंत्री थे।

सबसे बड़ा लाभ यह हर किसी के लिए एक बहुत लचीला प्रणाली हो रही थी, जब सब कुछ के लिए 1 काम मद प्रकार का उपयोग। नुकसान क्लाइंट के लिए एक सीखने की अवस्था होगी, लेकिन एक बार उन्हें पता था कि इसका उपयोग कैसे करें। एक सुझाव इसी तरह के कार्यान्वयन के लिए सस्ता उपकरण देखने के लिए होगा, लेकिन, एमएस के साथ हमारी .edu छूट को हराया नहीं जा सकता है।

Answer 5

मैं कहना है कि आप इस प्रणाली आप अपनी कंपनी के SDLC के लिए पहले का उपयोग करेगा की पहचान करनी चाहिए होगा। प्रक्रिया टेम्पलेट केवल एक उपकरण है और अंतर्निहित प्रक्रिया की अच्छी समझ के बिना यह मदद नहीं करेगा और चीजों को और अधिक कठिन बना सकता है। एसडीएलसी और प्रक्रिया टेम्पलेट की सफलता के लिए उपयोगकर्ता गोद लेने के लिए महत्वपूर्ण है।

हम Scrum for Team System का उपयोग करते हैं। हमने एसडीएलसी पद्धति के रूप में स्क्रम के साथ अपने अनुभव के कारण इसे चुना है। आपको गति तक पहुंचने में सहायता के लिए वेब पर कई उत्कृष्ट पुस्तकें और लेख हैं। स्क्रम प्रक्रिया में व्यापार हितधारकों को एक साथ जोड़ देगा।

हमारी प्रणाली में उत्पाद प्रबंधक उत्पाद बकाया आइटम्स की कुल प्रभार में है और उन्हें स्प्रिंट बकाया आइटम में प्राथमिकता देने के लिए अपने आप को और सीटीओ के साथ काम करता है।

प्रक्रिया टेम्पलेट में हमने जो बदलाव किया है, वह "असफल परीक्षण" राज्य और संबंधित वर्कफ़्लो जोड़ना था।

Answer 6

यह आपके लिए सबसे अच्छा टेम्पलेट नहीं हो सकता है लेकिन मैं अभी भी इसका उल्लेख करना चाहता हूं: XP for Team System।यह मूल रूप से फुर्तीली सॉफ्टवेयर विकास के लिए एमएसएफ का एक सरलीकृत संस्करण है:

[...] यह सेटअप कार्यों है कि एक XP परियोजना शायद नहीं शुरू करने के लिए चाहते हैं में से कुछ दूर करता है और करने के लिए कार्य आइटम प्रकार नाम परिदृश्य में परिवर्तन कहानी।