आपका पसंदीदा टिकटिंग सिस्टम क्या है? [बन्द है]


38

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

टिकटिंग प्रणाली के चयन में मेरा मानदंड है:

  • खुला स्रोत होना चाहिए
  • उपयोगकर्ताओं को ईमेल द्वारा अपनी बातचीत का 100% करने में सक्षम होना चाहिए। वेब इंटरफ़ेस का उपयोग करने की कोई आवश्यकता नहीं है। यदि ग्राहक वेब इंटरफ़ेस है तो मुझे वास्तव में परवाह नहीं है।
  • मुझे जितना संभव हो ईमेल द्वारा संभालना चाहिए। (कम से कम, मुझे टिकट के लिए ईमेल से जवाब दें)
  • कुछ निर्भरता के साथ स्थापित करने के लिए काफी सरल होना चाहिए।
  • वेब इंटरफ़ेस मुझे अपनी आँखें बाहर करना नहीं चाहिए।

जिन चीजों की मुझे वास्तव में परवाह नहीं है:

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

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

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

शायद मैं वास्तव में नाइट-पिकी हो रहा हूं, लेकिन मुझे लगता है कि मैं हर दिन पूरे दिन जो भी सिस्टम चुनता हूं, उसका उपयोग करने वाला हूं, इसलिए मैं वास्तव में इसे पसंद कर सकता हूं। और जब तक उपयोगकर्ताओं को help@example.com के साथ बातचीत करनी है, यह उनके लिए पारदर्शी है।

तो आप क्या उपयोग कर रहे हैं / उपयोग किया है जो आपको वास्तव में पसंद है और क्यों?


4
"शायद मैं वास्तव में नाइट-पिकी हो रहा हूं" - हां, आप हैं। यहाँ साक्ष्य है: "अनुरोध ट्रैकर जो लगभग सभी मानदंडों को पूरा करता है, लेकिन इतनी अधिक निर्भरता थी कि और कुछ नहीं जो मुझे चलाने की ज़रूरत है कि आखिरकार मैंने तय किया कि यह इसके लायक नहीं था।" AFAICT, आप सिर्फ निर्भरता स्थापित करते हैं और उन्हें भूल जाते हैं। यह "इसके लायक नहीं" कैसे है?
Ernie

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

जवाबों:


11

ट्रैकर से अनुरोध करें।

निर्भरता लगभग किसी मुद्दे की उतनी नहीं है जितनी कि वे हुआ करते थे, जब तक कि आप बिल्कुल नवीनतम संस्करण होने की परवाह नहीं करते। RHEL5 सिस्टम पर, आप केवल EPEL का उपयोग करने के लिए अपने सिस्टम को कॉन्फ़िगर करते हैं और "yum install rt3" चलाते हैं। उबंटू पर, यह कुछ और है जैसे "apt-get install request-tracker3.6", लेकिन "apt-cache search request-tracker rt3" आपको सभी संबंधित पैकेजों की एक सूची देगा।

हां, उन दोनों विकल्पों में बहुत सारे पर्ल मॉड्यूल हैं, लेकिन ऐसा है? कोई और है जो पहले से ही उन्हें बनाया है और उन्हें चालू रखने के बारे में चिंता कर रहा है।


मुझे आरटी पसंद है, और अगर मैं इसे वापस जाने का फैसला करता हूं तो मैं ईपीईएल को ध्यान में रखूंगा।
ab

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

@Guss: RT वास्तव में काफी एक्स्टेंसिबल है, लेकिन आम तौर पर कुछ पर्ल प्रोग्रामिंग ज्ञान की आवश्यकता होती है। टिकट विशेषताओं और स्क्रिप्स के साथ आप बहुत कुछ कर सकते हैं, लेकिन आप अपनी ज़रूरत की विशिष्ट चीज़ों के साथ अधिक पृष्ठों को कस्टमाइज़ और जोड़ भी सकते हैं। RTFM और RTIR दोनों आरटी के लिए एक ही तरह के एक्सटेंशन मैकेनिज्म का उपयोग करने वाले दोनों एक्सटेंशन हैं।
Freiheit

