תרגולי הקנברון הטובים ביותר ניהול תחזוקה הנדסית ותמיכה משימות

הקמת מועצת קאנבאן לתחזוקה הנדסית

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

• [ה]הבקשות הנכנסות, רעיונות תכונה ונושאים ידועים.זהו אזור ההחזקה לעבודה שטרם הובטחה.
• (FLT:0)Triaged:FLT:1 A עמודה שבה מהנדס ייעודי או ביקורות מובילות את הבקשה, מוסיף פרטים (הרחבה, גרסה מושפעת, סביבה), ומקצה עדיפות ראשונית.
• (ב) ,0) קראוי: "משימות של ההרחבה 1" אשר מוגדרות לחלוטין, יש להן את כל המידע הדרוש, והן מאושרות לעבודה בלבד.
• (הקדמה:0) ב-Fort Progress:veFLT:1; עבודה שנעשתה באופן פעיל, גבולות WIP כאן הם קפדניים.כל אדם או זוג צריכים להיות ברוב אחד או שניים בטור זה.
• (FLT:0) ב- Review/ Code Review:FLT:1rated work ממתין לסקירה עמיתים או לבדיקות.גבולות WIP מונעים ערימות של ביקורות לא גמורות.
• (ב) ⁇ :0) בדיקות / בדיקה: 1FLT 1:1 ,הופנה לסביבה ממריץ לבדיקת אינטגרציה, QA Sign-off, או קבלה של משתמשים.
• (FLT:0) נדחה / נעשה: FLT:1 עבודה כי הוא חי ואומת. עבור כרטיסי תמיכה, זה יכול להיות אומר הבעיה נפתרה ומתקשר לכתבה.

לווינים לעבודה סוג סגירה

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

• (FLT:0) מאורעות: ⁇ 1: סוגיות של אי-המידה גבוהה הדורשות תשומת לב מיידית.אלה יכולים להיות מסוגלים לעלות על גבולות WIP באופן זמני, אך הצוות צריך ליצור מדיניות כיצד להתמודד איתן (למשל, תוך שימוש בכל העבודה הלא ביקורתית).
• (ב) ,0) תחזוקת כלכלנים: 1FLT:1 העדכונים, תיקון, חידושים של תעודות, תחזוקה של מסד נתונים.
• כרטיסים ל-FLT:0Support Tickets: 1FLT 1 דרישות משתמשים סטנדרטיות, ניהול גישה, עדכוני תיעוד.
• (FLT:0Technical Debt / שיפור:FLT:1) חיזוקים, שיפור כלי, פרויקטים אוטומציה.

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

הפרקטיקה הטובה ביותר למשימות תחזוקה ניהוליות

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

• (הופנה מהדף ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
• (FLT:0)Break Down Large Tasks: FLT:1 A תחזוקה משימה כמו "מסד נתונים מפוסטגרס 12 עד 15" צריך להיות מחולק כרטיסי קטן יותר: "ביקורת לאחור", "בדיקה תאימות של סצמה", "העתק מוקדם", "בדיקות עומס", "תקדמונים", "תתתקדם חדשה" זה הופך את ההתקדמות ולהפחית את הסיכון של כרטיס ארוך טווח ארוך טווח ארוך של חסימת זרימת הדם.
• (FLT:0) הגבלת WIP לאדם או ל- Pairib: 1 מהנדס יחיד לא צריך להיות יותר משני משימות תחזוקה פעיל בו זמנית.אם משימה אחת דורשת בניית מסד נתונים ארוך, אין להקצות את המהנדס כרטיס תחזוקה נוסף עד להשלמת הראשון או נמסר.
• (FLT:0)Conduct הרגיל Backlog Grooming:cioFLT:1) Dedicate 30 דקות בשבוע כדי לבחון את התחזוקה בחזרה. Remove פריטים שאינם רלוונטיים יותר, מחדש עדיפות, להבטיח שלכל הקלפים יש מספיק פרטים כדי לעבוד על. סטול חסם כרטיסי חסימה לפני ההקדמה ובלבל חברים חדשים.
• (ב) [ה]ה- [ה]מרוץ] באופן ספציפי לתחזוקה: ההרחבה 1 [ה]: [העיקרון] [הזמן הממחזורי] של ה-FLT:2] 3 (זמן מ"קרא" ל"מוסמך") למשימות תחזוקה בנפרד ממשימות תמיכה.אם זמן מחזורי לתחזוקה במשך מספר שבועות, ייתכן כי הצוות מתבטל או שמשימות תחזוקה מופרכות לעתים קרובות מדי לטובת שריפות.
• (FLT:0)Automate Where Possible:FLT:1hil Use IaC (מבנה אינפרא-קוד) ו- CI/CD צינורות להפוך את התחזוקה שגרתית לתהליכים הניתנים לסיכון, בסיכון נמוך.לדוגמה, כרטיס שאומר "תעודת SSL גלויה" יכול להיות קשור לעבודה ג'נקינס או חוברת משחק בלתי-אפשרי כי הוא ממונה 90% מהעבודה, משאיר רק אימות ידני.

