מערכת לעסק פרויקטלי: שעות, אבני דרך ותקציב מול ביצוע

בעסק פרויקטלי, הרווח לא נקבע במחיר אלא בפער בין מה שתומחר למה שבוצע. לכן שלוש היכולות שמכריעות אינן ניהול משימות אלא דיווח שעות שאנשים באמת ממלאים, אבני דרך שמחוברות לחיוב, ותמונת תקציב מול ביצוע שמתעדכנת תוך כדי ולא בסוף.

מה עסק פרויקטלי צריך ממערכת

השורה הרביעית היא הסיבה הנפוצה ביותר להפסד בעסקי שירותים: הלקוח ביקש שינוי קטן בטלפון, מישהו עשה אותו, ואיש לא חייב עליו.

למה דיווח שעות נכשל?

כי הוא נבנה למען הדוח ולא למען העובד. טופס עם ארבעה שדות חובה, בחירת פרויקט מרשימה של ארבעים, ותיאור חופשי - זה מבטיח שהוא ימולא ביום שישי מהזיכרון, ואז הנתון שגוי בכל מקרה.

מה שעובד: רשימה קצרה של הפרויקטים הפעילים של אותו אדם בלבד, דיווח בטווחי רבע שעה, ותיאור אופציונלי. אם אפשר - דיווח מהנייד. ההבדל בין מילוי יומי למילוי שבועי הוא ההבדל בין נתון שאפשר להסתמך עליו לבין ניחוש מסודר.

כדאי גם להסביר לצוות למה מודדים. דיווח שעות שנתפס כמעקב נוכחות מקבל נתונים מעוותים; דיווח שמוצג כדרך לתמחר נכון את הפרויקט הבא ולהימנע מעבודה שלא שולם עליה מקבל שיתוף פעולה.

אבני דרך שמחוברות לכסף

אבן דרך טובה עונה על שלוש שאלות: מה בדיוק נמסר, מי מאשר, וכמה מחויב בעקבותיה. אבן דרך שעונה רק על הראשונה היא תאריך ביומן.

המבנה שעובד ברוב הפרויקטים: מקדמה בהתחלה, תשלום באמצע שקשור למסירה מוגדרת, ותשלום סיום עם קבלה. מה שחשוב הוא שהאישור יהיה מתועד - מייל, חתימה או סטטוס במערכת - כי בלעדיו החיוב תלוי בזיכרון של שני צדדים שזוכרים אחרת.

איך מזהים פרויקט שמפסיד מוקדם?

• השעות בפועל עברו 50% מהתקציב בזמן שהתוצר בקושי באמצע.
• מספר בקשות השינוי עבר שתיים בלי אף חיוב.
• אבן דרך נדחתה פעמיים ואיש לא עדכן תוכנית.
• אדם אחד מרכז את רוב השעות, וזו לא הייתה התוכנית.
• הלקוח מאחר בתשובות יותר משבוע בממוצע.

שני הראשונים מספיקים כדי לעצור ולדבר. השיחה הזו, כשהיא נעשית בשבוע השלישי, היא בדרך כלל שיחה על היקף; כשהיא נעשית בסוף, היא שיחה על כסף - וזו שיחה הרבה יותר קשה.

מה עם כלי ניהול משימות?

כלי ניהול עבודה מצוין לתיאום מי עושה מה, והוא בדרך כלל כבר קיים בעסק. מה שהוא לא נותן הוא הצד הכספי: שעות שמתחברות לתקציב, חיוב לפי אבני דרך, וניצולת. אפשר להוסיף אותם ידנית בגיליון, וזה עובד עד גודל מסוים.

הגבול המעשי הוא כשיש יותר מכמה פרויקטים במקביל, או כשמישהו מבלה שעות בחודש באיחוד ידני של נתונים. ההבחנה הכללית בין הכלים מתוארת בMonday מול פריוריטי לתפעול, והיא תקפה גם כאן.

מה לבדוק בהדגמה

1. לדווח שעה על פרויקט קיים, ולספור כמה זמן זה לקח.
2. לראות תקציב מול ביצוע של פרויקט אחד, בלי לבנות דוח.
3. להוסיף בקשת שינוי ולראות איך היא משפיעה על התקציב.
4. להפיק חשבונית מאבן דרך.
5. לראות ניצולת של עובד אחד בחודש.

הסעיף הראשון מסנן יותר מכל השאר. מערכת שבה דיווח שעה דורש יותר מכמה לחיצות לא תמולא, ומערכת שלא ממולאת אינה מספקת אף אחד מהמספרים האחרים.

מה עושים עם הנתונים אחרי שלושה פרויקטים

הערך האמיתי מתחיל להצטבר אחרי כמה פרויקטים דומים, כשאפשר להשוות. שלוש השוואות שמשנות תמחור:

• הערכה מול ביצוע לכל סוג עבודה. אם אפיון תמיד לוקח פי שניים מההערכה, זה לא כישלון חוזר - זו טעות שיטתית בהערכה שקל לתקן.
• כמה שעות ניהול ותיאום נכנסו בפועל. זה הסעיף שכמעט אף פעם לא מתומחר, והוא לעתים קרובות חמישית מהפרויקט.
• איזה סוג לקוח מייצר הכי הרבה שעות מעבר לתוכנית. לפעמים התשובה מובילה להחלטה עסקית ולא לשינוי תמחור.

הדפוס הנפוץ ביותר שמתגלה הוא שהפרויקטים הקטנים הם הפחות רווחיים - אותה עבודת פתיחה וסגירה, על סכום נמוך יותר. זה מידע ששווה לבדוק לפני שמחליטים לגדול דווקא בקטנים.

שווה גם לבדוק מה קורה לפרויקטים שנמשכים מעבר לתכנון. ברוב עסקי השירותים, פרויקט שנגרר אינו רק מאבד רווח בעצמו - הוא תופס אנשים שהיו אמורים להתחיל את הבא, ולכן העלות האמיתית שלו כוללת גם את מה שלא התחיל בזמן. זו הסיבה שסגירה בזמן שווה לעתים יותר מהרחבת היקף.

מי מחזיק את התמונה

בעסק פרויקטלי חייב להיות אדם אחד שמסתכל על תקציב מול ביצוע בכל שבוע, גם אם זה בעל העסק ולוקח עשרים דקות. לא מנהל הפרויקט לבד - הוא קרוב מדי ונוטה להאמין שהעיכוב יתאזן; ולא רואה החשבון - הוא רואה את התמונה חודשיים מאוחר מדי.

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

מקורות

• Priority Software - פתרונות לניהול פרויקטים
• monday.com