למה טרלו עובד עבור הנדסת Agile Sprints

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

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

האנטומיה של ספרינט Agile

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

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

בניית מועצת Sprint

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

  • (FLT:0) BacklogveFLT:1) - כל הסיפורים הפוטנציאליים, באגים ופריטים חוב טכני.רשימה זו היא תור הקלט לתכנון סיבולת.
  • (ב) [ה]ב[[המאה ה-1]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]
  • (ב-[[1924]]]]]] [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]]]], [[1924]]]]]]]]]]
  • (ב) ,0) Reviewofph:1 , קוד מלא מחכה לסקירה עמיתים או בדיקה אוטומטית.רשימה זו נאכף שער לפני הלידה.
  • (ב) ,0) דונאלד 1 (DoeveFLT:1) - עבודה שעומדת בהגדרה של עשייה ומוכנה לפרוסת כרטיסי טיסה כאן משמשים כתיעוד היסטורי של האנתרופולוגיה.

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

מבנה הקלפים להנדסת קלרנס

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

  • סיפור משתמש ברור או תיאור משימה (למשל, "כמשתמש, אני רוצה לאפס את הסיסמה שלי כדי שאוכל להחזיר את הגישה לחשבון שלי").
  • קריטריונים קבלה ברשימת צ'ק או רשימת כדורים בתיאור הכרטיס.
  • תוויות עבור סוג (bug, תכונה, chore) ועדיפות (P0, P1, P2).
  • בשל תאריכים אם לקידוד יש אבני דרך חיצוניות.
  • קבצים מצורפים ללעגי עיצוב, specs, או נתוני מבחן.
  • שילוב Power-Ups עבור מעקב זמן או סניף קוד המקשר (למשל, GitHub Power-Up).

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

תכנון עם טרלו

תכנון Sprint הוא הרגע שבו הצוות מתחייב לעבודה.שימוש בטרלו, בעל המוצר או מוביל הנדסת ביקורות על ה-Backlog וגרור כרטיסים לרשימת Sprint Backlog.הקבוצה מעריכה מאמץ באמצעות נקודות סיפור או גדלים חולצה. טרילו אין שדה estimation Native, אבל אתה יכול להשתמש בתוויתות (למשל, "1", "pt", 3", "חל" או "ערכי הכוח" בהתאמה אישית).

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

Velocity Tracking on Trello

כדי לשפר את התכנון העתידי, לעקוב אחר כמה נקודות הצוות להשלים כל קידוד.You יכול לעשות זאת באופן ידני על ידי ספירת קלפים ב נעשה, או להשתמש ב-Trello Power-Up כמו FLT:0Scrum for TrelloveFLT:1 אשר מחשב את המהירות באופן אוטומטי. גישה אחרת היא למקם את מספר הקידוד נקודות לכותרת הלוח (למשל, 12Sprints - 45pts) כמה מהירות אמינה על בסיס.

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

הוצאה לאור: Daily Stand-ups and Board Hygiene

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

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

אפשרויות ל-Holows and Hotfixes

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

אם משתמשים ב-Directus for content Management, שקול כיצד שינויים תוכן (עדכונים של תמונות, דפים חדשים, חילופי מדיה) עשויים לבוא במהלך קידוד.יש תהליך ברור עבור כרטיסי תוכן הקשורים ל-תכנים מבטיחים כי צוותי הנדסה ותכנים יהיו תואמים.ה- CMS חסר הראש של Directus ניתן לשלב עם טרלו באמצעות Webhoo או Zapier: כאשר פריט הוא מעודכן ב-Directus, כרטיס יכול להיווצר באופן אוטומטי ברשימת ה- Hotes עבור קובץ ה-line.

Respectives: להפוך את הנתונים לשיפור

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

השתמש בנתונים מהדירקטוריון כדי לשאול שאלות:

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

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

טכניקות מתקדמות להנדסת צוותים

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

אוטומציה עם באטלר

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

היכרות עם כלים חיצוניים

הנדסת ⁇ s לעתים רחוקות לחיות בבידוד.Trello מתחבר עם GitHub, GitLab, Bitbucket, Jira, ו-S CI /CD באמצעות Power-Ups ו webhooks. דפוס משותף: כאשר מפתח יוצר בקשה משיכה, כרטיס טרלו מקושר באופן אוטומטי נע כדי לבדוק. כאשר יחסי הציבור ממוזג, הכרטיס עובר כדי לחסל עדכונים ידניים ולהפחית את העומס הקוגניטיבי של מעבר בין כלים.

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

שימוש ב- Checklists for Definition of Done

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

  • קוד נבדק ואושר
  • בדיקות יחידה
  • בדיקות אינטגרציה עוברות
  • מסמך מעודכן
  • המונחים: staging
  • בעל המוצר Sign-off

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

טעויות נפוצות וכיצד להימנע מהן

גם עם לוח מעוצב היטב, הצוותים יכולים ליפול למלכודת.

  • (ב) ⁇ :0) ⁇ ⁇ (ב"ב) ,ב[[1924]], יותר מדי רשימות או קלפים שלא עברו מעולם.
  • (ב) ,0) ,לבטל את ה backlog: ⁇ 1 (A stale backlog) הופך את תכנון קשה. - לדחות 30 דקות בכל שבוע כדי לחתן את רשימת ה-Backlog עם בעל המוצר.
  • (ב) ,0) הערכת גבולות WIP: FLT:1 ללא גבולות, ריבוי משימות משגשג וזמן מחזור גדל.הכוח WIP מגביל ללא רחמים, במיוחד עבור התקדמות וביקורת.
  • (FLT:0) השימוש בטרלו כאשפה: קיד 1) טרלו צריך לשקף עבודה קודמת, לא כל רעיון.הזיז פריטים שאינם מודפסים לרשימה או ללוח נפרד.
  • (ב) ⁇ :0) עיין רטרוספקטיבציות: FLT:1 הלוח מספק נתונים, אך ללא שיחה מובנת, שיפורים אבדו.

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

