समस्याएं

Google समस्या ट्रैकर में मौजूद समस्या, गड़बड़ी की रिपोर्ट, सुविधा का अनुरोध, बदलाव का अनुरोध या प्रोसेस वर्कफ़्लो आइटम है. उपयोगकर्ता इसे ट्रैक करना चाहता है या किसी दूसरे उपयोगकर्ता या टीम से इसे ट्रैक करने के लिए कहता है. समस्याओं को कॉम्पोनेंट में बांटा जाता है. हर कॉम्पोनेंट में, मिलती-जुलती समस्याओं का एक ग्रुप होता है. समस्या ट्रैकर में हर समस्या का अपना जानकारी वाला पेज होता है. इस पेज पर उपयोगकर्ता, समस्या से जुड़ी गतिविधि को ट्रैक करते हैं, टिप्पणियां करते हैं, और समस्या का डेटा अपडेट करते हैं.

समस्या वाले फ़ील्ड

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

समस्या की ज़्यादा जानकारी वाले पेज पर, ज़्यादातर फ़ील्ड पेज की दाईं ओर समस्या के फ़ील्ड पैनल में दिखते हैं. समस्या ट्रैकर में, ज़्यादातर फ़ील्ड में बदलाव किया जा सकता है. इसके लिए, उनसे जुड़ी वैल्यू, ड्रॉप-डाउन सूची या पेंसिल आइकॉन पर क्लिक करें. किसी फ़ील्ड पर कर्सर घुमाने पर, समस्या ट्रैकर उस फ़ील्ड के बारे में कम शब्दों में जानकारी देता है.

समस्या के डिफ़ॉल्ट फ़ील्ड के बारे में जानने के लिए, फ़ील्ड की ग्लॉसरी देखें.

समस्या किस तरह की है

टाइप फ़ील्ड की मदद से, किसी कॉम्पोनेंट में मौजूद समस्याओं को कई सामान्य ग्रुप में से किसी एक में बांटा जा सकता है. यह फ़ील्ड भरना ज़रूरी है. इस टेबल में, समस्या के संभावित टाइप दिखाए गए हैं:

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

समस्या की प्राथमिकता

प्राथमिकता फ़ील्ड की मदद से, किसी समस्या की अहमियत बताई जा सकती है. यह फ़ील्ड भरना ज़रूरी है. आम तौर पर, टीमों के पास किसी समस्या की अहमियत तय करने के लिए अलग-अलग मानदंड होते हैं. यहां दी गई टेबल में, समस्याओं को प्राथमिकता देने का सामान्य तरीका बताया गया है:

समस्या की प्राथमिकता ब्यौरा
P0 ऐसी समस्या जिसे तुरंत ठीक करने की ज़रूरत है और ज़रूरत के मुताबिक रिसॉर्स की ज़रूरत है. इस तरह की समस्या की वजह से, प्रॉडक्ट पूरी तरह से काम करना बंद कर देता है या प्रॉडक्ट का कोई अहम फ़ंक्शन सभी के लिए उपलब्ध नहीं होता. साथ ही, इस समस्या को ठीक करने का कोई तरीका भी नहीं होता.
P1 ऐसी समस्या जिसे जल्द से जल्द ठीक करना ज़रूरी है. इस तरह की समस्या से, उपयोगकर्ताओं के एक बड़े हिस्से पर काफ़ी असर पड़ता है. अगर इसका कोई हल है, तो वह पूरी तरह से काम नहीं करता या बहुत मुश्किल है. समस्या का असर, संगठन के मुख्य फ़ंक्शन पर पड़ता है या किसी टीम के काम में बुनियादी तौर पर रुकावट आती है.
P2 ऐसी समस्या जिसे तय समयसीमा में ठीक करना ज़रूरी है. ऐसी समस्या इनमें से कोई भी हो सकती है: 1) ऐसी समस्या जो P0 या P1 कैटगरी में आती है, लेकिन जिसका समाधान करने का कोई तरीका है, 2) ऐसी समस्या जो ज़्यादातर उपयोगकर्ताओं के लिए अहम है और जो संगठन के मुख्य फ़ंक्शन से जुड़ी है, 3) ऐसी समस्या जो अन्य टीमों के काम में रुकावट डालती है और जिसका समाधान करने का कोई तरीका नहीं है. P2, खास तौर पर पहली बार इस्तेमाल करने या इंस्टॉल करने के समय आने वाली समस्याओं के लिए सही है. यह प्राथमिकता का डिफ़ॉल्ट लेवल होता है.
P3 ऐसी समस्या जिसे जल्द से जल्द ठीक किया जाना चाहिए. यह समस्या, संगठन के मुख्य फ़ंक्शन या अन्य टीमों के काम से जुड़ी हो, लेकिन इससे काम में कोई रुकावट न आए या फिर इसका कोई समाधान हो.
P4 ऐसी समस्या जिसे समय के साथ ठीक किया जाना चाहिए. यह समस्या, संगठन के मुख्य फ़ंक्शन या दूसरी टीमों के काम से जुड़ी नहीं है. इसके अलावा, यह सिर्फ़ सिस्टम के आकर्षक या बेहतर होने से जुड़ी हो सकती है.

