ARCHICAD ממציא מחדש צוות עבודה יעיל שלב אחר שלב

תוכן עניינים:

ARCHICAD ממציא מחדש צוות עבודה יעיל שלב אחר שלב
ARCHICAD ממציא מחדש צוות עבודה יעיל שלב אחר שלב

וִידֵאוֹ: ARCHICAD ממציא מחדש צוות עבודה יעיל שלב אחר שלב

וִידֵאוֹ: ARCHICAD ממציא מחדש צוות עבודה יעיל שלב אחר שלב
וִידֵאוֹ: BIM חישובית לאדריכלים - Archicad 2024, אַפּרִיל
Anonim

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

האם אתה מעדיף גם "נתיבים שלא נקראו"? האם יש לך ניסיון בשימוש בגישות לא סטנדרטיות בעבודה עם ARCHICAD, האם אתה משתמש באופן קבוע בתכונות המפורסמות ביותר של היישום? נשמח אם תשתף את הפרטים או פשוט תשאיר את המשוב שלך: [email protected].

אומר אלכסנדר אנישנקו, אדריכל, שותף מנהל של חברת BORSH, מטעם הנציגות הרוסית של GRAPHISOFT®:

זום
זום

מהי עבודת צוות אמיתית ומה הופך אותה ליעילה?

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

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

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

עבודת צוות

מה שמוביל לרוב לעלייה במונחים ולתוצאה שגויה?

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

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

היכרות עם עבודת צוות. איך הכל התחיל

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

לגרסה הראשונה של עבודת צוות היו קשיים משלה …

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

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

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

אושר אמיתי הגיע עם גרסה 2.0

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

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

כלי תקשורת בצוות

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

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

פורמט אוניברסלי של BIM Collaboration Format (BCF) פותח במיוחד לאינטראקציה בין פלטפורמות, המאפשר לשמור תגובות, מיקומי מצלמה, צילומי מסך וקטעי תלת מימד. פורמט זה פועל כהשלמה לפורמט מחלפי הנתונים האוניברסלי של Class Foundation (IFC).

חשוב לציין כי ניתן להשתמש בפורמטים אלה הן בתוכניות BIM בסיסיות והן בכלי אימות מודל BIM כגון Solibri או Navisworks.

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

זום
זום

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

תפיסות עבודת צוות בסיסיות

שרת BIM

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

צוות הפיתוח של GRAPHISOFT הצליח להגביר את מהירות התקשורת עם שרת BIM בעיקר בזכות טכנולוגיית Delta Server. לא כל הדגם נשלח לשרת, אלא רק החלק שהשתנה בו. מסכים, למה לנסוע קדימה ואחורה בג'יגה מאותם נתונים שיש לכולם כבר? דלתא שרת מספקת עלייה משמעותית במהירות הסנכרון של המודל בהשוואה להעלאת הפרויקט כולו. עם זאת, ל- GRAPHISOFT יש גם פתרונות מעניינים להעברה מתמדת של כמויות גדולות של נתונים. בעבודה עם BIMcloud, למשל, שרת DeltaCache מוריד ללא הרף את כל שינויי הפרויקט למשרד או למחשב שלך, גם אם השרת הראשי נמצא בצד השני של העולם. בכל פעם שתצטרך לעדכן את המודל שלך, כל המידע יהיה בהישג ידך. זה מאפשר לך לשכוח ממגבלות רשת ולעבוד עם פרויקטים גדולים במשרדים שונים, מבלי להיות קשור למיקום אחד.

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

מערכת הזמנות גמישה

אפשרות ההזמנה הגמישה הופיעה גם עם שחרורו של Teamwork 2.0. גרסה זו סיפקה חופש מוחלט לגבות את נתוני הפרויקט בזמן אמת (איור 2-3).

זום
זום
זום
זום

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

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

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

זום
זום

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

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

שליחה וקבלת שינויים

העבודה משתמשת בסכימת סינכרון שקופה. הסטטוס (תפוס / פנוי) גלוי לכל האלמנטים בזמן אמת.

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

בטיחות קודמת לכול

כדי להבטיח את ההגנה על הגישה לפרויקט, קיימת מערכת חלוקת תפקידים. עבודת צוות מאפשרת לך להתאים אישית בצורה גמישה מאוד את תפקידי המשתתפים (איור 5). לדוגמה, אפשר גישה לכל דבר פרט לפרטי פרויקט, או הגבל גישה לפרמטרים לייצוא. עכשיו אני אגיד לך למה זה חשוב.

זום
זום

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

כאן, תיאור מראש של תקני העבודה על הפרויקט או תיאור של תקן BIM עוזר מאוד.

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

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

עבודת צוות בשני שלבים: כמה קל להתחיל?

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

זום
זום
זום
זום

יתר על כן, עליך רק לציין למי מהמשתתפים הפרויקט יהיה זמין (איור 7) ואילו מגבלות מוטלות בו זמנית. אבטחה ושליטה משתרעים על הכל, כולל גישה לפרויקטים.

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

עבודה עם פרויקט קבוצתי זהה כמעט לעבודה עם יחיד

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

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

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

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

אתה יכול לשמור עותק מקומי ולעבוד איתו במצב לא מקוון עד שתצטרך לשלוח שינויים במודל המשותף בשרת BIM (איור 8).

זום
זום
זום
זום