מקרה מחקר: מדפסת דו-שיח עם טרלו ו Directus

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

במהלך השבוע הראשון, מפתחים להעביר כרטיסים להתקדמות.כאשר כרטיס כרוך שינוי תוכן - כמו הודעת הצלחה חדשה - המפתח מעדכן את הפריט Directus ישירות ומסמן את כרטיס טרלו עם תווית "Content Complete" עורך התוכן רואה את התווית וסקירות העותק.עד שבועיים, כל כרטיסי הקוד הם ב- Review.The CI /CD מעדכנת באופן אוטומטי את מצב כרטיס ה-Trello באמצעות מבחנים באינטרנט כאשר הם עוברים את הבדיקות.

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

סיקור עבור Teams מרובים

ארגונים גדולים יותר עשויים לדאוג כי טרלו חסר את השקייה של Jira או Azure DevOps. בפועל, טרנד טרלו קשקשים באופן מפתיע בשילוב עם תהליכים ממושמעים. השתמש ב-Trello Enterprise או שרת פרטי לצורך עמידה. צור לוח מאסטר עבור כל קו מוצר, עם לוחות נפרדים לצוות או ל-Linked Link חשוב כרטיסי צוות באמצעות התכונה קישור, והחזקת סטנדאפ שבועי של תיאום שבו מוביל צוות שלהם.

(הפשטות של טרלו היא יתרון: חברי צוות חדשים על הסיפון במהירות, וההפצה החזותית מפחיתה את הפגישה מעל הראש, אם אתה צריך דיווח, השתמש ב- Power-Ups כמו FLT:0LagoonuaFLT:1 עבור תרשימים נשרפים או FLT:2Plackerph 3 עבור תצוגות גנט לחלופין, ייצוא את הנתונים שלך באופן קבוע להפיץ עבור ניתוח מותאם אישית.

מסקנה

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

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

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