הדבר העצוב ביותר במצב של היום הוא שתחום ה-IT הופך בהדרגה לתעשייה שבה אין מילה "עצור" במספר האחריות לאדם.
כשקוראים מודעות דרושים, לפעמים רואים אפילו לא 2-3 אנשים, אלא חברה שלמה באדם אחד, כולם ממהרים, החוב הטכני גדל, המורשת הישנה נראית מושלמת על רקע מוצרים חדשים, כי לפחות יש לה תיעוד והערות בקוד, מוצרים חדשים נכתבים במהירות האור, אבל בסופו של דבר אי אפשר להשתמש בהם עוד שנה אחרי שהם נכתבים, ולעתים קרובות השנה הזו לא מביאה רווח, יתרה מזאת, עלויות ה"ענן" גבוהות ממכירות השירות. כספי המשקיעים הולכים לתחזוקת שירות שעדיין לא עובד, אבל שכבר שוחרר לרשת כשירות עובד.
כדוגמה: חברה ידועה שעיבוד מחודש למשחק ישן קיבל את הדירוגים הנמוכים ביותר בהיסטוריה של התעשייה. הייתי אחד מאלה שקנו את המוצר הזה, אבל גם עכשיו המוצר הזה עובד נורא, ובתיאוריה הוא לא היה אמור לצאת בצורה הזו. החזרים כספיים, ירידה בדירוגים, מספר עצום של חסימות משתמשים בפורומים בגלל תלונות על עבודת השירותים. מספר התיקונים לא מדהים, אבל מזעזע, אבל עדיין - המוצר לא שמיש. אם גישה זו מובילה לתוצאות כאלה עבור חברה שמתפתחת מאז 91, אז עבור חברות שרק מתחילות את פעילותן, המצב גרוע עוד יותר.
אבל בחנו את תוצאות הגישה הזו מצד משתמש השירות, ועכשיו בואו נבחן את הבעיות שעלו בקרב העובדים.
אני שומע לעתים קרובות את האמירה שצוותי DevOps לא צריכים להתקיים, שזו מתודולוגיה וכו', אבל הנה הבעיה: מסיבה כלשהי, חברות הפסיקו לחפש מהנדסי בנייה, מנהלי מערכות מידע, מומחי תשתית ומהנדסי בנייה - עכשיו זה כל מהנדסי DevOps באדם אחד. כמובן, עדיין יש משרות פנויות כאלה בחברות בודדות, אבל יש פחות ופחות כאלה. רבים קראו לזה פיתוח, אבל אני אישית רואה בזה הידרדרות, אי אפשר לשמור על רמת ידע טובה בכל התחומים, ובמקביל להצליח לעבוד לא יותר מ-8 שעות. באופן טבעי, זו פנטזיה. במציאות, מומחי IT רבים נאלצים לעבוד 12 או 14 שעות, מתוכן 8 בתשלום. ולעתים קרובות בלי ימי חופש, כי "קיבלתי משימה, אין מסמכים או שהם עקומים, והשירות גם עולה כסף", ועל טעות אחת בענן, אתה בעצם לא יכול לקבל משכורת במשך כמה חודשים, במיוחד אם אתה עובד כיזם יחיד. אנחנו למעשה מאבדים את כוח האמירה שלנו בעסקים, יחד עם חלוקת האחריות, אני מתמודד יותר ויותר עם העובדה שמנהלים מעורבים בתהליכי פיתוח מבלי להבין עליהם דבר, הם מבלבלים בין נתוני עסק לתפעול אפליקציות, וכתוצאה מכך מתחיל כאוס.
כאשר מתחיל כאוס, עסקים רוצים למצוא את האשם, וכאן צריך אשם אוניברסלי, קשה להטיל את האשמה על 10+ אנשים, אז מנהלים משלבים תפקידים, כי ככל שלמומחה אחד יש יותר אחריות, כך קל יותר להוכיח את רשלנותו. ובתנאי האג'ייל, מציאת ה"אשם" והלקאה היא הבסיס למתודולוגיה הזו של עשיית עסקים בניהול. אג'ייל כבר מזמן יצא מתחום ה-IT, והמושג המרכזי שלו הפך לדרישה לתוצאות יומיות. הבעיה היא שלמומחה המתמחה מאוד לא תמיד תהיה תוצאה יומית, מה שאומר שיהיה קשה יותר לדווח, וזו סיבה נוספת לכך שעסקים רוצים "מומחים בכל דבר". אבל הסיבה העיקרית, כמובן, היא שכר העבודה - זוהי הסיבה העיקרית לכל השינויים, למען בונוס, אנשים הסכימו לעבוד עבור עצמם ועבור אותו אדם. אבל בסופו של דבר, כמו בתחומים אחרים, זה פשוט הפך לחובה, תמורת תשלום נמוך יותר עבור מספר רב יותר של שירותים שסופקו.
כיום ניתן לראות לעתים קרובות מאמרים על כך שמפתחים צריכים להיות מסוגלים לפרוס, צריכים להיות מעורבים בתשתיות לצד מהנדס DevOps, אבל לאיזו דרך זה מוביל? נכון - לירידה באיכות השירותים, לירידה באיכות המפתחים. רק לפני יומיים הסברתי למפתח שאפשר לכתוב ולקרוא ממחשבים שונים, והוא התפרץ ואמר שמעולם לא ראה דבר כזה, שיש מארח, פורט, מסד נתונים, משתמש, סיסמה בהגדרות של ה-orm וזהו... אבל המפתח יודע איך להריץ פריסות, לכתוב קבצי yaml... אבל הוא כבר שוכח מבדיקות יחידה והערות בקוד.
כתוצאה מכך, אנו רואים את הדברים הבאים - שעות נוספות בלתי פוסקות, חיפוש פתרונות לבעיות מחוץ לשעות העבודה, הכשרה מתמדת בסופי שבוע, ולא כדי להגדיל את ההכנסות, אלא כדי לשמור על עצמם צפים. מפתחים נאלצים לעזור למהנדס ה-DevOps עם CI/CD, ואם למפתח אין זמן, הוא מתחיל להיתקע, ומנהלים מתחילים לבלבל עם המוח שלהם, ואם זה לא עוזר להגביר את הרצון לעבוד שעות נוספות, אז מפעילים עונשים וקנסות, האדם מחפש עבודה חדשה, ומשאיר אחריו חוב טכני בגודל של האוורסט, כתוצאה מכך, החוב מתחיל לגדול עבור המפתחים, כי הם נאלצים לכתוב קוד עם פחות ריפקטורינג כדי שיהיה להם זמן לעזור למהנדס ה-DevOps הישן או החדש, והמנהלים די מרוצים מהכל, כי יש אשם והוא גלוי מיד, מה שאומר שהכלל העיקרי בניהול אג'ייל נשמר, האשם נמצא, תוצאות ההלקאה שלו נראות לעין.
פעם נתתי הרצאה ב-ITGM בנושא "כשאנחנו לומדים להגיד לא" - התוצאות היו מאוד חושפניות. מספר עצום של אנשים מאמין שהמילה הזו היא טאבו, ועד שלא נפסיק לחשוב ככה, הבעיות רק יגדלו.
קיבלתי השראה חלקית לכתיבת מאמר זה על ידי, אבל אולי אתאר זאת מאוחר יותר במונחים פחות מנומסים.
רק משתמשים רשומים יכולים להשתתף בסקר. בבקשה.
האם אי פעם נתקלת במצב בעבודה שבו מעסיק ניסה להחליף אותך בכמה אנשים?
65,6%כן, אני נתקל בזה באופן קבוע183
5,4%כן, נתקלתי בזה פעם אחת 1
15,4%לא שמתי לב43
13,6%אני וורקוהוליק, אני עובד שעות נוספות בעצמי
279 משתמשים הצביעו. 34 משתמשים נמנעו.
מקור: www.habr.com
