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

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

Redmine מעברים מצב

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

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

הרשאות שדה Redmine

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

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

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

זרימת עבודה ב- Easy Redmine

טיפים וטריקים עבור עבודה Redmine

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

השתמש במקרה 1 - הגדרת שרשרת אישור ב Redmine

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

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

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

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

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

זרימת עבודה ב- Easy Redmine

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

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

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

השתמש במקרה 4 - בטל סטטוסים של משימות מיותרות ב- Redmine

סטטוס "ביקורת קוד" חשוב למחלקת ה-IT, אבל לא למחלקות אחרות. מומחי IT יוכלו להשתמש בסטטוס "סקירת קוד", אך למשתמשים ממחלקות אחרות לא תהיה גישה אליו.