לקוח מתקשר ושואל מתי האתר עולה. מנהלת הפרויקט אומרת שהיא בודקת. המעצב מספר שחסרים חומרים. המפתח ממתין לאישור. מישהו כבר ידע שיש בעיה, אבל התמונה מתחברת רק עכשיו.
הסצנה הזאת הופיעה בפוסט שכתבתי על ניהול עבודה. השאלה שאני רוצה להרחיב כאן היא מה צריך להיות קיים לפני שהלקוח מתקשר: דרך שבה מידע מהביצוע הופך להחלטה בזמן.
בחברה קטנה אנשים מדברים כל הזמן, ולכן קל להניח שהמידע כבר עבר. אבל הודעה בקבוצה, עדכון במשימה ותחושה ש”כולם יודעים” לא מבטיחים שמישהו הבין את ההשלכה על מועד המסירה או קיבל החלטה.
דוח פרויקטים שימושי מציג מה השתנה, מה ההשפעה ומה צריך להחליט. אפשר להתחיל בדף אחד ובפגישה קצרה. צריך להסכים מי מעדכן, לפי אילו עובדות ומתי מעלים חריגה מיד.
סטטוס ירוק אינו מבטיח שאפשר למסור
“הכול מתקדם” יכול להיות נכון מבחינת האדם שעובד כרגע. הוא מתקדם במה שאפשר. בינתיים, רכיב שחסר אצל הלקוח עלול למנוע מסירה של כל הפרויקט.
בניהול מערכים באמדוקס היה חשוב לי שהצוות יחזיק תמונה טובה של העבודה לפני שהלקוח מבקש אותה. בחברה קטנה אותו עיקרון יכול לעבוד בלי מחלקת בקרה: מי שמנהל צריך לדעת מה עדיין לא הוכרע ומתי יהיה מאוחר מדי לחכות.
קחו לדוגמה אישור תוכן. “ממתינים ללקוח” הוא תיאור. “אם התוכן לא מאושר עד יום רביעי, לא נוכל לסיים בדיקות לפני המסירה” הוא מידע שאפשר לפעול לפיו. מכאן צריך אדם שמדבר עם הלקוח, חלופה ומועד החלטה.
שש שורות לפרויקט פעיל
בחרו פרויקט אחד ומלאו את הטבלה יחד עם מי שמבצע. הרשומה לדוגמה היא המחשה, לא תיעוד של לקוח.
| שדה | מה צריך לדעת | דוגמה |
|---|---|---|
| ההתחייבות הקרובה | תוצר ומועד מוסכמים | גרסת בדיקה ביום חמישי |
| מה השתנה | שינוי מאז הבדיקה הקודמת | נוספה בקשת חיבור למערכת |
| מה חסר | תלות שאינה סגורה | טרם התקבלו פרטי גישה |
| ההשלכה | זמן, עלות, איכות או היקף | אי אפשר להשלים בדיקת חיבור |
| ההחלטה | מה צריך לבחור ועד מתי | לדחות את החיבור או להזיז מסירה |
| האחראי | מי מקדם ומעדכן | מנהלת הפרויקט עד יום שלישי |
אם מציגים גם צבע, מגדירים אותו לפי אותם תנאים בכל הפרויקטים. אחרת ירוק אצל אדם אחד וירוק אצל אדם אחר אינם אותו מידע. הצבע צריך להוביל לקריאת הסיבה, לא להחליף אותה.
ישיבה קצרה שמסתיימת בהחלטות
בתחילת השבוע עוברים על הפרויקטים שבהם משהו השתנה או נדרשת החלטה. לכל נושא מסכמים פעולה, אחראי ומועד. בתחילת הבדיקה הבאה בודקים אם ההחלטה אכן בוצעה.
לא מחכים לישיבה כשחלון ההחלטה נסגר קודם. למשל, אם אישור של היום משפיע על מסירה מחר, מגדירים פנייה מיידית למי שמוסמך להחליט. השגרה השבועית והטיפול בחריגים צריכים לעבוד יחד.
התפקיד של ה־COO הוא גם לחבר בין פרויקטים. עובד שהועבר לפתור בעיה אצל לקוח אחד חסר עכשיו אצל אחר. החלטה מקומית טובה יכולה ליצור בעיה במקום נוסף. בדיקה של עומס משותף מאפשרת לראות את המחיר לפני שמבטיחים עוד משהו.
איך יודעים שהדוח מועיל?
במשך חודש רשמו שני מועדים בכל חריגה משמעותית: מתי הופיע הסימן הראשון ומתי התקבלה החלטה. בדקו גם אילו חריגות הגיעו לראשונה דרך הלקוח.
אלה מדדים פנימיים ללמידה, לא יעד אחיד לכל חברה. בתחילת פרויקט אני דווקא רוצה לראות את הסיכונים עולים על השולחן. ככל שהצוות מזהה אותם מוקדם יותר, נשאר יותר זמן לבדוק ולטפל בהם לפני שהם הופכים לתקלה אצל הלקוח.
כבר בתחילת הדרך כדאי לשאול מה יקרה בסביבת הייצור, האם נדרשת חומרה, מה ישתנה אצל הלקוח, במה אנחנו תלויים ומה עדיין לא בדקנו. אי אפשר לדעת הכול מראש. אבל את מה שכבר יודעים, או חוששים שעלול לקרות, לא משאירים לסוף. פרויקט שמתחיל עם רשימת סיכונים ארוכה אינו בהכרח פרויקט בעייתי. לפעמים זה פשוט פרויקט שהתחילו לנהל בזמן.
אם אנשים מעדכנים את הדוח אבל ההחלטות עדיין מחכות, הדוח כבר אינו הבעיה. צריך לבדוק את תהליך קבלת ההחלטות: מי צריך להחליט, איזה מידע חסר לו ועד מתי ההחלטה צריכה להתקבל. עוד עמודה בטבלה לא תפתור את זה.
איפה AI יכול לעזור?
AI יכול להכין טיוטת סטטוס מתוך מקורות העבודה, להצביע על חוסרים ולהציע שאלות. אבל הוא יודע רק את מה שנכתב. אם עובד לא העלה סיכון, המערכת לא תגלה אותו מעצמה. ואם היא כתבה סיכום חד־משמעי מתוך מידע חלקי, מנהל הפרויקט עדיין צריך לקרוא, לאשר ולהוסיף את מה שחסר.
המטרה פשוטה: לראות מוקדם, להחליט בזמן ולעדכן את הלקוח כשעוד יש כמה דרכים טובות לפעול.
זו העבודה שלי: לחבר בין חלקי העסק, וללוות את השינוי עד שהוא מחזיק גם ביום עמוס.
מה כדאי לקרוא עכשיו?
- אם אתם רואים את החריגה אבל עדיין לא יודעים מה היא עושה לרווח: איך בודקים רווחיות פרויקט.
- אם הפרויקט חוזר למנהל מפני שהעובד אינו יכול להחליט: איך נותנים לעובד מידע וסמכות.