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