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

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

מעברי סטטוס במשימות

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

למשל, משתמש רשאי להגדיר שאף אחד לא יכול לשנות את סטטוס המשימה ל"סיום "אלא אם כן נבדק תחילה על ידי מפקח או CTO. על מנת להשיג זאת, בחר שילוב של סוג המשימה המתאים ותפקיד המשתמש (כגון סוג המשימה "משימה" ותפקיד "מנהל התיקים") ובטל את הסימון בתיבה המתאימה להגדרת הרשאה לשינוי הסטטוס עבור הנבחר. קוֹמבִּינַצִיָה.

הרשאות שטח למשימות

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

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

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

פרויקט קל - זרימת עבודה - מעברי מצב משימות

טיפים וטריקים לתהליך העבודה

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

מקרה מקרה 1 - הקמת שרשרת אישור

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

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

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

פרויקט קל - זרימת עבודה - הרשאות שדות משימה

שימוש במקרה 2 - לגרום למשתמשים להזין נתונים חשובים - חובה

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

שימוש במקרה 3 - למנוע ממשתמשים לא מורשים לשנות נתונים חשובים - לקריאה בלבד

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

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