समस्या की स्थिति

स्थिति फ़ील्ड की मदद से, समस्या हल करने की प्रोसेस में उसकी स्थिति बताई जा सकती है. आम तौर पर, टीमों के पास यह तय करने के लिए अलग-अलग परिभाषाएं होती हैं कि किसी समस्या की स्थिति बदलने या उसे ठीक करने के लिए, किन गतिविधियों की ज़रूरत है. किसी समस्या के हल को ट्रैक करने के लिए, स्थिति फ़ील्ड की सभी उपलब्ध वैल्यू का इस्तेमाल करना ज़रूरी नहीं है. नीचे दी गई टेबल में, स्टेटस फ़ील्ड के इस्तेमाल के सामान्य तरीके बताए गए हैं:

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

समस्या ट्रैकर, समस्याओं की स्थिति के आधार पर उन्हें खुला या बंद के तौर पर मार्क करता है. समस्या बनी हुई है वाली समस्याएं, वे समस्याएं होती हैं जिन्हें ठीक करना बाकी है. इसमें ऐसी कोई भी समस्या शामिल है जिसका स्टेटस नई, असाइन की गई या जारी है है. बंद की गई समस्याओं के लिए, पुष्टि करने के अलावा किसी और कार्रवाई की ज़रूरत नहीं होती. इसमें ठीक हो गई, ठीक नहीं की जा सकती या डुप्लीकेट स्टेटस वाली कोई भी समस्या शामिल है.

स्थिति आइकन

स्थिति वाले आइकॉन, किसी समस्या की स्थिति को विज़ुअल तरीके से दिखाते हैं. खोज के नतीजों वाले पेज के स्टेटस कॉलम को सेट करके, स्टेटस टेक्स्ट के बजाय स्टेटस आइकॉन दिखाए जा सकते हैं.

स्टेटस तुरंत बदलना

समस्या की ज़्यादा जानकारी वाले पेज पर, समस्या के फ़ील्ड पैनल में, स्टेटस को तुरंत बदलने का लिंक दिखता है. इस लिंक की मदद से, समस्या को हल करने की प्रोसेस के अगले चरण पर पहुंचा जा सकता है. लिंक पर क्लिक करने से, समस्या का स्टेटस इस तरह बदल जाएगा:

  • अगर समस्या नई है और उसे किसी को असाइन नहीं किया गया है, तो तुरंत बदलाव करने के लिए प्रॉम्प्ट में मुझे असाइन करें लिखा होता है. स्टेटस को तुरंत बदलने पर, असाइनी को आपके तौर पर सेट कर दिया जाएगा और स्टेटस को असाइन किया गया में बदल दिया जाएगा. यह विकल्प तब भी दिखता है, जब समस्या असाइन की गई या पूरी हो रही है है और आपने उसे असाइन नहीं किया है. ऐसे में, असाइनी को आपके तौर पर सेट किया जाता है और स्टेटस में कोई बदलाव नहीं होता.

  • अगर आपने किसी समस्या को असाइन किया है और उसका स्टेटस असाइन किया गया है, तो स्टेटस तुरंत बदलने के लिए प्रॉम्प्ट में काम शुरू करें लिखा होता है. तुरंत बदलने पर, समस्या का स्टेटस बदलकर जारी है हो जाता है.

  • अगर आपने किसी समस्या को असाइन किया है और उसका स्टेटस जारी है है, तो स्टेटस तुरंत बदलने के लिए प्रॉम्प्ट में ठीक हो गया है के तौर पर मार्क करें लिखा होता है. तुरंत बदलने पर, समस्या का स्टेटस बदलकर ठीक हो गया हो जाता है.

  • अगर किसी समस्या का स्टेटस ठीक हो गया है है और आप पुष्टि करने वाले हैं, तो तुरंत बदलाव करने के लिए प्रॉम्प्ट में पुष्टि करें लिखा होता है. तुरंत बदलने पर, समस्या का स्टेटस बदलकर ठीक हो गई है (पुष्टि हो गई है) हो जाता है.

  • अगर किसी समस्या का स्टेटस 'समस्या हल हो गई है' (ठीक हो गई है, डुप्लीकेट है या समस्या ठीक नहीं की जाएगी) है, तो क्विक-बदलाव प्रॉम्प्ट में फिर से खोलें लिखा होता है. हालांकि, ऊपर बताए गए मामले में ऐसा नहीं होता. अगर समस्या को किसी व्यक्ति को असाइन नहीं किया गया है, तो स्टेटस को नया में बदल दिया जाता है. अगर समस्या को किसी व्यक्ति को असाइन किया गया है, तो स्टेटस को असाइन किया गया में बदल दिया जाता है.

