אף אחד לא עבד לאט. הפרויקט בכל זאת איחר בשלושה שבועות.
כי רוב הזמן האבוד בפרויקט אינו זמן שבו מישהו עבד לאט - הוא זמן שבו אף אחד לא עבד. המתנה לאישור, המתנה לחומר מהלקוח, המתנה להחלטה. זה לא מופיע בשום דוח כי אין למי לזקוף אותו.
פרויקט של שמונה שבועות, שנגמר אחרי אחד עשר
הסרגל למטה נבנה מעצמו, שבוע אחרי שבוע. הקטעים הכהים הם עבודה. הקטעים המסומנים הם המתנה - ואף אחד מהם לא הופיע בדוח הסטטוס השבועי.
שבוע 0 מתוך 11
הפרויקט טרם התחיל.
התרחיש הוא המחשה של מנגנון ואינו נתון של לקוח. הנקודה אינה שההמתנות ניתנות לביטול - חלקן לא. הנקודה היא שכשהן נמדדות, אפשר לדבר עליהן עם הלקוח מראש במקום להתנצל בדיעבד.
הפרויקט שנראה מוצלח, ולא היה
רווחיות לפרויקט היא החישוב שהכי מפתיע ארגונים - ואי אפשר לעשות אותו בלי דיווח שעות. הזיזו את המחוון ותראו איך שלושה פרויקטים משנים סדר.
המספרים הם המחשה. מה שאינו המחשה הוא הדפוס: הפרויקט הגדול והיוקרתי הוא לרוב זה שהכי רגיש לעלות השעה, והוא הראשון שהופך להפסד כשהצוות הבכיר נכנס אליו. בלי דיווח שעות אף אחד לא יודע את זה עד שנה אחרי.
דיווח שעות: למה זה נכשל, ומה עובד
כל מנהל שניסה יודע שזה החלק הקשה. הכישלון כמעט תמיד נובע מאותה סיבה - הדיווח יקר יותר מהערך שהמדווח רואה בו.
מה שלא עובד
- טופס שממלאים בסוף השבוע מהזיכרון
- רשימה של ארבעים סוגי משימה לבחירה
- דיווח שנדרש רק כדי שמנהל יראה
- אכיפה בלי להסביר למה
מה שכן
- טיימר בלחיצה, מהנייד, ברגע שמתחילים
- ברירת מחדל לפי המשימה שפתוחה
- המדווח רואה מזה משהו - עומס אמיתי שלו
- מנהל שמראה מה השתנה בזכות הנתון
המבחן
אם דיווח על שעה עבודה לוקח יותר מעשר שניות, הוא לא יקרה באופן קבוע. כל השאר - הדוחות, הרווחיות, התחזית - נשען על השניות האלה, ולכן זה השלב שאנחנו מקדישים לו הכי הרבה תשומת לב באפיון.
מה מרכיב את הפתרון
רוב הארגונים מתחילים בראשון בלבד ומוסיפים לפי מה שהתגלה כחסר בפרויקט הראשון שרץ.
Zoho Projects
הליבה. משימות, תלויות, אבני דרך, שעות ותקציב.
לעמוד המוצר
Sprints
לצוות שעובד בזרם חוזר ולא בפרויקט עם סוף.
לעמוד המוצר
CRM
כדי שעסקה שנסגרה תיפתח כפרויקט בלי הקלדה חוזרת.
לעמוד המוצר
WorkDrive
איפה יושבים המסמכים של הפרויקט, ומי רואה מה.
לעמוד המוצר
Expense
הוצאות שנזקפות לפרויקט, לא רק שעות.
לעמוד המוצר
Analytics
רווחיות חוצת-פרויקטים, ובחיבור להנהלת החשבונות.
לעמוד המוצר
Cliq
תיאום יומיומי, בלי שההחלטות ייקברו בו.
לעמוד המוצר
Desk
מה שקורה אחרי המסירה, כשהפרויקט הופך ללקוח.
לעמוד המוצר
איך זה מתנהל אצלנו
- פרויקט אחד אמיתילא תבנית תיאורטית. לוקחים פרויקט שרץ עכשיו ומריצים אותו עד הסוף במערכת.
- מגדירים אבן דרךמה נחשב הושלם, ומי מאשר. בלי הגדרה בכתב, אבני דרך נסגרות בלחץ ולא בעובדות.
- מסמנים את ההמתנותהמתנה לאישור או לחומר מהלקוח מקבלת מצב משלה, כדי שהיא תופיע בדוח ולא תיעלם.
- דיווח שעות שעולה עשר שניותטיימר, נייד, ברירות מחדל. זה השלב שקובע אם כל השאר יעבוד.
- מסלול לבקשת שינוימי מאשר, מה ההשפעה על התאריך והתקציב, ומה נדרש בכתב.
- רווחיות אחרי הפרויקט הראשוןמשווים תכנון לביצוע, ומכיילים את ההערכות לפרויקט הבא.
הדרך המהירה להתחיל היא לקחת את הפרויקט האחרון שאיחר, ולנסות לענות איפה בדיוק הלכו השבועות.
דברו איתנושאלות נפוצות
כמעט תמיד לא בגלל קצב אלא בגלל המתנות ובקשות שינוי שנכנסו בלי לזוז בלוח הזמנים. עבודה שממתינה לאישור אינה נראית בדוח כי איש לא עובד עליה, ולכן היא לא נספרת - וזה בדיוק הזמן שהפרויקט מאבד.
Projects בנוי לעבודה עם תאריך התחלה וסיום, תלויות ולוח גאנט - הקמה מול לקוח, מעבר מערכת, פרויקט עם אבני דרך. Sprints בנוי לעבודה חוזרת בלי סוף מוגדר. הרבה ארגונים מפעילים את שניהם לצוותים שונים, וזה לא בזבוז.
בהפיכת הדיווח לזול: טיימר בלחיצה, דיווח מהנייד, וברירות מחדל חכמות. דיווח שנעשה בסוף השבוע מהזיכרון גרוע מאין דיווח, כי הוא נראה כמו נתון והוא ניחוש. הגורם שהכי משפיע הוא לא אכיפה אלא כמה שניות זה לוקח.
כן, אם מדווחות שעות ואם יודעים מה עלות שעה לכל תפקיד. זה החישוב שהכי מפתיע ארגונים: פרויקטים שנחשבו למוצלחים מתגלים כגבוליים, ולהפך. חשוב להסכים מראש מה נכלל בעלות - שכר בלבד או גם עלויות עקיפות.
מגדירים מסלול: מי מאשר, מה ההשפעה על לוח הזמנים ועל התקציב, ומה נדרש בכתב. פרויקט ללא מסלול כזה סופג שינויים בשקט, ואז מאחר - וכשמישהו שואל למה, אין תיעוד שמסביר.
אפשר לפתוח ללקוח תצוגה מוגבלת עם מה שרלוונטי לו. זו החלטה עסקית לפני שהיא טכנית - שקיפות מקטינה טלפונים ומעלה אמון, וגם חושפת עיכובים פנימיים בזמן אמת. כדאי להחליט מה נחשף לפני שפותחים.
כשיש יותר משלושה פרויקטים במקביל עם אנשים משותפים. עד שם גיליון מחזיק. מעבר לזה אי אפשר לדעת מי עמוס באמת, כי אף אחד לא רואה את כל ההקצאות של אותו אדם בבת אחת - וזו נקודת הכשל הנפוצה.
החלק הטכני קצר יחסית. מה שקובע את לוח הזמנים הוא ההחלטות: מבנה הפרויקט, מה נחשב אבן דרך, מי מאשר שינוי, ואיך נמדדת רווחיות. אנחנו מתחילים מפרויקט אחד אמיתי, מריצים אותו עד הסוף, ורק אז מרחיבים.
קחו את הפרויקט האחרון שאיחר. איפה בדיוק הלכו השבועות?
אם התשובה היא "כולם היו עמוסים" - זה בדיוק הסימן, כי עומס אינו הסבר. הוא מה שרואים במקום ההסבר.