מודרניזציה של מערכות קיימות
כשהבעיות החוזרות מובילות לחלקים במערכת שנעשו מסוכנים מדי לשינוי.
מה אנחנו משפרים
אותן בעיות חוזרות שוב ושוב
תיקון חוזר של התסמין הוא יקר והוא לא מחזיק. Kendoo מובילה את האבחון, קובעת את סדר העבודה ונשארת עד שהשורש מטופל.
תסמינים
מה אתם רואים
- תקלות שנסגרות וחוזרות תחת עומס אמיתי
- אירועים שחוזרים עם הסבר אחר בכל פעם
- ביצועים שנשחקים ואף אחד לא יודע לומר בדיוק למה
- השבתות ששורדים אותן במקום להבין אותן
- גרסאות שדורשות ליווי צמוד, ולפעמים חזרה לאחור
- שני מהנדסים אמינים שחלוקים על הארכיטקטורה
- פיצ׳רים שיוצאים אבל אף פעם לא מגיעים ליציבות
- פער גדל בין מה שמדווח לבין מה שהלקוחות חווים
השלכה עסקית
מה זה עולה כל עוד זה נמשך
-
לקוחות עוזבים בשקט
בעיות יציבות כמעט אף פעם לא מייצרות אובדן דרמטי אחד. הן מייצרות חידושים שלא קורים והמלצות שלא ניתנות.
-
המפה הטכנולוגית סופגת את הנזק
כל הישנות צורכת יכולת שהובטחה למשהו אחר, כך שעבודה מתוכננת נדחית בלי שאף אחד החליט על כך.
-
התמיכה וההנהלה נושאות בעומס
אסקלציות מגיעות לאנשים שזמנם היקר ביותר בחברה, ושאינם יכולים לפתור את השורש.
-
סיכון מוניטין מצטבר
בשוק קטן, מוניטין של חוסר יציבות מתפשט מהר יותר מכל תיקון שיווקי.
שורשים
למה תיקונים נקודתיים לרוב נכשלים
ברוב המקרים ההנדסה מקצועית והבעיה יושבת במקום אחר. אלה הגורמים שחוזרים.
-
אין בעלות ברורה
כשמסלול כושל שייך לכולם, התיקון תמיד נמצא בספרינט של מישהו אחר.
-
אבחון חלש
בלי נראות בנקודת הכשל, צוותים מתקנים את מה שהם רואים ולא את מה שנשבר.
-
חוב טכני מצטבר
שנים של החלטות מקומיות סבירות שיחד הופכות כל שינוי למסוכן.
-
החלטות שלא התקבלו
השאלה הארכיטקטונית היקרה נשארת פתוחה, והצוות עוקף אותה שוב ושוב במחיר עולה.
-
לחץ במקום ראיות
לוחות זמנים דוחפים לנחש סיבות, וכך מתקבלים תיקונים שמטפלים בתסמין האחרון.
-
חסר ניסיון בכיר
אף אחד בחדר לא ראה את סוג הכשל הזה קודם ולא זיהה אותו.
גישה
איך Kendoo עובדת על זה
ראיות לפני דעות
קודם כל מדידה ונתונים בנקודת הכשל. רוב הוויכוחים האלה תקועים כי אין נתונים, לא כי השאלה קשה.
תעדוף לפי השלכה
דירוג לפי מה שבאמת עולה לעסק, כך שהמאמץ הולך לכשלים החשובים ולא לרועשים.
אבחון השורש, לא התסמין
הפרדה בין מה שנכשל לבין מה שאיפשר לו להיכשל, והחלטה במה מטפלים.
מסגרת החלטה
קריטריונים מוסכמים לתיקון מיידי, בידוד, תזמון או קבלה, כדי שהוויכוח לא יתחיל מחדש כל שבוע.
הקצאת בעלות
בעלים בשם לכל אזור כושל, עם הסמכות שנלווית לכך.
מעקב ודיווח
התקדמות נמדדת מול נקודת המוצא ומדווחת חודשית בכתב להנהלה.
Kendoo לא מתקנת בעצמה כל תקלה. ההתקשרות מובילה את האבחון, קובעת סדר עדיפויות ומחזיקה את המעקב; הצוות שלכם בונה, עם מידע טוב יותר והחלטות ברורות יותר.
מדדים
איך נראית התקדמות
נמדד מול נקודת המוצא שנכתבה בחודש הראשון, ומדווח חודשית.
- אירועים חוזרים פוחתים כשמטפלים בשורש ולא בתסמין
- הזמן מהופעת בעיה ועד לזיהוי הסיבה מתקצר
- פחות גרסאות דורשות התערבות כדי להגיע לייצור בבטחה
- ויכוחי ארכיטקטורה נסגרים, עם נימוק מתועד
- סיכון מופיע בדוח החודשי לפני שהוא מופיע בתמיכה
- ההערכות של הצוות מתחילות להתאים למה שקורה בפועל
מתי זו ההתקשרות הנכונה
זה מתאים כשיש מוצר חי, צוות שכבר עובד עליו, ודפוס בעיות ששרד יותר מניסיון תיקון אחד. הצורך הוא הובלה של האבחון ושל סדר העדיפויות, לא עוד ידיים.
זו ההתקשרות הלא נכונה אם התיקון כבר ידוע ומאופיין ורק צריך לבנות אותו. זו עבודת מימוש: Kendoo עושה אותה כפיסת עבודה מוגדרת דרך שירותי הפיתוח, ולא במסגרת ריטיינר הניהול הזה.
קשור
איך ההתקשרות עובדת
שלושים הימים הראשונים, הקצב המתמשך, ומה נדרש מהצד שלכם.
גרסאות שדורשות השגחה צמודה, או ייצור שתלוי באדם אחד? ענן ו-DevOps
לאתר את הסיבה לפני שמתקצבים את הפתרון
תארו מה חוזר. תקבלו תמונה כנה אם זה דורש ניהול או משהו אחר.