समस्या के बारे में होवर कार्ड

समस्या के होवरकार्ड में, समस्या का टाइटल, आईडी, ब्यौरा, और मौजूदा स्थिति जैसी जानकारी होती है. इसके अलावा, इसमें दो बटन होते हैं: +1 बटन, जिससे यह पता चलता है कि आपको समस्या का असर हुआ है. दूसरा बटन मुझे कॉपी करें है, जो आपको समस्या की कॉपी सूची में जोड़ता है. अगर आप पहले से ही कॉपी सूची में शामिल हैं, तो बटन पर (मुझे कॉपी से हटाएं) लिखा होता है. उदाहरण के लिए:

समस्या के बारे में जानकारी देने वाले होवरकार्ड, इन पर कर्सर घुमाने पर दिखते हैं:

  • समस्या के खोज के नतीजों वाले पेज के ब्लॉक किया गया, ब्लॉक कर रहा है या डुप्लीकेट कॉलम में मौजूद समस्या का आईडी.
  • समस्या बताएं पेज पर सबसे नीचे मौजूद, संभावित डुप्लीकेट पैनल में मिली समस्या का लिंक.
  • समस्या वाले उस पेज पर स्थिति फ़ील्ड जिसे डुप्लीकेट के तौर पर मार्क किया गया है.
  • डुप्लीकेट के तौर पर मार्क किए गए पेज पर सबसे ऊपर मौजूद बार में मिली कैननिकल समस्या का लिंक.

समस्याओं में बदलाव करना

अगर आपके पास किसी कॉम्पोनेंट पर समस्याओं में बदलाव करने की अनुमति है, तो आपके पास समस्या फ़ील्ड में बदलाव करने के साथ-साथ, समस्याओं में टिप्पणियां जोड़ने का विकल्प भी होता है. हालांकि, कुछ फ़ील्ड में बिल्कुल भी बदलाव नहीं किया जा सकता. जैसे, समस्या बनाने की तारीख.

लेवल में बदलाव करना

किसी समस्या में होने वाले बदलावों की अहमियत अलग-अलग होती है. इससे यह तय होता है कि बदलाव, समस्या के इतिहास पैनल में दिखेंगे या नहीं. साथ ही, यह भी तय होता है कि बदलाव होने पर, उपयोगकर्ताओं को ईमेल सूचना मिलेगी या नहीं.

बदलावों को लागू करना

बदलावों को बंद करने पर, किसी समस्या का स्टेटस खुला है से बंद है में बदल जाता है. समस्या को ठीक करने के लिए किए गए बदलाव, इतिहास पैनल में दिखते हैं. बदलावों को बंद करने की सूचनाएं, ईमेल के ज़रिए भेजी जाती हैं. ये सूचनाएं उन उपयोगकर्ताओं को भेजी जाती हैं जिन्होंने सूचना पाने के लिए इनमें से कोई एक सेटिंग चुनी हो: सभी अपडेट, बड़े अपडेट या सिर्फ़ बदलावों को बंद करने की सूचना.

किसी समस्या को बंद करने वाली स्थितियों की पूरी सूची देखने के लिए, समस्या की स्थिति देखें.

बड़े बदलाव

समस्या के इतिहास पैनल में, बड़े बदलाव हमेशा दिखते हैं. किसी बड़े बदलाव के बाद, उन उपयोगकर्ताओं को ईमेल सूचना भेजी जाती है जिनकी सूचना सेटिंग सभी अपडेट या बड़े अपडेट पर सेट होती है. ऐसे बदलावों को बड़ा बदलाव माना जाता है:

  • समस्या का शुरुआती स्टेटस.
  • समस्या के बारे में जोड़ी गई टिप्पणियां.
  • समस्या को नए कॉम्पोनेंट में ले जाया जाता है.
  • प्राथमिकता, गंभीरता, रिटेंशन या असाइनी में बदलाव.
  • बंद है, पुष्टि हो चुकी है या फिर से खोला गया है स्टेटस में बदलाव.
  • बड़े के तौर पर मार्क किए गए कस्टम फ़ील्ड में बदलाव.

छोटे बदलाव

