בעיות

בעיה במעקב אחר בעיות ב-Google היא דוח על באג, בקשה להוספת תכונה, שינוי בקשה או פריט בתהליך העבודה שמשתמש רוצה לעקוב אחריו, או מצפה ממשתמש או צוות אחר לעקוב אחריו. הבעיות מאורגנות ברכיבים, כשכל אחד מהם מכיל קבוצה של בעיות קשורות. לכל בעיה במעקב אחר בעיות יש דף פרטים משלה, שבו המשתמשים עוקבים אחרי הפעילות בבעיה, ושבו המשתמשים מוסיפים הערות ומעדכנים את נתוני הבעיה.

שדות בעיה

לכל בעיה יש קבוצת שדות משויכים שמתארים אותה ואת המצב הנוכחי שלה. המידע הזה כולל את סוג הבעיה, חשיבותה מבחינת החומרה והעדיפות שלה ותיעוד הפעילות שקשורה לבעיה. חלק מהשדות משותפים לכל הבעיות. במעקב אחר בעיות יש גם תמיכה בשדות מותאמים אישית שזמינים רק כשיש בעיה שמשויכת לרכיב ספציפי. לכל הבעיות החדשות יש כמה שדות חובה. הערכים האלה כוללים רכיב, כותרת, עדיפות וסוג. לחלק מהרכיבים יש גם שדות מותאמים אישית שנדרשים.

בדף פרטי הבעיה, רוב השדות נמצאים בצד שמאל של הדף בחלונית Issue Fields. חלק מהשדות הנוספים נמצאים במגש בעיות קשורות בסמוך לחלק העליון של הדף. במעקב אחר בעיות אפשר לערוך כמעט את כל השדות על ידי לחיצה על הקישור, הרשימה הנפתחת או סמל העיפרון שמשויכים אליהם. כשמעבירים את העכבר מעל שדה, התכונה 'מעקב אחר בעיות' מספקת מידע קצר על השדה בטקסט שמוצג כשמעבירים את העכבר מעל השדה.

אפשר לקרוא תיאור של שדות ברירת המחדל של בעיות במילון שדות.

סוג הבעיה

השדה סוג מאפשר לסווג בעיות בתוך רכיב באחת ממספר קבוצות נפוצות. חובה לבחור אפשרות לשדה הזה. בטבלה הבאה מוצגים סוגי הבעיות האפשריים:

סוג הבעיה	תיאור
באג	ההתנהגות מנוגדת למה שאמור להתרחש או שתועד להתרחש, או שהמוצר לא פועל כמצופה.
בקשה להוספת תכונה	המוצר פועל כמתוכנן, אבל אפשר לשפר אותו באמצעות השינויים שצוינו.
בעיה של הלקוח	הבעיה משפיעה על צד שלישי ויכול להיות שהאדם שמדווח על הבעיה לא יוכל לשחזר אותה. יכול להיות שהבעיה נובעת מפתרון בעיות או הדרכה, אבל היא עשויה להיות באג או בקשה להוספת תכונה.
ניקוי פנימי	לבעיה אין השפעה חיצונית על התנהגות המוצר, אבל טיפול בבעיה יאפשר אינטראקציה יעילה או אינטואיטיבית יותר בזמן פיתוח המוצר. אפשר להשתמש בסוג הזה גם כדי לעקוב אחר בעיות תחזוקה.
התהליך	'תהליכים' הם קטגוריה שונות שיש לה שימושים שונים, בהתאם לפרויקט. לדוגמה, אפשר להשתמש בסוג הזה לבעיות שנוצרות על ידי API, או להשתמש בו כדי לעקוב אחרי משימות ניהוליות.
נקודות חולשה	נקודות חולשה בפרטיות ובאבטחה כפופות ליעדי SLO שהוגדרו בהנחיות הפרטיות והאבטחה של Google. קריאה בלבד עד אחרי 1 בינואר 2017.
פרויקט	מטרה עסקית ממוקדת מטרה עם התחלה וסיום סופיים, שמתמקדת ביצירת מוצר, שירות או תוצאה ייחודיים.
אבן דרך	אוסף של עבודות שמייצג הישג חשוב בדרך להשלמת פרויקט. אבני דרך יכולות לשמש גם לייצוג השקות או גרסאות.
Feature	אוסף של עבודות שמספקות ערך ספציפי למשתמש.
אפוס	יש אוסף נרחב של מאמצים להשגת מטרה משותפת.
סטורי	אוסף קטן של עבודות שמספקות ערך ספציפי למשתמש.
משימה	יחידה קטנה של עבודה.
תוכנית	אוסף של יעדים שקשורים לנושא (פרויקטים, תכונות, אבני דרך, אפיים).

