למעשה DevEx כולל 3 מרכיבים:
- חוויית עבודה
- הצד העסקי
- הצד הכל יכול
- הצד של חוויית עבודה – משותף לכל עובד בכל תחום. כולם רוצים להקל על העבודה. גם מפתחים ומהנדסי תוכנה.
במסגרת הזו יש את הדברים הבסיסיים לשיפור חוויית הפיתוח, לדוגמה:
אפשר לכתוב קוד בNotepad אבל מי רוצה לכתוב בלי צבעים הזחה והשלמה אוטומטית? זה מתכון לבאגים, כאב ראש ובזבוז זמן.
- הצד העסקי – גם הוא גנרי בכל מקום ובכל תחום, ככל שלעובד קל יותר לבצע משימה תהיה יותר תפוקה, פחות נטישה וכו'.
זה היה אמור להיות החלק שמובן לרוב המנהלים, שלחוויית הפיתוח יש השפעה ישירה על קצב הפיתוח, הפחתת הבאגים וקלות הטיפול בהם, ומשום מה זה עדיין לא מובן לכולם 😔
- הצד הכל יכול – פה כבר נכנסים לעולם ייחודי לפיתוח תוכנה.
בשונה מתחומים אחרים, למפתח יש עוצמה חזקה בידיים, הוא יכול להמציא כלים חדשים שיעשו בשבילו אוטומציה, בדיקות איכות, ועוד.
וזה גם חלק כיפי, שמאפשר לדוגמה לשנות את צבע האור בחדר לאדום אם יש חיזוי לעומס ותקלות.
מצד שני, זה בדיוק החלק שמקשה על ההנהלה להבין איפה עובר הגבול.
המנהל שואל את עצמו האם הבקשה לDevEx היא בחלק העסקי, שיפורים בתוצאות עסקיות בטווח הארוך,
או שזה חלק מכיף ושגעונות של מפתחים.
הקושי הנוסף הוא שמדובר בתהליך לטווח ארוך, וברוב המקרים המנהלים עסוקים בטווח הקצר.
ועל זה בפוסטים הבאים🙂