किसी समस्या के इतिहास पैनल में, मामूली बदलाव सिर्फ़ तब दिखते हैं, जब आपने फ़िल्टर के लेवल को पूरा इतिहास पर सेट किया हो. इसी तरह, छोटे बदलावों की सूचना सिर्फ़ उन उपयोगकर्ताओं को ईमेल से भेजी जाती है जिनकी भूमिका के लिए, सूचना की सेटिंग सभी अपडेट पर सेट होती है.

मामूली बदलावों में ये शामिल हैं:

  • टाइटल में बदलाव.
  • समस्या से जुड़ी हॉटलिस्ट में बदलाव.
  • अटैचमेंट जोड़ना.
  • समस्या के रिश्तों में बदलाव (ब्लॉक करना, ब्लॉक किया गया, डुप्लीकेट).
  • स्टेटस में हुए ऐसे बदलाव जिनके बारे में साफ़ तौर पर नहीं बताया गया है कि वे बड़े बदलाव हैं.
  • इन फ़ील्ड में बदलाव किए गए हैं: शिकायत करने वाला, टाइप, पुष्टि करने वाला, इसमें मिला, इस पर टारगेट किया गया, इसमें पुष्टि की गई, प्रोडक्शन में है.
  • कस्टम फ़ील्ड में हुए ऐसे बदलाव जिन्हें मामूली के तौर पर मार्क किया गया है.

बिना सूचना के बदलाव करना

चुपचाप किए गए बदलावों की सूचना, किसी भी उपयोगकर्ता को ईमेल से नहीं भेजी जाती. ऐसा तब तक नहीं होता, जब तक कि उन उपयोगकर्ताओं को समस्या से जोड़ने या हटाने के लिए बदलाव न किया गया हो. साइलेंट बदलावों में ये शामिल हैं:

  • कॉपी या सहयोग करने वाले फ़ील्ड में एंट्री जोड़ना या हटाना. ऐसा तब तक नहीं किया जा सकता, जब तक उपयोगकर्ता या ग्रुप को नया जोड़ा जा रहा हो या नया हटाया जा रहा हो.
  • टिप्पणी में बदलाव किया जा रहा है.
  • साइलेंट के तौर पर मार्क किए गए कस्टम फ़ील्ड में बदलाव करना.

समस्या का ऐक्सेस सीमित करना

समस्या ट्रैकर में, ऐक्सेस कंट्रोल की पाबंदियां लागू की जा सकती हैं. इससे, एक ही कॉम्पोनेंट में मौजूद अन्य समस्याओं की तुलना में, समस्याओं के लिए ऐक्सेस करने वालों का सेट छोटा हो जाता है.

समस्या के एडमिन, समस्या पर लगी पाबंदी के स्टेटस को, समस्या के ऐक्सेस के चार लेवल में से किसी एक पर अपडेट कर सकते हैं:

  • डिफ़ॉल्ट ऐक्सेस - सामान्य नियम लागू होते हैं: डिफ़ॉल्ट ऐक्सेस लेवल की समस्या के लिए, कॉम्पोनेंट की अन्य सभी समस्याओं के जैसे ही ऐक्सेस करने वाले होते हैं.

  • टिप्पणी करने की सीमित अनुमति - समस्या पर सिर्फ़ उन लोगों को टिप्पणी करने की अनुमति होगी जिन्हें समस्या के लिए असाइनी, सहयोगी, पुष्टि करने वाला या कॉपी के तौर पर शामिल किया गया है. भले ही, उनके पास कॉम्पोनेंट की अन्य समस्याओं पर टिप्पणी करने की अनुमति हो या नहीं. जिन उपयोगकर्ताओं के पास कॉम्पोनेंट पर एडमिन की समस्याओं की अनुमति है उनके पास टिप्पणी का ऐक्सेस भी बना रहेगा. देखने का ऐक्सेस डिफ़ॉल्ट रूप से बना रहेगा.

  • सीमित लोगों को दिखना - समस्या को सिर्फ़ वे लोग देख सकते हैं जिन्हें साफ़ तौर पर सूची में शामिल किया गया है. जैसे, असाइनी, सहयोगी, पुष्टि करने वाला व्यक्ति या कॉपी पाने वाला व्यक्ति.

  • सीमित तौर पर दिखने वाली समस्या + Google - समस्या को सिर्फ़ वे लोग देख सकते हैं जिन्हें साफ़ तौर पर सूची में शामिल किया गया है. जैसे, असाइनी, सहयोगी, पुष्टि करने वाला व्यक्ति या कॉपी के तौर पर शामिल व्यक्ति. इसके अलावा, फ़ुल-टाइम Google कर्मचारी और इंटरनल ऑटोमेशन खाते भी समस्या को देख सकते हैं.