---

הקצאה חכמה של Issues באמצעות תבניות ב-Forma Data management

למה אנחנו ממלאים את אותם שדות שוב ושוב — ואיך מפסיקים עם זה?

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

 

מה קורה היום

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

 

מה עשינו במקום

בנינו Issue Templates לפי התרחישים שחוזרים אצלנו בפועל. בכל תבנית יושב מראש המידע הקבוע — קודם כל השדה Assigned to. מי שפותח Issue בוחר את התבנית, מקבל את השדות מלאים, ומשלים רק את מה שמשתנה: מיקום, תיאור נקודתי, תאריך יעד.

 

איך מיישמים את זה?

• נכנסים לפרויקט דרך ממשק ה-Web ופותחים את כלי Issues.
• לוחצים על Settings ובוחרים Templates.
• לוחצים על Create issue template ומעניקים לתבנית שם ברור שמייצג תרחיש עבודה.
• בוחרים Issue Type וממלאים את השדות הקבועים הרלוונטיים.
• בשדה Assigned to בוחרים Member, Role או Company בהתאם לאחריות בפרויקט.
• מגדירים את התבנית כ-Active ושומרים אותה.
• בעת יצירת Issue חדש בוחרים את התבנית מהרשימה, בודקים את הנתונים הממולאים ומשלימים את הפרטים המשתנים.

 

דוגמאות מעשיות מהשטח

1. התנגשות מערכת מיזוג עם קורה
התבנית נקראת “MEP Clash – מיזוג”. ה-Type הוא תיאום מערכות, ה-Assigned to מופנה לגורם שאחראי על מיזוג, והתיאור הקבוע מבקש לבדוק חלופה ולצרף פתרון. בפועל מציבים את ה-Issue על המודל ומשלימים מפלס, מיקום ותאריך יעד.

2. ליקוי גמר בדירה
התבנית נקראת “Punch List – גמרים”. ה-Assigned to מוגדר לחברת קבלן הגמר, והטקסט הקבוע מבקש לצרף צילום לאחר תיקון. בדירה זה שלושה דברים: לבחור תבנית, לרשום מספר דירה וחדר, לצלם ולפרסם.

3. פתח חסר עבור מעבר צנרת
התבנית נקראת “Opening Required – קונסטרוקציה” ומופנה למהנדס הקונסטרוקציה או לחברה שמבצעת. התיאור הקבוע מבקש לאשר מיקום ומידות, ומתאם המערכות מוסיף קומה, מידה וקישור למודל.

4. בדיקת בטיחות באתר
“Safety Observation” היא התבנית הפשוטה בין הארבע: Assigned to למנהל הבטיחות או לחברה המבצעת, ובשטח מוסיפים רק מיקום וצילום. דווקא בדיווחי בטיחות האחידות הזו שווה הרבה, כי הם נכתבים במהירות ועל הרגל.

 

מה זה עשה לנו בפרויקט

• פחות הקלדה חוזרת של אותם שדות.
• פחות Issues שמגיעים לגורם הלא נכון — וזה היה הכוונה המרכזית.
• שמות, סוגים ותיאורים שנראים אותו דבר גם בין צוותים וגם בין פרויקטים.
• אפשר לפתוח Issue מהשטח בלי לוותר על התהליך.
• דוחות וסינון לפי Type, חברה, תפקיד או סטטוס נעשים עבידים באמת.

 

שני דברים שכדאי לדעת מראש

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

 

בשורה התחתונה

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

לשאלות, 
צחי | [email protected]