מבוא

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

מדריך זה מכסה את כל מה שאתה צריך לדעת להשתמש Jira עבור מעקב פרויקט Agile ודיווח.We להתחיל עם ההתקנה הראשונית של פרויקט Jira, ללכת דרך תכונות הליבה של ניהול backlogs ו ⁇ s, לצלול לתוך הכלים המובנה דיווח המספק תובנות פעולה, ולאחר מכן לחקור תכונות מתקדמות כמו JQL ואוטומציה לבסוף, אנו חולקים את התרגילים הטובים ביותר המסייעים לצוות שלך לקבל את המרב של ג'יר ללא אימון מנהלי על פני.

הקמת Jira לפרויקטים Agile

בחירת תבנית הפרויקט הנכונה

הקרן של סביבת עבודה יעילה של Jira היא הפרויקט עצמו כאשר אתה יוצר פרויקט חדש, Jira מציעה תבניות המיועדות לזרימות עבודה ספציפיות.עבור קבוצות Agile, שתי האפשרויות הנפוצות ביותר הן FLT:0ScrumFLT:1 ו-FLT:2KanbanischeFLT 3:2KanbanischeFLT 3:2KanbanischeFLT 3:0ScrumFLT 1

  • (FLT:0)Scrum PhiigmFLT:1 אידיאלי עבור צוותים שעובדים בטבלאות באורך קבוע (טביעות שיער) זה מגיע מראש עם ⁇ s, backlog, ולוח Scrum.תבנית זו תומכת באירועים סטנדרטיים Scrum: תכנון סיבולת, סטנד-אפ, ביקורות, ורדוף.
  • (FLT:0)Kanban shapeFLT:1 , מתאים צוותים עם זרימה רציפה, שבו העבודה נמשכת כקיבולת מאפשר.זה מספק לוח קנבר עם עמודות כמו לעשות, התקדמות, ועשייה, וכולל תרשים זרימה מצטבר עבור ויזואליזציה צווארי בקבוק. קנברן הוא מעולה עבור צוותי תחזוקה, שולחנות תמיכה, או כל צוות העוסק עם זרם קבוע של עבודה נכנסת.

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

לכידת סוגי בעיות וזרימות עבודה

ברגע שהפרויקט שלך נוצר, הגיע הזמן להגדיר מה העבודה נראית כמו Jira משתמשת ב-FLT:0 סוגי קידוד 1 כדי לסווג משימות. Out of the Box, פרויקטים Agile כוללים כמה סוגים סטנדרטיים: Epic, Story, Task, Sub-task ו-Bug. כל סוגיה יכולה להיות סט של שדות, מסכים, וזרימות עבודה.

  • (ב) ,0) ,EpicsphFLT:1 מייצג גופים גדולים של עבודה המשתרעת על ידי מספר רב של אנתרופולוגים.הם משמשים כמכלים ברמה גבוהה לסיפורים ולמשימות.
  • (FLT:0) storiesveFLT:1 הם דרישות ממוקדות משתמשים שנכתבו בדרך כלל ב"כ... אני רוצה... כך פורמט ..." הם יחידת העבודה העיקרית בסרום.
  • (FLT:0)TaskssveFLT:1 הם פריטים טכניים או תפעוליים שאינם ממפה לסיפור משתמש.
  • [01:0] ⁇ [ה]: [ה], [ה], [ה], [ה], [ה],] ,[דרוש מקור]], [ה], [ה], [ה],], [ה'], [ה'], [ה'ה'], [ה']'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

זרימת עבודה מגדירה את מחזור החיים של בעיה - את המצבים שהוא עובר דרך ואת המעברים ביניהם.התבכת העבודה של ברירת המחדל (לעשות) התקדמות - מספיק עבור קבוצות רבות, אבל אתה יכול להרחיב אותו עם מעמדות כמו בסקירה, בדיקה, או חסום. השתמש ב-FLT:0Jira עבודה flow 1LT:1 כדי להוסיף סטטוסים, להקצות אותם לטורים לעתים קרובות, ו-Douted תנאים פשוטים).

התאמה אישית של הרשאות והודעות

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

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

ניהול העבודה שלך עם Jira

סליחות: סדר ותוכנית

הגבלוג הוא הלב של כל פרויקט Agile.It's a Preitized list של כל הסיפורים, המשימות, באגים, אפיקים שהצוות עשוי לעבוד עליהם. in Jira, תצוגת הגבורה מראה כל בעיה שלא הוקצה לאנתרופולוגיה (לפרויקטים של Scrum) או כי הוא מחכה להתחיל (לפרויקטים קנברניים).

ניהול backlog דורש תשומת לב רגילה.FLT:0 בעלי מוצרים מובנים 1 או ;2project מנהלים FLT 3: צריך לבדוק את הגיבוי לפחות פעם אחת לאנתרופולוגיה כדי להזמין פריטים המבוססים על ערך עסקי, תלות וקיבולת. Jira מאפשר לך לגרור ולשחרר בעיות כדי לשנות עדיפות, להוסיף תוויות עבור סינון, ולהשתמש ב"שדה רפאל" כדי להגדיר סדר עולמי.

