בעיות

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

שדות הבעיה

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

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

במאמר מילון המונחים של שדות תוכלו למצוא הסבר על שדות ברירת המחדל.

סוג הבעיה

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

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

העדיפות של הבעיה

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

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

סטטוס הבעיה

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

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

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

סמלי סטטוס

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

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

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

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

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

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

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

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

כרטיסים מרחף של בעיה

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

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

  • מזהה הבעיה נמצא בכרטיסייה Blocked by, בחסימה או בכפילויות במגש בעיות קשורות.
  • מזהה הבעיה בעמודה חסימות לפי, חסימה או שכפול של בדף תוצאות החיפוש של הבעיה.
  • קישור לבעיה שנמצא בחלונית Current Issues, בצד שמאל בדף Create Issue.
  • סטטוס בדף בעיה שסומן ככפילות.
  • קישור לבעיה הקנונית שמופיעה בסרגל הצהוב שבחלק העליון של הדף שסומן ככפילות.

בעיות בעריכה

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

עריכת רמות

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

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

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

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

שינויים משמעותיים

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

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

עריכות קלות

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

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

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

עריכות שקטות

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

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

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

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

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

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

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

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

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