Google के समस्या को ट्रैक करने वाले टूल में एक समस्या, गड़बड़ी की रिपोर्ट, सुविधा का अनुरोध, बदलाव का अनुरोध या वर्कफ़्लो आइटम को प्रोसेस करने के लिए होती है. उपयोगकर्ता इसे ट्रैक करना चाहता है या ट्रैक करना चाहता है. समस्याओं को कॉम्पोनेंट में व्यवस्थित किया जाता है. इनमें से हर एक में, मिलती-जुलती समस्याओं का एक ग्रुप होता है. समस्या को ट्रैक करने वाले टूल में हर समस्या का अपना ब्यौरा पेज होता है, जहां उपयोगकर्ता समस्या पर गतिविधि को ट्रैक करते हैं. साथ ही, पेज पर उपयोगकर्ता अपनी समस्या के बारे में टिप्पणियां करते हैं और उन्हें अपडेट करते हैं.
समस्या वाले फ़ील्ड
हर समस्या से जुड़े फ़ील्ड का एक सेट होता है, जो इसके बारे में और इसकी मौजूदा स्थिति के बारे में बताता है. इसमें समस्या का टाइप, गंभीरता और प्राथमिकता के हिसाब से इसकी अहमियत, और समस्या की गतिविधि का रिकॉर्ड शामिल है. कुछ फ़ील्ड में सभी समस्याएं होती हैं. समस्या को ट्रैक करने वाले टूल में ऐसे कस्टम फ़ील्ड भी इस्तेमाल किए जा सकते हैं जो सिर्फ़ तब उपलब्ध होते हैं, जब कोई समस्या किसी खास कॉम्पोनेंट से जुड़ी हुई हो. सभी नई समस्याओं के लिए, कई ज़रूरी फ़ील्ड होते हैं. इनमें कॉम्पोनेंट, टाइटल, प्राथमिकता और टाइप शामिल हैं. कुछ कॉम्पोनेंट में कस्टम फ़ील्ड भी होते हैं, जो ज़रूरी होते हैं.
समस्या के बारे में ज़्यादा जानकारी देने वाले पेज पर, ज़्यादातर फ़ील्ड समस्या फ़ील्ड पैनल में पेज की दाईं ओर होते हैं. पेज के सबसे ऊपरी हिस्से में मौजूद, मिलती-जुलती समस्याएं ट्रे में कुछ और फ़ील्ड होते हैं. समस्या ट्रैक करने वाले टूल में करीब सभी फ़ील्ड लिंक, ड्रॉप-डाउन सूची या उनसे जुड़े पेंसिल आइकॉन पर क्लिक करके बदलाव किए जा सकते हैं. जब किसी फ़ील्ड पर कर्सर घुमाया जाता है, तो समस्या को ट्रैक करने वाले टूल से उस पर माउसओवर टेक्स्ट में कुछ जानकारी मिल जाती है.
समस्या के डिफ़ॉल्ट फ़ील्ड के ब्यौरे के लिए, फ़ील्ड की ग्लॉसरी देखें.
समस्या किस तरह की है
टाइप फ़ील्ड की मदद से, कॉम्पोनेंट में मौजूद समस्याओं को कई सामान्य ग्रुप में से किसी एक में रखा जा सकता है. यह फ़ील्ड भरना ज़रूरी है. नीचे दी गई टेबल में संभावित समस्या के बारे में बताया गया है:
| समस्या किस तरह की है | ब्यौरा |
|---|---|
| गड़बड़ी | व्यवहार ऐसा होता है जो माना जाता है कि होना चाहिए या किया जाने वाला दस्तावेज़ है, लेकिन प्रॉडक्ट उम्मीद के मुताबिक काम नहीं करता है. |
| सुविधा का अनुरोध | प्रॉडक्ट उम्मीद के मुताबिक काम करता है. हालांकि, बताए गए बदलावों के ज़रिए इसे बेहतर बनाया जा सकता है. |
| ग्राहक की समस्या | समस्या से किसी तीसरे पक्ष पर असर पड़ रहा है. हो सकता है कि समस्या की शिकायत करने वाला व्यक्ति उसे फिर से न देख पाए. ऐसी समस्या सिर्फ़ समस्या हल करने या ट्रेनिंग के लिए की जा सकती है. हालांकि, यह एक गड़बड़ी या सुविधा का अनुरोध हो सकती है. |
| इंटरनल क्लीनअप | समस्या का प्रॉडक्ट के व्यवहार पर कोई असर नहीं होता है. हालांकि, समस्या को ठीक करने से प्रॉडक्ट को तैयार करते समय, ज़्यादा आसान और बेहतर इंटरैक्शन हो सकता है. इस तरह के रखरखाव का इस्तेमाल करके, रखरखाव से जुड़ी समस्याओं को ट्रैक भी किया जा सकता है. |
| प्रोसेस | यह प्रोसेस अलग-अलग तरह की होती है. प्रोजेक्ट के हिसाब से इसके इस्तेमाल के तरीके अलग-अलग हो सकते हैं. उदाहरण के लिए, API से जनरेट हुई समस्याओं के लिए, इस टाइप का इस्तेमाल किया जा सकता है. इसके अलावा, एडमिन टास्क ट्रैक करने के लिए भी इसका इस्तेमाल किया जा सकता है. |
| जोखिम की संभावना | Google की निजता और सुरक्षा से जुड़े दिशा-निर्देशों के मुताबिक, एसएलओ पर निजता और सुरक्षा से जुड़े जोखिम हो सकते हैं. 01-11-2017 के बाद तक सिर्फ़ पढ़ने के लिए. |
| प्रोजेक्ट | एक सीमित प्रारंभ और अंत वाले एक लक्ष्य-आधारित प्रयास, जो एक विशिष्ट प्रॉडक्ट, सेवा या परिणाम बनाने पर केंद्रित होता है. |
| माइलस्टोन | काम का ऐसा संग्रह जो प्रोजेक्ट को पूरा करने के पाथ में एक ज़रूरी उपलब्धि दिखाता है. माइलस्टोन का इस्तेमाल, लॉन्च या रिलीज़ दिखाने के लिए भी किया जा सकता है. |
| सुविधा | काम का ऐसा संग्रह जो उपयोगकर्ता की खास अहमियत बताता है. |
| एपिक | एक ही मकसद को पूरा करने के लिए, काम का बड़ा संग्रह. |
| स्टोरी | काम का एक छोटा संग्रह, जो उपयोगकर्ता के लिए खास काम के लायक हो. |
| टास्क | काम की एक छोटी इकाई. |
प्राथमिकता की प्राथमिकता
प्राथमिकता फ़ील्ड की मदद से, किसी समस्या की अहमियत तय की जा सकती है. यह फ़ील्ड ज़रूरी है. आम तौर पर, टीमों के हिसाब से यह तय होता है कि किसी समस्या की अहमियत कितनी है. नीचे दी गई टेबल में, समस्याओं को प्राथमिकता देने का एक सामान्य तरीका बताया गया है:
| प्राथमिकता की प्राथमिकता | ब्यौरा |
|---|---|
| P0 | एक ऐसी समस्या जिसे तुरंत ठीक करने की ज़रूरत है. साथ ही, ज़्यादा संसाधनों की भी ज़रूरत है. इस तरह की समस्या की वजह से प्रॉडक्ट पूरी तरह से बंद हो जाता है या प्रॉडक्ट का कोई ऐसा फ़ंक्शन खुल जाता है जो काम का नहीं होता. इसके लिए, किसी समस्या को ठीक करने का तरीका भी मौजूद नहीं होता. |
| P1 | एक समस्या जिसे तुरंत हल करने की ज़रूरत है. इस तरह की समस्या उपयोगकर्ताओं के एक बड़े हिस्से को बहुत हद तक प्रभावित करती है. अगर ऐसा हल हो, तो यह आंशिक या बहुत ज़्यादा दर्द देने वाला होता है. इस समस्या का असर संगठन के किसी मुख्य फ़ंक्शन पर है या इससे किसी दूसरी टीम को बुनियादी तौर पर नुकसान पहुंचता है. |
| P2 | एक ऐसी समस्या जिसे तय समय में ठीक करना ज़रूरी हो. इनमें से कोई एक समस्या हो सकती है: 1) कोई समस्या जो P0 या P1 होगी, लेकिन उसका समाधान भी सही हो, 2) कोई समस्या जो उपयोगकर्ताओं के एक बड़े हिस्से के लिए ज़रूरी हो और संगठन के मुख्य फ़ंक्शन से जुड़ी हो, 3) कोई ऐसी समस्या हो जो दूसरी टीमों के काम में रुकावट आए और उसका कोई हल न हो. P2 खास तौर पर, पहले इस्तेमाल के दौरान या इंस्टॉल के समय आने वाली समस्याओं के लिए काम का है. साथ ही, यह डिफ़ॉल्ट प्राथमिकता लेवल है. |
| P3 | एक ऐसी समस्या जिसे ठीक करते समय ठीक किया जाना चाहिए. इस तरह की समस्या, संगठन के मुख्य फ़ंक्शन या दूसरी टीमों के काम के लिए ज़रूरी होती है. हालांकि, इसका कोई असर नहीं पड़ता या फिर कोई हल निकल जाता है. |
| P4 | एक समस्या जिसे बाद में हल करना ज़रूरी है. इस तरह की समस्या, संगठन के मुख्य कामों या दूसरी टीमों के काम के लिए काम की नहीं होती है. इसके अलावा, यह समस्या सिर्फ़ सिस्टम के आकर्षण या खुशी के बारे में होती है. |
समस्या की स्थिति
स्थिति फ़ील्ड की मदद से, आप रिज़ॉल्यूशन की प्रोसेस में किसी समस्या की स्थिति बता सकते हैं. आम तौर पर, टीमों के पास अलग-अलग परिभाषाएं होती हैं कि किसी स्थिति को बदलने या उसका समाधान करने के लिए किन गतिविधियों की ज़रूरत होती है. किसी समस्या के समाधान को ट्रैक करने के लिए, सभी स्थिति फ़ील्ड वैल्यू का इस्तेमाल नहीं करना चाहिए. नीचे दी गई टेबल में, स्थिति फ़ील्ड का इस्तेमाल करने के सामान्य तरीके दिखाए गए हैं:
| समस्या की स्थिति | ब्यौरा |
|---|---|
| नया | समस्या के लिए कोई व्यक्ति या ग्रुप असाइन नहीं किया गया है. |
| असाइन किया गया | समस्या के लिए असाइन किया गया कोई व्यक्ति. वह व्यक्ति असाइनी फ़ील्ड में दिखता है. |
| प्रोसेस जारी है (स्वीकार किया गया) | असाइनी ने समस्या को स्वीकार कर लिया है और इस पर काम शुरू कर दिया है. |
| फ़िक्स्ड | समस्या को ठीक कर दिया गया है. |
| समस्या ठीक हो गई है (पुष्टि हो गई है) | समस्या का समाधान कर दिया गया है और उपयोगकर्ता के ज़रिए पुष्टि करने वाले फ़ील्ड में समस्या ठीक करने की पुष्टि कर दी गई है. |
| ठीक नहीं किया जा सका (फिर से नहीं बनाया जा सकता) | या तो समस्या को ठीक करने के लिए काफ़ी जानकारी नहीं है या रिपोर्ट की गई समस्या को फिर से नहीं बनाया जा सकता. |
| ठीक नहीं किया जा रहा है (इंटेंट वाला व्यवहार) | यह समस्या रिपोर्ट की गई परिस्थितियों में प्रॉडक्ट के उम्मीद के मुताबिक व्यवहार की जानकारी देती है. |
| ठीक नहीं किया गया (पुराना) | प्रॉडक्ट में हुए बदलावों की वजह से, यह समस्या अब काम नहीं करती. |
| ठीक नहीं किया जा सकता (जो संभव नहीं है) | समस्या को हल करने के लिए ज़रूरी बदलाव सही तरीके से नहीं किए जा सकते. |
| हमशक्ल | समस्या की शिकायत कहीं और की गई है. किसी समस्या की स्थिति डुप्लीकेट पर सेट करने के लिए, किसी समस्या की डुप्लीकेट कॉपी बनाना लेख देखें. |
समस्या को ट्रैक करने वाला टूल, उनकी स्थिति के हिसाब से, समस्याओं को खुला है या बंद है के तौर पर देखता है. ठीक है समस्याएं वे होती हैं जिन्हें अभी हल नहीं किया गया है. इसमें नया, असाइन किया गया या जारी है की स्थिति से जुड़ी कोई भी समस्या शामिल है. बंद है समस्याओं में ऐसी समस्याएं शामिल होती हैं जिन पर आगे किसी कार्रवाई की ज़रूरत नहीं होती. हालांकि, पहचान की पुष्टि की जा सकती है. इसमें ठीक किया गया, ठीक नहीं किया गया या डुप्लीकेट की स्थिति से जुड़ी कोई समस्या शामिल है.
स्थिति आइकन
स्थिति के आइकॉन, किसी समस्या की स्थिति को विज़ुअल तरीके से दिखाते हैं. किसी समस्या के बाईं ओर, स्टेटस आइकॉन दिखता है. यह आइकॉन किसी दूसरी समस्या के ब्लॉक किया गया या ब्लॉक किया जा रहा है वाली ड्रॉप-डाउन सूची में होता है. ये आइकॉन मौजूदा पेज को छोड़े बिना, ब्लॉक की गई या ब्लॉक की गई समस्या की स्थिति का आकलन करने का एक आसान तरीका देते हैं. आप स्थिति टेक्स्ट के बजाय, खोज नतीजों के पेज का स्थिति कॉलम भी दिखा सकते हैं. इससे आप स्थिति के आइकॉन देख सकते हैं.
फटाफट बदलाव की स्थिति
इसका समाधान करने की प्रक्रिया में, अगले सामान्य चरण पर जाने के लिए दो तरीके हैं. पहला, स्थिति बदलें बटन, जो समस्या के बारे में ज़्यादा जानकारी देने वाले पेज पर सबसे ऊपर ऐप्लिकेशन बार में होता है. यह पेज के दाईं ओर मौजूद समस्या के फ़ील्ड पैनल में स्थिति बदलें लिंक होता है. इनमें से किसी एक विकल्प पर क्लिक करने से, समस्या का स्टेटस इस तरह आगे बढ़ जाएगा:
अगर समस्या नई है और उसे असाइन नहीं किया गया है. इसके अलावा या जिस व्यक्ति को असाइन किया गया है वह आपके अलावा कोई और है, तो फटाफट बदलने वाले प्रॉम्प्ट में, मुझे असाइन करें लिखा होता है. स्थिति को तेज़ी से बदलने पर, आपको असाइनी की भूमिका बदल जाएगी. अगर मौजूदा समय में यह सेट है, तो समस्या की स्थिति को असाइन किया गया में बदलें.
अगर आप किसी समस्या के लिए असाइनी हैं और उसका स्टेटस असाइन किया गया है, तो आसानी से बदलने वाले प्रॉम्प्ट में, काम शुरू करें लिखा होता है. तेज़ी से बदलाव करने से समस्या की स्थिति जारी है में बदल जाती है.
अगर आप किसी समस्या के लिए असाइनी हैं और इसकी स्थिति प्रोसेस में है, तो क्विक-बदलाव के अनुरोध में समस्या को ठीक किया गया लिखा होता है. तेज़ी से बदलने पर, समस्या की स्थिति बदलकर ठीक कर दी गई हो जाती है.
अगर किसी समस्या की स्थिति ठीक कर ली गई है है और आप पुष्टि करने वाला व्यक्ति हैं, तो फटाफट बदलाव करने का अनुरोध पुष्टि करें के तौर पर दिखता है. तेज़ी से बदलाव करने से इस समस्या की स्थिति को ठीक कर दिया गया है (पुष्टि हो चुकी है) कर दी जाती है.
अगर किसी समस्या की स्थिति बंद है (ठीक कर ली गई है, डुप्लीकेट या ठीक नहीं की गई, तो कार्रवाई बदलने के अनुरोध में फिर से खोलें मैसेज दिखता है. ऐसा ऊपर दिए गए मामले में नहीं होता. फटाफट बदलाव करने से स्थिति नए में बदल जाती है. ऐसा तब होता है, जब समस्या असाइनी हो या असाइनी.
हॉवरकार्ड से जुड़ी समस्या
समस्या वाले होवरकार्ड में, किसी समस्या का शीर्षक, आईडी, ब्यौरा, और मौजूदा स्थिति जैसी जानकारी शामिल होती है. साथ ही, इसमें CC Me बटन होता है जो आपको समस्या की CC सूची में जोड़ता है (अगर आप पहले से CC सूची में हैं, तो बटन Un-CC Me पढ़ता है). उदाहरण के लिए:
इन चीज़ों पर माउस घुमाने पर, समस्या वाले होवर कार्ड दिखते हैं:
- समस्या से जुड़ा आईडी, मिलती-जुलती समस्याएं ट्रे के ब्लॉक किया गया, ब्लॉक किया जा रहा है या डुप्लीकेट टैब में मिलता है.
- समस्या के खोज नतीजों के पेज पर ब्लॉक किया गया, ब्लॉक किया गया या इसके डुप्लीकेट कॉलम में समस्या
- 'समस्या बनाएं' पेज की दाईं ओर मौजूद, 'हाल ही की समस्याएं' पैनल में मौजूद समस्या से जुड़ा लिंक.
- समस्या वाले पेज पर स्थिति फ़ील्ड, जिसे डुप्लीकेट के तौर पर मार्क किया गया है.
- डुप्लीकेट पेज के तौर पर मार्क किए गए पेज के ऊपर, पीले रंग के बार में दिखने वाली कैननिकल समस्या से लिंक करें.
समस्याओं में बदलाव करना
अगर आपके पास किसी कॉम्पोनेंट के लिए देखें और बदलाव करें अनुमति है, तो आप उसके फ़ील्ड में बदलाव कर सकते हैं. साथ ही, उसमें टिप्पणियां भी जोड़ सकते हैं. हालांकि, कुछ फ़ील्ड में बदलाव नहीं किया जा सकता. उदाहरण के लिए, गड़बड़ी की तारीख या टिप्पणी जो पहले की जा चुकी हैं.
लेवल में बदलाव करें
किसी समस्या में होने वाले बदलावों की अहमियत अलग-अलग होती है. इससे, यह तय होता है कि समस्या के इतिहास पैनल में बदलाव दिखेंगे या नहीं. साथ ही, बदलाव होने पर उपयोगकर्ताओं को ईमेल सूचना मिलती है या नहीं.
इस बदलाव को बंद किया जा रहा है
इस आखिरी हिस्से को बंद करने से, समस्या का स्टेटस खुला है से बंद है में बदल जाता है. समस्या के इतिहास पैनल में, बंद किए गए बदलाव दिखते हैं. बंद करने के बदलाव, ईमेल सूचना के तौर पर उपयोगकर्ताओं को इनमें से किसी एक सेटिंग के साथ भेजे जाते हैं: सभी अपडेट, खास अपडेट या सिर्फ़ बंद होने पर लागू होने वाला अपडेट.
किसी खुली समस्या को बंद करने वाली स्थितियों की पूरी सूची के लिए, समस्या की स्थिति देखें.
बड़े बदलाव
समस्या के लिए, इतिहास पैनल में बड़े बदलाव हमेशा दिखते हैं. किसी बड़े बदलाव के बाद, उन उपयोगकर्ताओं को एक ईमेल सूचना भेजी जाती है जिनके पास सभी अपडेट या खास अपडेट की सूचना सेटिंग होती है. नीचे दिए गए बदलावों को ये माना जाता है:
- समस्या की शुरुआती वजह.
- समस्या में टिप्पणियां जोड़ी गईं.
- समस्या को एक नए कॉम्पोनेंट में ले जाया गया है.
- प्राथमिकता, गंभीरता, निजी डेटा का रखरखाव, और असाइनी में बदलाव किए गए.
- स्थिति, बंद है, पुष्टि हो चुकी है या फिर से खुल गई है.
- उन कस्टम फ़ील्ड में हुए बदलाव जिन्हें अहम के तौर पर मार्क किया गया है.
मामूली बदलाव
किसी फ़ाइल में मामूली बदलाव करने के लिए, आपको इतिहास पैनल में सिर्फ़ तब दिखेगा, जब आपने पूरा इतिहास को चालू किया हो. इसी तरह, मामूली बदलाव सिर्फ़ उन उपयोगकर्ताओं को ईमेल से सूचना पाने के लिए भेजे जाते हैं जिनकी समस्या के लिए भूमिका में, सभी अपडेट की सूचना सेटिंग है.
छोटे बदलाव माने जाने वाले बदलावों में शामिल हैं:
- शीर्षक में बदलाव
- हॉटलिस्ट के बदलाव
- समस्या से जुड़े बदलाव (ब्लॉक करना, ब्लॉक करना, डुप्लीकेट)
- स्थिति में किए गए बदलाव साफ़ तौर पर मेजर बदलाव नहीं हैं
- इन फ़ील्ड में हुए बदलाव: रिपोर्टर, टाइप, पुष्टि करने वाला, इसमें मिला, इस पर टारगेट किया गया, पुष्टि हो चुकी है, प्रोडक्शन में है
- माइनर के तौर पर मार्क किए गए कस्टम फ़ील्ड में हुए बदलाव
बिना आवाज़ वाले बदलाव
जिन समस्याओं के बारे में साइलेंट एडिटर इस्तेमाल करते हैं वे किसी समस्या के इतिहास पैनल में नहीं दिखते. साथ ही, वे किसी भी उपयोगकर्ता को सूचना वाले ईमेल जनरेट नहीं करते. साइलेंट माने जाने वाले बदलावों में ये शामिल हैं:
- CC या सहयोगकर्ता फ़ील्ड में एंट्री जोड़ना या हटाना (जब तक उपयोगकर्ता या ग्रुप को जोड़ा या हटाया नहीं जा रहा)
- टिप्पणी में बदलाव करना
- साइलेंट के तौर पर मार्क किया गया कस्टम फ़ील्ड बदलना
ऐक्सेस से जुड़ी सीमाएं
समस्या को ट्रैक करने के लिए, ऐक्सेस कंट्रोल से जुड़ी पाबंदियों का इस्तेमाल किया जाता है. इसकी मदद से, एक ही कॉम्पोनेंट में मौजूद दूसरी समस्याओं की तुलना में, ऐक्सेसर के छोटे सेट मिल पाते हैं.
समस्या के एडमिन को समस्या की पाबंदी का स्टेटस, इन चार में से किसी एक ऐक्सेस लेवल को अपडेट करने की अनुमति होती है:
डिफ़ॉल्ट ऐक्सेस - सामान्य नियम लागू होते हैं: डिफ़ॉल्ट ऐक्सेस लेवल वाली एक समस्या की वजह से, ऐक्सेसर में मौजूद बाकी सभी समस्याओं पर भी वही ऐक्सेसर हो जाता है.
सीमित टिप्पणी करना - सिर्फ़ वे लोग जो समस्या, टिप्पणी करने वाले, सहयोगी, पुष्टि करने वाले या CC के तौर पर सूची में शामिल हैं, उन्हें ही समस्या पर टिप्पणी करने की अनुमति होगी. भले ही, वे कॉम्पोनेंट में किसी और समस्या के लिए टिप्पणी करने की अनुमति देते हों. कॉम्पोनेंट में, एडमिन से जुड़ी समस्याओं की अनुमति वाले आईडी भी टिप्पणी को ऐक्सेस करते हैं. देखने का ऐक्सेस डिफ़ॉल्ट रहेगा.
सीमित विज़िबिलिटी - सिर्फ़ साफ़ तौर पर बताई गई पहचान से जुड़ी जानकारी (असाइनी, सहयोगी, पुष्टि करने वाले या सीसी) के पास समस्या को देखने का ऐक्सेस होता है.
सीमित विज़िबिलिटी + Google - सिर्फ़ साफ़ तौर पर सूची में दी गई पहचान (असाइनी, सहयोगी, पुष्टि करने वाले, या सीसी), फ़ुल-टाइम Googlers, और अंदरूनी ऑटोमेशन खातों के पास समस्या को देखने का ऐक्सेस होता है.