עדיפות הבעיה

בשדה עדיפות אפשר לציין את רמת החשיבות של הבעיה. השדה הזה הוא חובה. לצוותים יש בדרך כלל קריטריונים שונים לאופן קביעת החשיבות של בעיה. בטבלה הבאה מוצגת דרך נפוצה לתעדוף בעיות:

עדיפות הבעיה	תיאור
P0	בעיה שצריך לטפל בה באופן מיידי ועם מספר המשאבים הדרוש. בעיה כזו גורמת להפסקה זמנית בשירות מלא או גורמת לכך שפונקציה קריטית של המוצר לא תהיה זמינה לכולם, ללא פתרון עקיף ידוע.
P1	בעיה שצריך לטפל בה במהירות. בעיה כזו משפיעה באופן משמעותי על אחוז גדול של משתמשים. אם יש פתרון עקיף, מדובר בבעיה חלקית או כואבת מדי. הבעיה משפיעה על פונקציה מרכזית של הארגון או על צוות אחר באופן מהותי.
P2	בעיה שיש לטפל בה בפרקי זמן סבירים. בעיה כזאת יכולה להיות אחת מהאפשרויות הבאות: 1) בעיה שתהיה P0 או P1 אבל יש לה פתרון סביר, 2) בעיה שחשובה לאחוז גדול מהמשתמשים והיא קשורה לפונקציות ליבה ארגוניות, 3) בעיה שפוגעת בעבודה של צוותים אחרים ואין לה דרך סבירה לעקוף את הבעיה. P2 רלוונטי במיוחד לבעיות בשימוש ראשון או בזמן ההתקנה, ורמת העדיפות שלה היא ברירת המחדל.
P3	בעיה שצריך לטפל בה כשאפשר. בעיה כזו רלוונטית לפונקציות ליבה ארגוניות או לעבודתם של צוותים אחרים, אבל היא לא מגבילה את ההתקדמות או שיש לה פתרון עקיף סביר.
P4	בעיה שצריך לטפל בה בסופו של דבר. סוגיה כזו אינה רלוונטית לפונקציות הליבה הארגוניות או לעבודתם של צוותים אחרים, או שהיא קשורה רק לאטרקטיביות או לנעימות של המערכת.

סטטוס הבעיה

בשדה Status אפשר לציין את הסטטוס של הבעיה בתהליך הפתרון. בדרך כלל, לצוותים יש הגדרות שונות לגבי הפעילויות הנדרשות כדי שבעיה מסוימת תוכל לשנות את הסטטוס שלה או כדי לפתור אותה. לא כל הערכים הזמינים בשדה Status צריכים לשמש למעקב אחרי פתרון הבעיה. בטבלה הבאה מוצגות דרכים נפוצות לשימוש בשדה Status:

סטטוס הבעיה	תיאור
חדש	לא הוקצה אדם או קבוצה לבעיה.
הוקצו	אדם שהוקצה לבעיה הוא אדם. האדם הזה יופיע בשדה מקבל ההקצאה.
בטיפול (אושר)	מקבל ההקצאה אישר את הבעיה והתחיל לעבוד עליה.
קבוע	הבעיה טופלה.
תוקנה (מאומת)	הבעיה טופלה, והמשתמשים אישרו את נכונות התיקון בשדה Verifier.
לא יתוקן (לא ניתן לשחזור)	אין מספיק מידע כדי לפתור את הבעיה, או שלא ניתן ליצור מחדש את הבעיה כפי שדווחה.
לא יתוקן (התנהגות מיועדת)	הבעיה מתארת את ההתנהגות הצפויה של המוצר בנסיבות המדווחות.
לא יתוקן (הוצא משימוש)	הבעיה כבר לא רלוונטית עקב שינויים במוצר.
לא ניתן לתקן (לא אפשרי)	השינויים הדרושים לטיפול בבעיה אינם אפשריים באופן סביר.
כפילות	הבעיה דווחה במקום אחר. כדי להגדיר את הסטטוס של בעיה ככפילות, יש לעיין במאמר שכפול בעיה.