עבור קבוצות Scrum, backlog הוא נקודת ההתחלה עבור FLT:0 התכנון הדפסה 1.10. [הצוות מעריך מאמץ (באמצעות נקודות סיפור, שעות, או גודל חולצה), בוחר את הסיפורים הכי פרטיים שמתאימים במהירות שלהם, ומעביר אותם לאנתרופולוגיה חדשה. Jira עוקב באופן אוטומטי את המאמץ המשוער של הפריטים שנבחרו, עוזר לצוות להימנע מעודף.

תגית: Time-Boxed Iterations

טביעות אצבע הן הקצב המכונן של Scrum. in Jira, אתה יכול ליצור טבילה מנקודת המבט backlog על ידי לחיצה על "Create Sprint" לתת את ⁇ שם (בדרך כלל מספר גירסה או תווית תיאורי), להגדיר התחלה וסיום תאריך, ולאחר מכן לגרור בעיות מן הגבלוג לתוך הקידוד. Jira יציג את המאמץ המשוער להזהיר אותך אם זה עולה על יכולת הקידוד האופיינית שלך.

לאחר שמתחילה האנתרופולוגיה, חברי הצוות יכולים לראות את הקידוד על לוח הזמנים שלהם ולעדכן את המצבים כפי שהם עובדים.ג'ירה מספקת גם את ה-FLT:0Sprint ReportFLT:1 אשר מראה הושלמו מול בעיות לא גמורות בסוף הקידוד - קלט גדול לסקירה ההתנתקות.

עריכת קוד מקור: Visualizing Progress

(ג) יש שני סוגים עיקריים: [ה] נדרו [ה] [ה] [ה] [ה] [ה]] [ה]] [ה]]] [ה]]]] .

  • (FLT:0)Scrum BoardeurFLT:1 מתמקד בקידוד הנוכחי.It מראה עמודות המייצגות את מצבי זרימת העבודה (To Do, In Progress, In Review, Done) ומאפשרות לחברי הצוות לגרור בעיות בין עמודות.הדירקטוריון עדכונים בזמן אמת, נותן לכולם נקודת מבט משותפת על התקדמות.
  • (ב) [ה]הועדה:0] קבאניבנדר 1 (FLT:1) מראה את כל הנושאים הפעילים בכל הפרויקט.הוא כולל עמודה "Backlog" ולעיתים קרובות יש לה במפורש FLT:2Work in Progress (WIP) גבולות FLT 3: לוחות קנברון הם מצוינים עבור צוותים שצריכים לדמיין את זרימת העבודה כולה ולזהות היכן עולה ערימות.

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

Epics, Stories and Tasks: Breaking Down Work