9

हम बेस्ट प्रैक्टिकल द्वारा "RT: रिक्वेस्ट ट्रैकर" का उपयोग करते हैं । मुझे यकीन है कि यह 99% खुला स्रोत है, लेकिन आप पहले ही इसका उपयोग कर चुके हैं, इसलिए आपको पता होना चाहिए कि यह क्या करने में सक्षम है।


8

खुला स्त्रोत:

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

मालिकाना:

जीरा ; दिग्गज। टिकटों में वास्तविक प्रबंधन प्रक्रिया के लिए।


5

मेरा पसंदीदा JIRA है । यह खुला स्रोत है लेकिन स्वतंत्र नहीं है। एक गड़बड़ के बिना दो साल के लिए यहां काम करता है। यह मुख्य ताकत अनुकूलन योग्य वर्कफ़्लोज़ हैं, इसलिए आप ट्रैकिंग सिस्टम को अपने स्वयं के वर्कफ़्लो को समायोजित कर सकते हैं (जो कि लोगों के लिए उपयोग किया जाता है, एच + इसे खराब है), इसके विपरीत नहीं।


JIRA अब तक मेरी पसंदीदा टिकटिंग प्रणाली है
केविन कुफाल

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

5

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


मैं ओटीआर की कोशिश कर रहा हूं, लेकिन एक चीज जिस पर मैं फंसा हुआ हूं वह है दिन-प्रतिदिन का वर्कफ़्लो। मुझे लगता है कि मैं वास्तव में कुछ याद कर रहा हूं। क्या आपके पास संघर्षरत ओटीआरएस व्यवस्थापक के लिए कोई संसाधन हैं?
abourg

OTRS प्रलेखन वास्तव में बहुत अच्छा है। इसके अलावा उनकी मेलिंग सूचियों के माध्यम से पढ़ना बहुत मददगार है, हालांकि मुझे ऐसा करना कभी पसंद नहीं आया।
xeon

4

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

मेरी कंपनी में हम इसे बहुत सफलतापूर्वक उपयोग करते हैं और इसे डेवलपर्स के आईडीई (एक्लिप्स विद मायलिन), तोड़फोड़ वाले SCM (हुक और WWW :: Bugzilla का उपयोग करके) और यहां तक ​​कि बिल्ड सिस्टम के साथ एकीकृत करते हैं। क्यूए लोग डेस्कज़िला का उपयोग कर रहे हैं जो एक शानदार टिकट है जो डेस्कटॉप एप्लिकेशन को प्रबंधित करता है (यदि आपके पास इसके लिए एक जीरा संस्करण भी है)।


हाँ बगज़िला ठीक है, हालांकि यूआई कभी-कभी बहुत सरल होता है। हम cvsdude.com पर एक का उपयोग करते हैं और यह केवल cvsdude के कारण होने वाले सभी मुद्दों के साथ ठीक है।
माइकल प्लिसिन

मैं सहमत हूं, हालांकि बहुत सारे प्रोजेक्ट में वास्तव में अच्छे टेम्पलेट हैं जो बुग्जिला के साथ काफी मदद करते हैं। Bugzilla.gnome.org और bugs.kde.org पर बग सबमिशन विज़ार्ड देखें। बुगज़िला के लिए टेंपलेटिंग सिस्टम बेहद शक्तिशाली है, जो कि एक बड़ी विशेषता है जो न तो जीरा और न ही आरटी प्रदान करता है।
Guss

4

हमने यहां स्पाइसवर्क्स का उपयोग करना शुरू कर दिया है और इसे बहुत पसंद करते हैं। केवल नकारात्मक पक्ष एक धुंधला उपयोगकर्ता पोर्टल है।


