לא מעט מכלי האוטומציה והסקריפטים שנכתבים בענף הבנייה נזנחים לאחר נסיונות שימוש מועטים. בין אם נוצרו בשביל לצמצם תקלות או לקצר תהליכים, או עבור מתכננים, יזמים או קבלנים, התוצאה די דומה – בעוד שהכוונות והרעיונות הראשוניים נכונים, בדרך כלל הכלי נבנה באופן שטחי מבלי להבין את העומק והמורכבות האמיתית של התהליך ואינו תמיד לוקח בחשבון משתנים סמויים שמתרחשים באופן תדיר ולהם השפעה גדולה כמו שינויים תכנוניים, דרישות רישוי מפתיעות או אופן העבודה השוטף של הצוות. הקוד אולי עובד טכנית, אבל תמיד יש משהו שגורם לו לא להתאים "בדיוק" לתהליך – והדרך הקצרה לתוצאה מתחילה בלהרים ידיים ולחזור לעבודה הידנית.
אנשי המקצוע בתחום, בין אם הם מתכננים, מנהלי פרוייקט יודעים לזהות בצורה די טובה את המשימות הידניות והחזרתיות ששורפות ימי עבודה שלמים. הם גם מכירים את התהליכים המורכבים בהם הסיכוי לטעות אנוש גדולה מהרגיל, אך בדרך כלל, אין להם את הזמן או הידע הטכני לפתח פתרון יציב ועצמאי שיעבוד בצורה מלאה. נכון, כניסת הבינה המלאכותית לחיינו בשנים האחרונות פתחה לכולם את האפשרות לפתח פתרונות וכלים טכנולוגיים מבלי לדעת לתכנת – אך רבים ממי שניסו בעצמם גילו שהמשימה עדיין לא כזו פשוטה ושפיתוח כלי יציב ואמין היא משימה יותר מורכבת מכמה פרומפטים. גם באמצעות בינה מלאכותית, נדרשת הבנה רחבה בתחומים בהם הפיתרון נוגע.
החיבור בין שני העולמות האלה הוא המפתח: ניתוח תהליכי עבודת תכנון מתאפשר על סמך ידע וניסיון תכנוני מעשי והתרגום שלהם לפיתוח כלים ייעודיים שמשתלבים בצורה טבעית בתהליכי העבודה מתאפשר על ידי ידע וניסיון טכנולוגי בתחום.
מתי כדאי להשקיע באוטומציה בתכנון – ומתי עדיף להמשיך ידנית?
פיתוח כלים ייעודים או אוטומציות נקודתיות הן השקעה עסקית לכל דבר: זמן פיתוח, בדיקות, הדרכת צוות ותחזוקה שוטפת. ברוב המקרים, אפשר להניח כי במשימות קטנות או כאלו שאינן שגרתיות, עבודה ידנית שנשענת על מספר סביבות תהיה זולה ומהירה יותר והעלות של לבנות סביבן כלי מורכב לא בהכרח תחזיר את התמורה.
הכדאיות הכלכלית משתנה כשהעבודה הידנית הופכת לצוואר בקבוק בתהליך התכנון – להלן מספר דוגמאות בהן ראוי לשקול פיתוח אוטומציה:
- עיבוד והצלבת מידע בהיקף גדול: צורך בסנכרון נתונים בין קבצים, טבלאות ומודלים במקביל.
- משימות מונוטוניות שחוזרות על עצמן: תהליכים שגוזלים שעות עבודה רבות.
- שלבים רגישים לשגיאות אנוש: נקודות בתכנון שבהן טעות אנוש ידנית, כמו העתקה לא תקינה, טעות בחישוב, טעות הקלדה או מידול לא מדויק עלול להוביל לתוצרים לא תקינים.
- בדיקות נתונים: תהליכי בקרה מורכבים שניתן להסב לתהליך אוטומטי מדויק.
במצבים כאלה, פיתוח כלי ייעודי או סקריפט אוטומציה מותאם מקצר שעות עבודה רבות ומבטיח תוצאה עקבית ותקינה אשר חוסכים זמן עבודה, מקצרים לוחות זמנים ומאפשרים לצוות להתרכז במשימות אחרות.
בדיקת היתכנות כלכלית לפני שכותבים שורת קוד אחת
פיתוח כלים ואוטומציות אינן יעד טכנולוגי אלא החלטה כלכלית. מורכבות, רמת החזרתיות וזמן מצטבר הם עם חלק מהפמרמטרים שנלקחים בחשבון האם יש כדאיות לפיתוח.
כל כן כל תהליך מתחיל באבחון ממוקד: מיפוי צווארי הבקבוק בתהליך הקיים מול הערכה של עלויות הפיתוח והתחזוקה. אם הנתונים מראים שהכלי לא יחזיר את ההשקעה בתוך זמן מוגדר, ההמלצה המקצועית תהיה להמשיך בעבודה ידנית.
שאלות נפוצות על אוטומציה ופיתוח כלים לתכנון
כמה זמן לוקח לפתח כלי ייעודי וכמה זה עולה?
כמו בכל דבר, גם כאן הטווח משתנה ותלוי במורכבות המשימה והפתרון הטכנולוגי. יחד עם זאת ניתן לפרק את המשימה הגדולה לתהליכים קטנים ולפתח את הכלי במנות כאשר המנה הראשונה תתחיל ממבדיקת היתכנות ופיילוט ממוקד שזמן פיתוחו קצר מפיתוח מלא ושלם.
באיזה סביבות פיתוח האוטומציות מפותחות?
סביבות הפיתוח משתנות בהתאם לצורך ובמשתמשי הקצה. כלי שלם וסגור שעתיד להיות "סרגל כלים" בתוך Revit יפותח בצורה שונה מאשר אוטומציה שמיועדת ל- Dynamo או Grasshopper. כלי שאמור לשמש עובדים בעלי רקע ויכולת טכנולוגית שונה יפותח אחרת מאשר אוטומציה שאמורה לשמש רק את מנהל ה-BIM המשרדי, שידרוש בדרך כלל גמישות גדולה יותר ויכולת להתאים את האוטומציה לתרחישים שונים.
האם אפשר להתחיל בפיילוט קטן לבדיקת התועלת?
כן. פיתוח מודול בדיקה נקודתי הוא הדרך הבטוחה לוודא החזר השקעה (ROI) לפני שמרחיבים את הפיתוח למערכת רחבה.
מתלבטים אם תהליך מסוים מצדיק פיתוח אוטומציה?
מוזמנים לפנות אלי להתייעצות. יחד ננתח את התהליך ותקבלו תמונת ברורה, כולל האפשרות שהתשובה הסופית תהיה שאין בפיתוח כדאיות.