איך להפיק את המרב MotioCI בתמיכה בפרקטיקות מוכחות
MotioCI משולבת תוספים עבור עריכת דוחות Cognos Analytics. אתה נועל את הדוח שאתה עובד עליו. לאחר מכן, כשתסיים עם סשן העריכה שלך, אתה מכניס אותו לחשבון וכולל הערה כדי לתעד את מה שעשית. ניתן לכלול בהערה הפניה לכרטיס במערכת חיצונית למעקב אחר פגמים או לשינוי.
תוכל למצוא פרטים נוספים על אופן הגדרת החיבור בין MotioCI ומערכת הכרטוס של צד שלישי שלך ב- MotioCI מדריך למנהל מערכת תחת שימוש MotioCI עם מערכות כרטוס של צד שלישי. מילת מפתח (מתקן, סגור) עם מספר הכרטיס יסגור את הכרטיס. או, באמצעות מילת מפתח כמו אזכור פלוס מספר הכרטיס יכתוב את הערת הצ'ק אין למערכת הכרטוס וישאיר את הכרטיס פתוח.
השימוש במערכת כרטוס - כמו Atlassian® JIRA, Microsoft Windows™ Trac, או רבות אחרות - מסייע לניהול פרויקטים על ידי מעקב אחר משימות, בעיות ופתרונן ספציפיים. כרטיסים מספקים אמצעי תקשורת בין מחברים או מפתחי דוחות ומשתמשי קצה, צוות הבדיקה ובעלי עניין אחרים. מערכת כרטוס מספקת גם שיטה למעקב אחר פגמים ולהבטיח טיפול בהם לפני קידום הדיווח לייצור.
זרימת עבודה טיפוסית לפיתוח דוחות
שיהיה ברור, השילוב של MotioCI עם מערכת כרטוס היא לא הדרך היחידה שבה הצוות שלך יקיים אינטראקציה עם מערכת הכרטוס. בדרך כלל, כפי שמודגם בתרשים זרימת העבודה הנלווה, תהליך פיתוח הדוחות בסביבת Cognos Analytics עם MotioCI יכול להיות משהו כזה:
- צבר. נוצר כרטיס חדש. אנליסט עסקי מתעד את הדרישות העסקיות לדוח חדש ומכניס אותו ישירות למערכת הכרטוס על ידי יצירת כרטיס. הוא מניח את הכרטיס ב- צבר מדינה.
- צעצועי התפתחות. ניתן לתעדף את כרטיסי הצבר במספר דרכים שונות, אך בסופו של דבר הכרטיס יוקצה למפתח דוחות ויתויג בשמה. מצב הכרטיס עשוי להשתנות ל in_dev. היא תיצור דוח חדש. בזמן שהיא מפתחת את הדוח ב-Cognos Analytics, היא תבדוק את השינויים שלה ותתייחס לכרטיס בהערת הצ'ק-אין, כמו "דוח חדש נוצר; גרסה ראשונית; הוסיפו דף הנחיה ושאילתות תומכות, שופטים מס' 592". או, "נוספו שאילתת עובדות וטבלת צולב; מסננים ועיצוב, שופטים מס' 592." (ב MotioCI, מספר ההאשטאג הופך להיפר-קישור ישירות לכרטיס.) היא עשויה לבדוק את הדוח, לבצע שינויים ולבדוק אותו שוב עם הפניה לכרטיס מספר פעמים על פני תקופה של ימים.
- הפיתוח הושלם. לאחר שמפתחת הדוחות השלימה את הדוח והספסל בדק אותו, היא מציינת בכרטיס במערכת הכרטוס שהוא מוכן להיבדק על ידי QA ומשנה מצב מ- in_Dev ל מוכן_ל-QA. מדינה זו היא דגל עבור MotioCI מנהל, או תפקיד אחראי לקידום דוחות Cognos, שהדוח מוכן להעברה לסביבת QA לצורך בדיקה.
- מִקצוֹעָןmotion ל-QA. המנהל מקדם את הדוח והשינויים למדינה ל in_QA. מצב זה מאפשר לצוות ה-QA לדעת שהדוח מוכן להיבדק.
- בדיקה. צוות ה-QA בודק את הדוח מול הדרישות העסקיות. הדוח עובר או נכשל במבחנים. אם הדוח נכשל בבדיקת QA, הכרטיס מתויג ב- ב-Dev מצב, חוזר למפתח הדוחות לקבלת תיקונים.
- הבדיקה הצליחה. אם הדוח עובר, צוות ה-QA אומר למנהל המערכת שהוא מוכן לקדם לייצור על ידי תיוג אותו מוכן ל-Prod מדינה.
- מִקצוֹעָןmotion להפקה. לאחר שהדוח מוכן להפקה, ניתן לקבל אישורים סופיים ולתזמן את השחרור, אולי יחד עם דוחות שהושלמו אחרים. המנהל מקדם את הדוח לסביבת Cognos Production. הוא מניח את הכרטיס בוצע מצב המציין שהפיתוח והבדיקות הושלמו והוא הועבר לייצור. זה סוגר את הכרטיס.
ניהול תהליך פיתוח הדוחות
תהליך ניהול כרטיסים זה מרמז ושיטות עבודה מוכחות מכתיבות כי:
- לכל דוח חדש צריך להיות כרטיס עם הדרישות העסקיות לעיצוב הדוח.
- לכל פגם צריך להיות כרטיס להקלטת באגים או בעיות בדוח.
- בכל פעם שדוח נערך, ה MotioCI הערת הצ'ק-אין צריכה לכלול את מספר הכרטיס שקיבל מענה.
- לכל דוח שמקודם מ-Dev ל-QA צריך להיות כרטיס משויך שמנהל מערכת יכול לאשר שהפיתוח הושלם והוא מוכן להעברה לסביבת QA.
- לכל דוח שמקודם מ-QA להפקה צריך להיות כרטיס בעל היסטוריה שמראה שהפיתוח הושלם, הוא עבר QA, הוא קיבל את כל אישורי ההנהלה הנדרשים וקודם.
- לכל דוח בסביבת הייצור צריך להיות א digital מסלול נייר מהתפיסה לבדיקה ועד לתיקון לרזולוציה ועד לאישור ומקצועיmotion.
נקודה אחרונה זו היא המועדפת על המבקרים לאימות. היא עשויה לשאול, "האם אתה יכול להראות לי איך אתה מאשר שכל הדוחות בסביבת ההפקה דבקו בתהליך המתועד שלך של כרטוס ואישור?" אחת הדרכים להגיב למבקר עשויה להיות לספק רשימה של כל הדוחות שהועברו ולבקש ממנה לדפדף בין הכרטיסים כדי לחפש אחד שלא תואם את התהליך שלך.
לחלופין, ובאופן אידיאלי יותר, תוכל לספק רשימה של דוחות שכן לֹא לדבוק בתהליך הפיתוח והכרטוס שהגדרת. זה המקום שבו הדוח הזה יהיה שימושי: "דוחות מקודמים ללא כרטיסים". זה דוח חריג של רשימה של דוחות שיש לֹא הקפידו על שיטות העבודה המומלצות של כל שינוי בדוח קשור לכרטיס. זהו אחד הדוחות הבודדים שאתה רוצה שיהיו ריקים. לא יהיו רשומות אם לכל הדוחות שקודמו יש כרטיס משויך אליו. במילים אחרות, דיווח יופיע ברשימה רק אם הוא נמצא בסביבת הפקה והדוח שקודם לא התייחס למספר כרטיס בהערה.
תהליך עם הטבות
מהם היתרונות של התהליך, או מדוע כדאי לעשות זאת בארגון שלך?
- שיתוף פעולה משופר בצוות: מערכת הכרטוס עשויה למעשה להפגיש אנשים בתפקידים שבדרך כלל אינם מתקשרים. מחברי דוחות ומשתמשי קצה, או מנהל פרויקט וצוות QA, למשל. מסלול הכרטיסים מספק מקום משותף לתקשורת לגבי משאב משותף, הדוח בפיתוח.
- עלויות מופחתות:
- פגמים שנתפסו ומתוקנים מוקדם יותר הם הרבה פחות יקרים מאשר אם הם בורחים לייצור.
- יעילות משופרת - מחברי הדוחות עובדים תמיד מכרטיס שהוא הצהרת עבודה מוגדרת היטב.
- זמן מופחת באמצעות אוטומציה של תהליכים ידניים
- תיעוד משופר: תהליך זה הופך למאגר ידע מתעד עצמי של פגמים וכיצד הם נפתרו.
- חיזוי וניתוח משופרים: כעת תוכל לעקוב אחר מדדי ביצועים מרכזיים ולהשוות אותם להסכמי רמת שירות. רוב מערכות הכרטוס מספקות ניתוחים מסוג זה.
- תמיכה פנימית משופרת: צוות התמיכה שלך, מפתחי דוחות אחרים (ואפילו, העצמי העתידי שלך!) יכולים לבדוק כיצד טופלו פגמים דומים בעבר. בסיס ידע משותף זה יכול להוביל לפתרון מהיר של פגמים.
- שביעות רצון משופרת של משתמשי הקצה: עם גישה ישירה למפתחים דרך מערכת הכרטוס, המשתמשים יכולים לצפות לפתרון מהיר של פגמים וכן לעקוב אחר התקדמות הדיווח המבוקש דרך המערכת.
סיכום
זוהי דוגמה אחת לתמורה עשירה לביצוע שיטות עבודה מוכחות ולערך של מעקב אחר תהליכים מוגדרים היטב. יתר על כן, החדש MotioCI דוח, "דוחות מקודמים ללא כרטיסים" יכול להיות עזרה עצומה במתן מענה לשאלות של מבקר, או פשוט ניטור פנימי לעמידה בסטנדרטים הארגוניים.