יש רגע בקריירה של כמעט כל ראש צוות בדיקות שבו משהו משתנה.
עד לפני כמה שנים הוא היה הבודק שהכי מכירים בצוות. הוא ידע לפתוח מערכת, להבין תהליך עסקי, למצוא באג שאף אחד לא ראה, לשאול את השאלה הנכונה ולפעמים אפילו להציל גרסה שלמה.
ואז הוא הפך לראש צוות.
פתאום היומן התמלא בישיבות, שיחות אישיות, חלוקת משימות, סטטוסים, יעדים, דוחות, קונפליקטים, גיוסים ולחצים מההנהלה.
בלי לשים לב, הוא התחיל לבדוק פחות.
בהתחלה זה נראה הגיוני.
"אין לי זמן להיות בתוך הטכנולוגיה. עכשיו אני מנהל."
אבל כאן בדיוק מתחילה אחת הטעויות המסוכנות ביותר בקריירה של מנהל בדיקות.
ראש צוות בדיקות לא יכול להרשות לעצמו להתרחק יותר מדי מהמקצוע.
הוא לא חייב להיות הבודק הכי טכני בצוות.
הוא גם לא חייב לכתוב את כל האוטומציות בעצמו.
אבל הוא חייב להבין את העולם הטכנולוגי שבו הצוות שלו פועל, לדעת לשאול שאלות מקצועיות, לזהות שינוי טכנולוגי ולהיות מסוגל לפרוץ את החסמים שמונעים מהצוות להתקדם.
כי בעולם הבדיקות של היום, מנהל שמפסיק ללמוד לא נשאר במקום.
הטכנולוגיה פשוט ממשיכה לרוץ קדימה בלעדיו.
הניהול לא מחליף את המקצועיות
אחת האשליות הנפוצות אצל מנהלים חדשים היא שהקידום לניהול הוא למעשה מעבר ממקצוע לניהול.
כאילו יש שלב שבו אומרים:
"עד עכשיו הייתי איש מקצוע. מעכשיו אני מנהל."
אני חושב שזו הסתכלות מסוכנת במיוחד בעולם ה-QA.
הניהול הוא שכבה נוספת על המקצועיות.
היא לא אמורה למחוק אותה.
ראש צוות בדיקות צריך לדעת לנהל אנשים, אבל במקביל להבין מה קורה בעולם הבדיקות:
אוטומציה, API, CI/CD, בדיקות מבוססות סיכון, ענן, מערכות מבוזרות, נתונים, אבטחה, AI, כלי בדיקות חדשים, תהליכי פיתוח חדשים ובעיקר – הדרך שבה הטכנולוגיה משנה את העבודה של הבודקים.
הוא לא צריך להיות מומחה בכל אחד מהתחומים.
אבל הוא כן צריך להיות מספיק מקצועי כדי להבין אותם.
למה דווקא ראש הצוות חייב לשמור על הרמה המקצועית?
כי ראש הצוות הוא החיבור בין שלושה עולמות.
העולם העסקי.
מה הארגון רוצה להשיג?
העולם הניהולי.
איך גורמים לאנשים לעבוד נכון, להתפתח ולהצליח?
והעולם הטכנולוגי.
איך המוצר באמת נבנה, נבדק ומשתנה?
כאשר אחד משלושת העולמות האלה נעלם, נוצרת בעיה.
אם ראש הצוות מבין רק אנשים – הוא עלול להפוך למנהל אדמיניסטרטיבי.
אם הוא מבין רק טכנולוגיה – הוא עלול להפוך לאיש מקצוע מצוין שלא באמת יודע להוביל אנשים.
ואם הוא מבין רק את העסק – הוא עלול לקבל החלטות שנראות מצוין במצגת אבל לא עובדות בשטח.
ראש צוות מצוין מחבר בין כולם.
המקצועיות היא גם מקור הסמכות שלך
יש משהו שאי אפשר לכתוב בדוח סטטוס.
אמון מקצועי.
הצוות שלך יודע מהר מאוד אם אתה מבין את העבודה שלו או לא.
לא צריך לבחון אותך.
מספיק שתיכנס לישיבה ותשאל:
"למה בדקתם את זה?"
"מה הסיכון כאן?"
"מה קורה אם השירות הזה נופל?"
"איפה מתבצעת הוולידציה?"
"למה האוטומציה הזאת לא מכסה את התרחיש?"
"מה השתנה בגרסה?"
"מה אנחנו לא בודקים?"
השאלות האלה מספרות לצוות דבר אחד:
המנהל שלי עדיין מחובר למקצוע.
וזה משמעותי.
כי מנהל שלא מבין את העבודה הופך מהר מאוד לתלותי באנשים שלו.
הוא מקבל מהם מידע.
הוא לא באמת מסוגל לאתגר אותו.
הוא לא תמיד יודע אם משימה מורכבת או פשוטה.
הוא מתקשה להעריך הערכות זמן.
והוא עלול לא להבין שהצוות שלו משתמש בטכנולוגיה ישנה רק בגלל שאף אחד לא עצר לחשוב אחרת.
אבל יש כאן מלכודת
שמירה על מקצועיות לא אומרת לחזור להיות בודק במשרה מלאה.
זו טעות הפוכה.
ראיתי מנהלים שמרגישים שהם חייבים להוכיח שהם עדיין מקצועיים ולכן הם נכנסים עמוק מדי לפרטים.
הם כותבים בדיקות במקום העובדים.
פותרים בעיות במקום הצוות.
מתעסקים ב-SQL, API או אוטומציה במשך שעות.
ובסוף?
הם הופכים ל"בכיר הטכני" של הצוות במקום למנהל שלו.
זה לא היעד.
המטרה היא לא לעשות את העבודה במקום הצוות.
המטרה היא להבין מספיק כדי להוביל את העבודה.
ראש צוות צריך לשמור לעצמו "שריר טכנולוגי"
אני אוהב לחשוב על זה כמו על כושר.
אם הפסקת להתאמן במשך שנה, לא איבדת את היכולת ללכת.
אבל הכושר שלך ירד.
אותו דבר קורה למקצועיות.
לא צריך להשקיע שמונה שעות ביום בלמידה.
אבל צריך ליצור הרגל קבוע.
שעה בשבוע יכולה להספיק כדי לשמור על קשר עם העולם.
לקרוא על כלי חדש.
לראות הדגמה.
לנסות כלי AI.
לכתוב סקריפט קטן.
להבין טכנולוגיה חדשה שהצוות התחיל להשתמש בה.
לשבת עם אוטומטור ולשאול אותו איך המערכת עובדת.
להיכנס ל-API של המוצר.
לשאול את אנשי הפיתוח מה השתנה בארכיטקטורה.
העיקר הוא לא הכמות.
העיקר הוא לא להפסיק לזוז.
החסם האמיתי הוא לפעמים לא טכנולוגי
וזו נקודה חשובה.
ראשי צוותים רבים אומרים:
"אין לי זמן ללמוד."
אבל במקרים רבים הבעיה אינה הזמן.
הבעיה היא הזהות.
ברגע שאדם הופך למנהל, הוא לפעמים מתחיל לחשוב:
"אני כבר לא צריך לדעת את זה."
או:
"יש לי אנשים שעושים את זה."
או:
"אני מנהל, לא בודק."
זו תפיסה שצריך לשבור.
כי דווקא עכשיו אתה צריך להבין יותר.
לא בהכרח לבצע יותר.
להבין יותר.
AI הופך את הצורך הזה לדחוף עוד יותר
הכניסה של AI לעולם הבדיקות משנה את המשחק.
בודק יכול להשתמש ב-AI כדי ליצור רעיונות לתרחישי בדיקה, לנתח לוגים, לייצר קוד, להסביר API, לכתוב שאילתות, ליצור נתוני בדיקה ולבצע מגוון משימות שבעבר דרשו זמן רב.
אבל כאן נוצר פרדוקס.
ככל שהכלים הופכים חכמים יותר, שיקול הדעת המקצועי הופך חשוב יותר.
אם ראש הצוות לא מבין את הטכנולוגיה, הוא לא באמת יודע אם השימוש ב-AI משפר את העבודה או רק מייצר יותר רעש.
הוא לא יודע לשאול:
האם אנחנו באמת חוסכים זמן?
האם הבדיקות שנוצרו איכותיות?
האם אנחנו מייצרים כיסוי אמיתי?
האם הצוות מבין את הקוד שה-AI כתב?
האם אנחנו מגדילים את הסיכון במקום להקטין אותו?
AI לא מבטל את המקצועיות.
הוא מעלה את הרף שלה.
לפרוץ את חסמי הטכנולוגיה – לא לחכות שהארגון יעשה את זה
אחת המשימות החשובות ביותר של ראש צוות בדיקות היא לזהות חסמים.
לדוגמה:
הצוות רוצה להתחיל אוטומציה אבל לא יודע מאיפה.
הבדיקות לוקחות יותר מדי זמן.
אין סביבת בדיקות יציבה.
אין מספיק נתוני בדיקה.
המערכת מורכבת מדי.
הבודקים תלויים בצוות הפיתוח.
אין כלי מתאים.
הצוות מפחד מטכנולוגיה חדשה.
או שהארגון פשוט התרגל לעבוד בדרך הישנה.
כאן ראש הצוות צריך להיות זה שאומר:
"בואו נבדוק אם אפשר לעשות את זה אחרת."
לא:
"זה תמיד עבד ככה."
אל תפחד להיות זה שלא יודע
זו אולי אחת התכונות החשובות ביותר של מנהל טכנולוגי.
היכולת להגיד:
"אני לא יודע."
אבל מיד להוסיף:
"בואו נלמד."
אתה לא צריך להיות האדם הכי טכנולוגי בחדר.
לפעמים מספיק להיות האדם שהכי מוכן לשאול.
"מה זה הכלי הזה?"
"למה אנחנו לא משתמשים בו?"
"מה מונע מאיתנו לנסות?"
"מה יקרה אם נעשה POC קטן?"
"מה הסיכון?"
"מה נוכל ללמוד מזה?"
כך נוצרת תרבות של למידה.
מנהל שלא לומד – מעביר את הפחד שלו לצוות
זה אולי אחד הדברים שפחות מדברים עליהם.
אם ראש הצוות מפחד מטכנולוגיה חדשה, הצוות מרגיש את זה.
אם הוא אומר:
"עזבו, AI זה סתם טרנד."
"אנחנו לא צריכים אוטומציה."
"זה מסובך מדי."
"אין לנו זמן ללמוד."
הצוות לומד משהו.
הוא לומד שלהישאר באזור הנוחות זה בסדר.
לעומת זאת, אם המנהל אומר:
"אני לא מכיר את הטכנולוגיה הזאת. בואו נלמד אותה ביחד."
המסר שונה לחלוטין.
מותר לא לדעת. אסור להפסיק ללמוד.
ראש הצוות צריך להיות הראשון שנכנס לטכנולוגיה – אבל לא האחרון שיוצא ממנה
המשמעות היא לא לקחת כל טכנולוגיה חדשה ולהכניס אותה לצוות.
גם זה מסוכן.
חדשנות בלי שיקול דעת יכולה לייצר כאוס.
לכן ראש הצוות צריך לשאול ארבע שאלות פשוטות:
איזו בעיה הטכנולוגיה הזאת פותרת?
אם אין בעיה אמיתית – למה להשתמש בה?
כמה זמן היא תחסוך לנו?
אם כלי חדש מוסיף יותר עבודה ממה שהוא חוסך, אולי הוא לא מתאים.
מה הסיכון?
האם אנחנו מגדילים תלות, מורכבות או חוסר יציבות?
מה אפשר לבדוק בפיילוט קטן?
לא צריך להפוך את כל הצוות ביום אחד.
מתחילים קטן.
לומדים.
מודדים.
ורק אז מרחיבים.
הדרך הטובה ביותר לפרוץ חסם: ניסוי קטן
במקום לומר:
"אנחנו צריכים להכניס AI לצוות."
אפשר לומר:
"בואו ניקח תהליך אחד ונבדוק האם AI יכול לקצר אותו ב-30%."
במקום:
"אנחנו צריכים אוטומציה."
אפשר לומר:
"בואו נבחר 10 תרחישים שחוזרים על עצמם ונבדוק האם כדאי לאוטמט אותם."
במקום:
"אנחנו צריכים ללמוד API."
אפשר לומר:
"בואו ניקח API אחד במערכת ונבנה עליו כמה בדיקות."
זה הרבה פחות מפחיד.
וזה גם הרבה יותר ניהולי.
מקצועיות גבוהה יוצרת צוות חזק יותר
בסופו של דבר, ראש צוות לא אמור להיות הכוכב הטכנולוגי היחיד.
להפך.
אם הוא באמת טוב, הוא מפתח אנשים נוספים.
הוא נותן לבודק להתנסות.
נותן לאוטומטור להוביל.
נותן לאיש הצוות להציג כלי חדש.
מאפשר למישהו ללמוד תחום שהוא לא מכיר.
ואפילו נותן לאחד העובדים להיות יותר טוב ממנו בתחום מסוים.
זה לא מאיים על מנהל טוב.
זה בדיוק סימן שהוא הצליח.
ומה קורה אם ראש הצוות מפסיק להתפתח?
בהתחלה כמעט לא רואים את זה.
הצוות ממשיך לעבוד.
הגרסאות יוצאות.
הישיבות מתקיימות.
הדוחות נשלחים.
אבל לאט לאט מתחילות להופיע בעיות.
הכלים מתיישנים.
האוטומציה לא מתפתחת.
הצוות מתחיל לעבוד בצורה מכנית.
אנשים חזקים מחפשים אתגר במקום אחר.
הטכנולוגיה משתנה והצוות נשאר מאחור.
ואז מגיע הרגע שבו כולם שואלים:
"איך הגענו למצב הזה?"
התשובה בדרך כלל התחילה הרבה קודם.
ברגע שבו המנהל הפסיק לשאול את עצמו:
"מה אני צריך ללמוד עכשיו?"
ראש צוות טוב לא צריך לדעת הכול
זו אולי המסקנה החשובה ביותר.
אל תנסה להיות מומחה לכל דבר.
זה בלתי אפשרי.
במקום זאת, תהיה:
סקרן.
מחובר.
מוכן ללמוד.
מוכן להתנסות.
מוכן לשאול.
ומוכן להודות כשאתה לא יודע.
הצוות שלך לא צריך מנהל שיודע הכול.
הוא צריך מנהל שלא מפחד להתקדם.
ובסופו של דבר – המקצועיות שלך היא האחריות שלך
הארגון לא תמיד ישלח אותך לקורס.
המנהל שלך לא תמיד יגיד לך ללמוד טכנולוגיה חדשה.
הצוות לא תמיד ימשוך אותך קדימה.
ולפעמים אפילו יהיה לך עומס כל כך גדול שתמצא לעצמך אלף סיבות למה עכשיו זה לא הזמן.
אבל אם אתה ראש צוות בדיקות, המקצועיות שלך היא לא משהו שסיימת לבנות ביום שקיבלת את התפקיד.
היא נכס שצריך לתחזק.
כי בעולם שבו טכנולוגיות משתנות במהירות, מנהל שמפסיק ללמוד לא הופך למנהל מנוסה יותר.
הוא פשוט הופך למנהל עם ניסיון בטכנולוגיה של אתמול.
והפער הזה, בהתחלה כמעט בלתי מורגש.
אחר כך הוא הופך לבעיה.
לכן הייתי מציע לכל ראש צוות בדיקות לעצור פעם בשבוע ולשאול את עצמו שלוש שאלות:
מה למדתי השבוע?
איזה חסם טכנולוגי אני יכול לעזור לצוות לפרוץ?
מה הדבר המקצועי הבא שאני צריך ללמוד?
לא צריך יותר מזה.
כי ניהול טוב הוא לא התרחקות מהמקצוע.
ניהול טוב הוא היכולת לקחת את המקצועיות שלך, להפוך אותה ליכולת של הצוות כולו – ולוודא שאתה והאנשים שלך ממשיכים להתקדם גם כשהטכנולוגיה רצה קדימה.
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את תחום הבדיקות ידניות, תוכל להתחיל לעבוד מהבית דרך FIVERR או ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן הקורס ממוקד בבדיקות תוכנה ידניות הנותן בסיס חזק לתחום.
לעבוד מהבית כבודק תוכנה עם FIVERR >> לחץ כאן