במעקב אחר בעיות, הבעיות הן פתוחות או סגורות, בהתאם לסטטוס שלהן. בעיות פתוחות הן בעיות שממתינות לפתרון. למשל, כל בעיה בסטטוס חדש, הוקצתה או בטיפול. בעיות סגורות הן בעיות שלא דורשות פעולה נוספת, למעט שאולי אימות שלהן. לצד הבעיה הזו, הסטטוסים Fixed, Won't נדרש או כפילות.

סמלי סטטוס

סמלי הסטטוס מייצגים בצורה חזותית את הסטטוס של בעיה. סמל סטטוס מופיע מימין לבעיה שמופיעה ברשימה הנפתחת חסימה על ידי או חסימה של בעיה אחרת. הסמלים האלה נותנים דרך מהירה להעריך את ההתקדמות של בעיית חסימה או חסימה בלי לצאת מהדף הנוכחי. תוכל גם להגדיר את העמודה סטטוס בדף תוצאות חיפוש להצגת סמלי סטטוס במקום טקסט הסטטוס.

סטטוס שינוי מהיר

יש שתי דרכים לשנות במהירות את הסטטוס של בעיה כדי לקדם אותה לשלב הבא בדרך לפתרון הבעיה. הלחצן הראשון הוא הלחצן Change Status (שינוי סטטוס) שנמצא בApp Bar בחלק העליון של דף פרטי הבעיה, והקישור Change Status בחלונית Issue Fields בצד שמאל של הדף. לחיצה על אחת מהאפשרויות תקדם את סטטוס הבעיה באופן הבא:

• אם מדובר בבעיה חדשה ולא מוקצית לכם, או אם מקבל ההקצאה הוא מישהו אחר מלבדכם, בהנחיה לשינוי המהיר תופיע ההודעה הקצאה עבורי. שינוי הסטטוס המהיר יגרום לכך שמי שהמשימה תוקצה לכם, ואם הוגדר אחרת, הסטטוס של הבעיה ל-הקצאה ישתנה.

• אם אתם מקצים את הבעיה והסטטוס שלה הוא הקצאה, בהנחיה לשינוי מהיר יופיע הכיתוב התחלת העבודה. שינוי מהיר משנה את הסטטוס של הבעיה ל-In Progress.

• אם אתם מקצים בעיה והסטטוס שלה הוא בטיפול, בהנחיה לשינוי המהיר יופיע הכיתוב סימון כבעיה שתוקנה. ההחלפה המהירה משנה את הסטטוס של הבעיה ל-Fixed.

• אם הסטטוס של הבעיה הוא Fixed ואתם המאמתים, בהנחיה לשינוי המהיר יהיה כתוב Verify. שינוי מהיר של הסטטוס של הבעיה משתנה ל-Fixed (Verify).

• אם הסטטוס של בעיה הוא סגור (תוקנה, כפילות או לא נדרש תיקון), בהנחיה לשינוי המהיר יהיה כתוב פתיחה מחדש (מלבד במקרה שהוזכר למעלה). הסטטוס של שינוי מהיר משתנה לחדש אם אין מקבל הקצאה, או להוקצתה אם משויך לבעיה.

כרטיסים מרחפים של בעיות

מידע בכרטיס צף של בעיה מכיל מידע כמו השם, המזהה, התיאור והסטטוס הנוכחי של הבעיה. בנוסף, מופיע הלחצן CC Me שמוסיף אתכם לרשימת CC של הבעיה (אם אתם כבר נמצאים ברשימת CC, הלחצן יהיה Un-CC Me). למשל:

כרטיסים מרחפים של בעיות מופיעים כשמעבירים את העכבר מעל:

• מזהה הבעיה נמצא בכרטיסיות נחסם על ידי, חסימה או כפילויות במגש בעיות קשורות.
• מזהה הבעיה בעמודה נחסם על ידי, חסימה או עותק משוכפל של בדף תוצאות החיפוש של בעיה.
• קישור לבעיה שמופיעה בחלונית הבעיות האחרונות, שנמצא משמאל לדף יצירת בעיה.
• השדה סטטוס בדף של בעיה שמסומן ככפילות.
• קישור לבעיה הקנונית שנמצאת בסרגל הצהוב בראש הדף שמסומן ככפול.

בעיות בעריכה

אם יש לכם הרשאת View and Edit ברכיב, תוכלו לערוך את השדות שלו ולהוסיף לו תגובות. עם זאת, יש שדות שאי אפשר לערוך בכלל, כמו תאריך יצירת הבעיה או תגובות שנכתבו בעבר.

עריכת רמות

לשינויים יש רמת מובהקות שונה שקובעים אם השינויים יופיעו בחלונית ההיסטוריה של הבעיה, ואם המשתמשים יקבלו התראה באימייל כשהשינוי מתרחש.

סגירת שינויי העריכה

סגירת עריכות משנה את הסטטוס של בעיה מפתוחה לסגורה. שינויי העריכה שנסגרו יופיעו בחלונית ההיסטוריה של הבעיה. שינויי עריכה סופיים נשלחים כהתראות באימייל למשתמשים עם אחת מההגדרות הבאות של ההתראות: All Updates, Major Updates או Closure בלבד.

רשימה מלאה של הסטטוסים שסוגרת בעיה פתוחה זמינה בסטטוס הבעיה.

עריכות עיקריות

תמיד יופיעו עריכות חשובות בחלונית ההיסטוריה של הבעיה. אחרי עריכה משמעותית, נשלחת התראה באימייל למשתמשים עם הגדרת ההתראות All Updates או Major Updates. העריכות שנחשבות ראשיות כוללות:

• היצירה הראשונית של הבעיה.
• תגובות שנוספו לבעיה.
• הבעיה מועברת לרכיב חדש.
• שינויים בעדיפות, בחומרה, בשימור או בהקצאה.
• שינוי בסטטוס סגור, אומת או נפתח מחדש.
• שינויים בשדות מותאמים אישית שמסומנים כראשיים.

עריכות קלות

עריכות משניות מופיעות רק בחלונית ההיסטוריה של הבעיה אם רמת המסנן מוגדרת לFull history. באופן דומה, עריכות קלות נשלחות רק כהתראות באימייל למשתמשים שתפקידם לטפל בבעיה, ויש להם הגדרת התראות של כל העדכונים.

עריכות שנחשבות לשוליות כוללות:

• שינויי כותרת
• שינויים ברשימת המומלצים
• הוספת קבצים מצורפים
• שינויים בבעיה קשורה (חסימה, חסימה על ידי, כפילויות)
• שינויים בסטטוס שלא צוין במפורש כעריכות ראשיות
• שינויים בשדות הבאים: Reporter (דיווח), Type (סוג), Verifier (Verifier), Found In (נמצאה ב-), Targeted To (טירגוט אל), Verified In (מאומת ב-Prod), In Prod.
• שינויים בשדות מותאמים אישית שמסומנים כקטין

עריכות שקטות

עריכות שקטות לא יוצרות התראות באימייל למשתמשים. עריכות שנחשבות שקטות כוללות:

• הוספה או הסרה של רשומות מהשדות עותק או שותף עריכה (אלא אם מוסיפים או מסירים את המשתמש או הקבוצה לאחרונה)
• עריכת תגובה
• שינוי של שדה מותאם אישית שמסומן כשקט

מגבלות גישה לבעיות

במעקב אחר בעיות יש תמיכה בהגבלות של בקרת גישה, שמאפשרות לכל בעיה לכלול קבוצה קטנה יותר של רכיבי גישה מבעיות אחרות באותו רכיב.

אדמינים של בעיות יכולים לעדכן את סטטוס ההגבלה של בעיה לאחת מארבע רמות גישה לבעיה:

• ברירת המחדל לגישה – הכללים הרגילים חלים: לבעיה ברמת הגישה שמוגדרת כברירת מחדל יש את אותם רכיבי גישה כמו כל שאר הבעיות ברכיב.

• תגובות מוגבלות (LTD) – רק זהויות שצוינו במפורש בבעיה כמקבל ההקצאה, שותף העריכה, המאמת או עותק אחר יוכלו להגיב על הבעיה, גם אם יש להן הרשאות תגובה לבעיות אחרות ברכיב. גם זהויות עם הרשאת ניהול בעיות ברכיב שומרות על הגישה לתגובות. גישת התצוגה נשארת כברירת מחדל.

• חשיפה מוגבלת – רק לזהויות שצוינו במפורש (מקבל ההקצאה, שותף העריכה, מאמת או עותק) יש גישה לצפייה לבעיה.

• חשיפה מוגבלת + Google – רק זהויות שצוינו במפורש (מקבל ההקצאה, שותף העריכה, מאמת או עותק), גוגלרים במשרה מלאה וחשבונות אוטומציה פנימיים שומרים על גישת הצפייה לבעיה.