Group Technology

עלתה השאלה, מה הקשר בין Group Technology (שהוא פתרון וותיק מאד שמקורו בניהול רצפת הייצור) לכריית נתונים?
על מודל Group Technology למדתי לפני 36 שנים אצל פרופ' דראל בפקולטה להנדסת תעשייה וניהול, וכבר אז זה היה תחום וותיק. השיטה על רגל אחת היא: מבצעים אופטימיזציה על פקודות העבודה שמתרוצצות ברצפת ייצור, ומסלוליהן חוצים זה את זה ועושים רעש ומבולקה. המטרה ב Group Technology היא לפשט את הניהול של פקודות העבודה הרבות והשונות כגון אלה, למנוע טעויות, ובאופן כללי - לאפשר למנהל לראות בעיין את קווי הייצור ולדעת איזה פקודת עבודה נמצאת איפה, ולאן היא צריכה להגיע.

מה לזה ולכריית נתונים?

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

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

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

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

מוזמנים להביע דעות,

אדית