סגנון ניהול וכלים מקדימים
הפרויקטים היו מנוהלים ב Redmine אשר היה משופר מעט על ידי הלקוח עם כמה שינויים שימושיים. מחלקות אחרות של החברה משתמשות ב- Microsoft Dynamics NAV כדי לארגן אותן ולשמור על הנתונים שם, המערכות (Redmine ו- NAV) היו מקושרות כדי לאפשר ולאוטומציה את התקשורת בין המחלקות.
מבחינה טכנית היא פעלה כך: לאחר הקמת פרויקט חדש והגדרתו ב - NAV הייתה אפשרות להעביר נתונים אלה ל - Redmine, ובכך ליצור פרויקט חדש עם מאפיינים מסוימים שם.
Redmine הפך להיות כלי שימושי אשר עזר לארגן עבודה בחברה זו. הפרויקטים JIRI מודלים עבודה על דומים מאוד ואת מבנה הפרויקט ב Redmine נשמר פשוט. הפרויקטים היו מתפרקים במשימות 4 או 5 ואלה היו זהים או דומים לכל פרויקט. משימה שהיה אמור להיות מועבר בין מספר מוקצים במהלך מחזור החיים שלה, תלוי בתורה זה היה לנקוט פעולה על העבודה חלק ארוז במשימה זו. כמו זו משימה היה אמור להיות שם לב ופקח רק על ידי הנוכחי שלה שהוקצה. כדי לעקוב אחר משימות ברירת המחדל "המשימות שלי" מסנן בלוח המחוונים האישיים של Redmine שימש.
למרות שהמערכת נהגה לעבוד היטב במשך זמן מה, היא הוכיחה שהיא אינה מספיקה כדי לעמוד בקצב התוכניות והאסטרטגיות החדשניות של הנהלת החברה. אסטרטגיות אלו התמקדו במיוחד בהבאת שקיפות ובהירות לכל התהליך, היכולת לחזות או לזהות את הסיבות לעיכובים בפרויקט ולטפל באנשים האחראים, כמו גם ביישום תכנון יעיל של ניהול משאבים וכו '. היתרונות בהחלט יהיה תהליך משלוח מהיר יותר וחלק מקבל נתונים מוצקים לפתח כלים פנימיים אחרים מנגנונים כדי להגביר את המוטיבציה ואת שביעות הרצון של העובדים.
לפני יישום החלו מנהלי JIRI מודלים כבר היה מושג ברור על התהליך החדש שהם עומדים ליישם וכיצד זרימת העבודה צריך להיראות אידיאלי. קודם כל, התמקדנו ביישום תהליך זה למערכת על ידי יצירת מבנה של משימות וכדי להגדיר היטב את זרימתו ואת ההרשאות כמו גם את ממשק המשתמש עבור כל קבוצה של משתמשים כדי לוודא את המידע הנכון יגיע לאנשים הנכונים זמן. במהלך היישום שיתפו פעולה גם עם שותפים חיצוניים שונים של מודלים JIRI כדי להגדיר ולשפר את הקשר בין פרויקט קל לבין Microsoft Dynamics NAV. יישום נדרש הרבה תכנון ועיצוב upfront. זאת בשל העובדה כי כל תהליך הייצור היה פועל ב Redmine אשר היה אמור להיות מוחלף על ידי פרויקט קל מיד לאחר הפריסה כדי לא לשבור את המשכיות הנתונים.
תבניות פרוייקט ואינטגרציה של ממשק API
לכל הפרויקטים יש מבנה דומה. שלא כמו Redmine פרויקט קל מאפשר ליצור תבניות פרוייקט המשמשים כבסיס לפרויקט חדש להגדיר. במקרה זה היתרון המשמעותי ביותר של שימוש בתבניות הוא האפשרות לשמור על מבנה המשימות, היחסים שלה ואת התיאור של כל משימה שם. הקמנו חיבור בין פרויקט קל לבין Microsoft Dynamics NAV. כאשר פרויקט חדש נוצר ב - NAV, נבחר "סוג הפרוייקט" הרלוונטי בשדה מותאם אישית. מידע זה נשלח לפרויקט קל אשר בוחר את תבנית הפרויקט עבור החדש להגדיר באופן אוטומטי, הנתונים NAV מועברים שם.
קל פונקציות הליבה הפרויקט לוחות המחוונים האישיים
יש לנו לנצל את הפונקציות הליבה מציע פרויקט קל להגדיר סוגים שונים של משימות עם זרימת עבודה שונה. משמעות הדבר היא שהסטטוס האפשרי למשימה שונה בהתאם לסוג המשימה. כמו כן, רצף של הסטטוס מוגדר כדי לסייע למשתמשים לזהות את הצעד הבא ואת הסטטוסים ניתן להשתמש בצורה שונה, בהתאם לתפקיד של המשתמש כפי שיש להם אחריות שונה. הסטטוסים וכן המעקב (סוגי המשימות) שימשו עבור הגדרת מרכז השליטה האישי לסנן משימות רלוונטיות עבור כל משתמש. לדוגמה, מפקח יכול לפקח על הסטטוס של המשימות שיש לבצע, כדי לעקוב אחר המשימות בנפרד היה צורך משוב או אישור מהצד שלו, כדי לזהות את אלה אשר מקבלים מתעכב, וכו '