हम स्पिकवर्क का भी इस्तेमाल करते हैं। यह सरल है और अच्छी तरह से काम करता है। उपयोगकर्ता पोर्टल (है) बल्कि धुंधला हो जाता है, लेकिन ऐसा प्रतीत होता है कि एबबर्ग इसके बारे में परवाह नहीं करता है। ;)
टॉम

जबकि विकल्प "मुक्त" है, यह खुला स्रोत नहीं है। FYI करें: मैं 1.0 के बाद से Spiceworks का उपयोग कर रहा हूँ और इसे प्यार करता हूँ।
स्टेवे.लिपर्ट


2

ट्रैकर का अनुरोध काफी ठोस है। हम ज्यादातर इसे विरासत के कारणों के लिए उपयोग करते हैं (यह पिछले कुछ वर्षों से हमारे पास है), और इसने हमें कोई दुख नहीं दिया है। यह काम करना चाहिए जैसा कि यह करना चाहिए; कहने के लिए बहुत अधिक नहीं है।


2

हम TrackIT का उपयोग करते हैं। साल और साल के लिए इसका इस्तेमाल किया ... अब तक अच्छा है।


यहाँ एक मैं वास्तव में भूल गया हूँ। मैं इसकी जाँच करूंगा, धन्यवाद।
abourg

उनके पास एक उत्पाद भी है, जिसे पैरों के निशान कहा जाता है। दरार पर इसका ट्रैक।
एलन

2

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

यदि आप पूछते हैं कि आप किस टिकट प्रणाली से सबसे अधिक घृणा करते हैं, तो मेरा उत्तर उपाय कार्रवाई अनुरोध प्रणाली होगा


2
निश्चित रूप से अब तक किसी को एक टिकटिंग सिस्टम बनाना चाहिए था जो पूरी तरह से भयानक नहीं है? मुझे लगता है कि यह काम करने के लिए एक विशेष रूप से दिलचस्प समस्या नहीं है। और मुझे एक उपयोगकर्ता के रूप में रेमेडी पर काम करने की नाराजगी थी। काफी आप के साथ सहमत हैं, कुछ सिस्टम भयानक हैं, लेकिन रेमेडी उन्हें पानी से बाहर निकाल देती है।
17

5
टिकटिंग सिस्टम स्वाभाविक रूप से भयानक हैं क्योंकि आप जो काम नहीं करना चाहते हैं, वह उनके माध्यम से आता है।
1942


1

मैंने कायाको का पहले इस्तेमाल किया है । यह ओपन सोर्स (php / mysql) पर चलता है, हालांकि इसमें कुछ पैसे खर्च होते हैं। यह मूल्य निर्धारण के मामले में बहुत बुरा नहीं है, लेकिन मुझे यकीन नहीं है कि आप मुफ्त या सिर्फ ओपन सोर्स तकनीक के लिए पूछ रहे थे। सब कुछ ईमेल के माध्यम से किया जाता है, यह आंखों पर आसान है, काफी सस्ती है, आसानी से स्थापित है और ठोस समर्थन है।


1

मुझे फ्लाईस्प्रय के साथ अच्छे अनुभव हुए हैं ।


फ्लाईस्प्रे को कुछ ईमेल सुविधाओं का समर्थन करने के लिए माना जाता है - कम से कम उनकी मेलिंग सूचियों के अनुसार, लेकिन मैं वेब साइट या अपने स्वयं के ट्रैकिंग सिस्टम में इस तरह की सुविधाओं का उल्लेख करने में विफल रहा (फ्लाईस्प्राय द्वारा संचालित; बेशक ;-))।
Guss

1

सरल और महान मेजबान समाधान: Zendesk

आश्चर्यजनक रिपोर्टिंग और प्रक्रिया प्रबंधन / वर्कफ़्लोज़ (प्रविष्टि का उच्चतम अवरोध) के साथ भारी टिकटिंग: JIRA

विंडोज आधारित प्रणाली, सिस्टम प्रबंधन के साथ एकीकृत, एजेंट की तैनाती: कसीया

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.