תמיכה במשימות תמיכה עם קבבן

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

• (FLT:0)Use Visual Cues for Urgency:BuildFLT:1) יישום מערכת חומרת צבע קודקוד צבע. Red for P1 (היציאה ביקורתית), כתום עבור P2 (משתמש פרטי), צהוב עבור P3 (סוגיה), ירוק עבור P4 (בקשה עדיפות נמוכה) להציב תגים אלה בולט על כרטיסי.חלק מהצוותים גם להוסיף "לעמודהראש" שמצופה לאחר עדכון SLA.
• (FLT:0) תמיכה בשירות ההצתה: ההרחבה: בעוד התמיכה היא בלתי צפויה, עדיין ניתן להגדיר "גבול WIP רך" עבור מספר כרטיסי התמיכה ב"התקדמות" בכל עת.לדוגמה, אם יש לך סיבוב תמיכה בן שני אנשים, הם יכולים להתמודד עם עד 3 כרטיסי תמיכה פעילים כל אחד לפני ביצוע עבודה נוספת.
• (FLT:0) שיתוף פעולה באמצעות הערות וקישורים: אנדרומבאן 1:1 הכרטיס קנבר צריך להיות מקור יחיד של אמת עבור הכרטיס. צילומי מסך המצורפים, יומני, ערימה עקבות, וצעדים להתרבות. השתמש או הערות מעוותות כדי לשאול שאלות.זה מקטין את הצורך בהפרעות בזמן אמת ומסייע למהנדסים חדשים לאסוף עבודה ללא קשר מלא.
• (FLT:0) משימות תמיכה תחרותיות: ההרחבה 1 Integrate your Kanban Tool with your ticket system (למשל, Jira, Zendesk, Freshdesk) וערוצי התראה (Slack, Teams) השתמש ב-webhooks כדי להעביר באופן אוטומטי כרטיסים בין עמודות כאשר מצב משתנה במערכת הכרטיסים, או להזהיר כאשר קבוצה היא הפרה של טפסים אוטומטיים.
• (FLT:0) Review והתאמה עם רטרוספקטיבים: ההרחבה 1 (Ralph:1) בכל שבועיים, סקירת מדדי תמיכה: מספר הכרטיסים סגורים, זמן ממוצע לפתרון, שיעור חדש של זיהוי דפוסים משותפים – כמו מערכת מסוימת שיוצרת כרטיסים רבים – ויוצרת משימה תחזוקה לטפל בשורש.

Advanced Kanban Metrics ו- Analytics

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

• (FLT:0)Cycle Time: (FLT:1) הזמן החלף ממתי העבודה מתחילה (כרטיס עבר ל"התקדמות") עד שהוא שלם ("מחוסם") זמני מחזור קצרים יותר בדרך כלל מצביעים על זרימה חלקה יותר.שלב חלוקת זמן בנפרד לתחזוקה ותמיכה.
• (FLT:0 Throughput: VisFLT:1) מספר הקלפים שהושלמו ל- Unit Time (למשל, בשבוע) באמצעות חישוב מסייע בתכנון יכולת.אם הצוות שלך יסיים 15 כרטיסים בשבוע בממוצע, אתה יכול להגדיר ציפיות ריאליות עם בעלי עניין.
• זמן מוביל: הזמן הכולל של 1FLT [הכרטיס נכנס ל backlog עד שהוא הושלם.עופרת זמן כולל את הזמן שהכרטיס בילה לחכות "Backlog" ו "Ready" מדד זה קריטי לקביעת ציפיות ברמת השירות.
• (FLT:0)Cumulative Flow Diagram (CFDigue): 1 A גרף שטח ערימה מראה את מספר הקלפים בכל עמודה לאורך זמן. A הרחבה באזור "In Progress" מצביעה על צוואר בקבוק.A להקה גבוהה באופן עקבי ב"Ready" מציע כי הצוות אינו מושך עבודה מהירה מספיק - או כי פריטים רבים מדי מתווסף ללא חת.
• (FLT:0)WIP Aging: 1FLT לכל משימה אישית, כמה זמן זה היה בעמודה הנוכחית? אם כרטיס תמיכה היה "מידע על" במשך יותר מ-48 שעות, מדיניות יכולה באופן אוטומטי להסלים אותו.