תכונות גדולות או יוזמות נתפסות כ-FLT:0 (EpicsssveFLT:1 ; אפי יכול לעגל מספר ⁇ s וכולל סיפורים מרובים או משימות. צור אפי על ידי בחירת הסוגיה "Epic" וקישור בעיות ילדים באמצעות שדה "הקישור המזויף" (Epic Link) ג'יר, ואז קבוצות אלה תחת האפית שבגב ובלוח.

(FLT:0) storiesveFLT:1 צריך תמיד לכלול קריטריונים קבלה, אשר מגדיר מתי הסיפור נעשה.שדה התיאור של ג'ירה תומך בטקסט עשיר, טבלאות ואפילו החזקות. השתמש בשדה "נקודות חלל" עבור estimation. קבוצות רבות גם להשתמש שדה מותאם אישית כמו "ערך עסקי" כדי לדרג סיפורים.

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

מינוף דוחות Jira עבור תובנות

Burndown and Burnup Charts

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

הטבלה (FLT:0burnup ChartFLT:1) היא פחות נפוצה אבל שווה ערך.זה מראה שני קווים: עבודה כוללת מתוכננת והעבודה הושלמה לאורך זמן. תרשים שריפת מפרקים עושה את זה קל לראות מתי מתרחשים שינויים היקף (השורה הכוללת קופץ למעלה) והאם הצוות סוגר את הפער.

תגית: Velocity Charts

Velocity מודד את כמות העבודה צוות שלם בכל קידוד (בדרך כלל בנקודות סיפור) Jira'sFLT:0velocity תרשיםFLT:1 מציג גרף בר של השלמת קידוד העבר ומראה באופן אופציונלי את המהירות הממוצעת כשורה אופקית.

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

לוחות בקרה ו-Creulative Flow Diagrams

עבור צוותים המשתמשים ב-Kanban או עבור אלה שרוצים לנתח מדדי זרימה, Jira מציעה את ה-FLT:0 (הרש"י) , ו-FLT:2) תרשים זרימה מצטבר (CFD)uaFLT 3:0.

  • ה-FLT:0) השליטה תרשיםFLT:1 מזימה את זמן מחזור של כל בעיה מוגמרת לאורך זמן.מחזור זמן הוא הזמן ממתי העבודה מתחילה (היציאה מ"לעשות") עד מתי היא מסתיימת ("דו"ח") הטבלה מראה גם זמן מחזורי ממוצע ואחוזות (למשל, 85 אחוזון) דוח זה עוזר לחזות כמה זמן חדש ייקח ויזהההההה בעיות נוספות שעשויות להצביע על תהליכים.
  • ה-FLT:0 ,cumulative Flow דיאגרמת FLT:1 מראה את מספר הנושאים בכל מצב לאורך זמן.- CFD בריא יש להקות של עובי שווה בערך.אם הלהקה "בקידמה" מתרחבת, היא מסמן צוואר בקבוק. השתמש ב-CFD כדי לזהות חסמי מוקדם ולהחליט מתי להגביל את WIP או את המשאבים.

דוח הדפסה וגרסה של דוח

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

דוח Version ReportFLT:1 עוקב אחר התקדמות לקראת פרסום גרסת תוכנה.זה מראה את מספר הבעיות נפתרות לעומת unresolveed עבור גרסה מסוימת של תיקון.זה דוח מועיל לתכנון שחרור, כפי שהוא מראה את ההתקדמות של הצוות לקראת היקף קבוע.

תכונות מתקדמות ל- Boost Productivity

שימוש ב-JQL for Powerfils

שפת Jira Query (JQL) מאפשרת לך לבנות מסננים מורכבים מעבר ל-Center-downs הסטנדרטיים.לדוגמה, אתה יכול למצוא את כל הנושאים שהוקצו לך באנתרופולוגיה מסוימת, עם עדיפות של "גבוה", וזה נוצר בשבועות האחרונים:

assignee = currentUser() AND sprint in openSprints() AND priority = High AND created >= -14d

(ג'ק) נתמך במסננים, בלוחות, ואפילו במסננים מהירים (ב) לאחר שיצרת מסנן JQL שימושי, תוכל לחסוך אותו ולשתף אותו עם הצוות שלך.ה-FLT:0Atlassian JQL ReferencecioFLT:1 רשימות כל פונקציות ומפעילים הזמינים.

תקנות אוטומציה

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

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

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

אינטגרציה עם כלים אחרים

[ה] [ה]]] מבדילה עם עשרות כלים פופולריים, הרחבת טווח ההגעה שלה מעבר לניהול פרויקטים:0ConfluenceofanceFLT:1 מאפשר לך לקשר בין תיעוד מפורט וספקי עיצוב ישירות לנושאים:2SlackcioFLT 3 או FLT:4 Microsoft TeamsFLT:5 אינטגרציה מודיעה לצוות בזמן אמת כאשר בעיה.

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

לוחות זמנים אמיתיים

לוחות מחוונים Jira הם דפי נחיתה מותאמים אישית המציגים דוחות מרובים, מסננים ו ⁇ על מסך יחיד.You יכול להוסיף גאדג'טים כגון:

  • חתום לי (רשימה של המשימות הפתוחות שלך).
  • Burndown Chart (הראה את ההתקדמות של הקידוד הנוכחי).
  • Velocity Chart (pastכמה ⁇ s)
  • תוצאות מסנן (כל מסנן JQL).
  • דו-ממדי סטטיסטיקות מסננים (למשל, בעיות על ידי הקצאה ומעמד).

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

Best Practices for Jira in Agile Teams

לכתוב בעיות ברורות, פעילות

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

עדיפויות וסירובו את ה-Backlog באופן קבוע

חזרה מוזנחת הופכת במהרה לקרקע מזרקת רעיונות אקראיים.קבע אירוע חוזר - בדרך כלל פעם בשבוע במשך 30-60 דקות - כדי לבחון את הגבלוג עם בעל המוצר שלך ובעלי העניין המרכזיים שלך.במהלך זהFLT:0backlog הזיכוך (FLT:1), הסדר בעיות, פיצול סיפורים גדולים, להסיר פריטים מיושן, להוסיף פרטים חסרים.

Define Done and Limit Work in Progress

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

הגבלת ההרחבה:0 (WIP)Work in Progress (WIP)BuildFLT:1) חיונית לצוותים Agile, במיוחד אלה המשתמשים ב-Kenban. WIP מגבילים את חברי הצוות החל ממשימות רבות מדי בבת אחת, אשר מפחיתה את המעבר של ההקשר ומשתפרת.התחל עם הגבלת של שני או שלושה פריטים לאדם והתאמה בהתבסס על זמני מחזוריים צפופים.

השתמש בלייבלים עקביים ו-Commonents

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

ביצוע פעולות יעילות

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

מסקנה

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

השתמש ב backlogs ו- Boards כדי לעקוב אחר עבודה ויזואלית, ולהסתמך על דוחות בנוי של Jira על נתונים המוליכים החלטות טובות יותר.אל תפסיק את היסודות - לחקור את JQL כדי ליצור מסננים מותאמים אישית, להגדיר אוטומציה כדי להפחית את ה- toil ידני, ולשלב את Jira עם כלי הפיתוח שלך.סוף, לאמץ את התרגילים הטובים ביותר כגון חדד, גבולות WIP, ורדוף משמעותי ורדוף כדי לשמור על כלי זה על הדרך במקום לשרת את הכלי במקום.

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