למיקום הפרויקט בשרת BIM לעבודה פרטנית לאחר מכן יתרונותיו (איור 9). ניתן לגשת אליו מכל מחשב - ותוכלו להתנסות בחלקים שונים בפרויקט מבלי להגיש שינויים עד שתמצאו את הטוב ביותר.

חלוקת תפקידים

התפקידים בפרויקט מוגדרים ומוחלים באמצעות ממשק שרת BIM (איור 10). אלה הגדרות גמישות מאוד לגישה לבניית מודלים, בקרה וצפייה. בפרויקטים מוחלים גם מדיניות קבוצת תפקידים וגם מדיניות פרטנית.

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

זום
זום

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

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

המלצות לעבודה

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

זום
זום

שרת

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

במשרדים גדולים מוקצה שרת BIM נפרד המספק גישה יציבה ומסביב לשעון לפרויקטים. אם צריך להגדיר גישה למודל בו זמנית ממספר משרדים, מאתר בנייה או ממשרד לקוח, רשת שרתים - BIMcloud מאורגנת (איור 12).

זום
זום

BIMcloud יכול לכלול מספר שרתים בגרסאות שונות (18, 19, 20). מטמון הדלתא של BIMcloud משמש לסינכרון למרחקים ארוכים. בעת אינטראקציה עם קבלני משנה, בונים או לקוחות שאינם מותקנים ב- ARCHICAD, נעשה שימוש ב- BIMx, כלי אימות ותקשורת המספק גישה ניידת למודל. עבור רשת BIMcloud תוכלו להשתמש בתמיכת נציג ה- GRAPHISOFT שלכם.

הגדרות פרויקט

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

ראשית, עליך להפיץ את מבנה המודל. אם הפרויקט קטן, ניתן לבצע עבודה בקובץ יחיד. במקרה של פרויקט גדול למדי, כדאי לחלק אותו מראש למודולים שונים ולהקצות להם ערכת תכונות יחידה עם אותם מדדים (איור 13). בעת טעינת מודולים זה לזה, הפרטים יחליפו זה את זה, ולא ישוכפלו.

זום
זום

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

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

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

זום
זום

הודות ליכולת ליצור חבילת העברה (איור 14), תוכלו להאיץ משמעותית את שילובו של משתמש מרוחק לעבודה - במקרה זה, אין צורך בהורדה הראשונית של הפרויקט דרך האינטרנט. באפשרותך להעביר את הקובץ לכונן הבזק ואז להשתמש באינטרנט כדי להתחבר לשרת BIM ולהחליף רק את הנתונים שהשתנו.

גיבויים

תצורה נכונה של שמירת נתוני פרויקט הגיבוי מבטיחה את בטיחות המידע במקרים של שגיאות תכנון (איור 15). ניהול גיבויי פרויקט דרך תפריט שרת BIM מאפשר לארגן הן את יצירתם של עותקים כאלה והן את תהליך שחזור הפרויקט עצמו.

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

זום
זום

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

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

שינוי הגדרות בזמן

במהלך תהליך העיצוב, עבודת צוות מאפשרת לך לשנות את כל ההגדרות.

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

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

שגיאות ותיקונים

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

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

עצם התוכנית של עבודה רק עם החלל השמור של הדגם אינה מאפשרת למחוק או להזיז אלמנטים שאינם בשימוש בטעות (איור 16).

זום
זום

לכן, אני ממליץ לכל העובדים לשריין רק את החלק הזה של המודל איתו הם עובדים ישירות, ולשחרר אותו מיד לאחר השינויים. במילים אחרות, הוא לקח את זה מהשולחן המשותף, עבד והחזיר אותו מיד למקומו …

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

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

זום
זום

מטרות ניהול כל הגדרות הפרויקט הן כלים כגון ארגונית, מנהלי ציורים, ספריות, מאפיינים (איור 18). כולם תומכים בהגדרות גמישות לניהול מבנה הפרויקט בכל עת בעבודה איתו. לדוגמה, באמצעות ה- Organizer תוכלו להעתיק גיליונות מוגמרים או אפילו אלבומים שלמים ישירות לפרויקט. ניתן להעביר גיליונות או פריסות בין פרויקטים שונים.

זום
זום

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

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

חומרי עבודת צוות

תוכלו ללמוד עוד על עבודת צוות ARCHICAD על ידי חיפוש מידע בערוץ היוטיוב של חברת GRAPHISOFT וכן במשאבים המתמחים של הספק:

• helpcenter.graphisoft.ru: מדריך לארגון שיתוף פעולה ב- ARCHICAD 20;

• www.graphisoft.ru: חלק 5 - שימוש בעבודת צוות;

• ערוץ YouTube רשמי: עבודת צוות ב- ARCHICAD 20.

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

אודות GRAPHISOFT

חברת GRAPHISOFT® חוללה מהפכה ב- BIM בשנת 1984 עם ARCHICAD® הוא פיתרון ה- BIM הראשון לענף אדריכלים בענף ה- CAD. GRAPHISOFT ממשיכה להוביל את שוק התוכנה האדריכלית עם מוצרים חדשניים כמו BIMcloud ™, פיתרון העולמי השיתופי העולמי הראשון בעולם BIM, EcoDesigner ™, מודל האנרגיה הראשון בעולם המשולב לחלוטין והערכות יעילות אנרגיה של מבנים ו- BIMx® האם האפליקציה הסלולרית המובילה להצגת והצגת דגמי BIM. מאז 2007, GRAPHISOFT היא חלק מקבוצת Nemetschek.

מוּמלָץ: