כאשר הבקשות כבר קיימות במעקב, ייבאו אותן במקום להקליד אותן מחדש. Coroid מייבא מכלים אלו: Jira, Linear, Trello ו- GitHub Issues.
התחילו מ- עבודה חדשה → ייבוא בקשות. בחרו את הספק ואת הפרויקט, אספו את הפריטים הפתוחים, בחרו את אלו שברצונכם לייבא ולחצו על ייבוא נבחרים.
כל פריט עובר תהליך איכות ראשון.
הפריטים שיובאו לא מועברים ישירות לסוכן. כל אחד מהם עובר את אותו תהליך תהליך איכות כמו בקשה שהוקלדה לתוך עבודה חדשה: Coroid בודק אותה מבחינת ערכים רגישים, משווה אותה לגרסה הנוכחית, מחפש כפילויות, מאמת או משחזר את מה שניתן, ומחליט אם היא צריכה להיות משימה או תוכנית.
זהו המאפיין החשוב ביותר של התכונה. רשימת משימות היא רשימה של בקשות הכוללת כפילויות, פריטים מיושנים, דברים שכבר תוקנו ודברים שאף אחד לא הסכים לפתח. הפניית מערכת אוטונומית אליה ללא מסנן כזה תהיה יקרה ושגויה.
דף הייבוא מציג את מצב תהליך האיכות של כל פריט בזמן הריצה.
מה קורה עם כל פריט?
- שעברו איכות הופכים למשימה או לתוכנית, בהתאם להחלטת תהליך האיכות לגבי סוג העבודה. משימה חדשה מתווספת לתור מיד.
- כפילויות משולבים לתוך הבקשה שכבר כוללת אותם, ו כבר תוקנו פריטים אלו אינם יוצרים עבודה.
- פריטים ש- אינם ניתנים לשחזור, נדחו או זקוקים לסקירה ממתינים תחת מפעל → סקירה. סגרו אותם, או שהאדם בעל ההרשאה ייצור את העבודה בכל זאת עם סיבה מתועדת.
כרטיסי הייבוא גדולים יותר ממה שנראה לעין. כרטיס שנכתב כמשפט בודד מתאר לעיתים קרובות שבוע של עבודה, מכיוון שמי שכתב אותו כבר חשב על הפירוט בראשו. זו אחת הסיבות שקביעת הכשירות בוחנת את היקף העבודה לפני בחירה בין משימה לתוכנית.
בעיות שיובאו יוצרות מפרטים לא מושלמים
כרטיס שנכתב עבור עמית לעבודה בדרך כלל מניח קונטקסט משותף: שיחה פנים-אל-פנים, הבנה משותפת של המערכת, "אתה יודע למה אני מתכוון".
Coroid הופך את הטקסט שיובא ל- מפרט — קראו אותו לפני האישור. בעבודה שיובאה מתגלה לעיתים קרובות חוסר במפרט, מכיוון שאף אחד לא כתב את הכרטיס מתוך ציפייה שיופעל באופן מילולי.
שמירה על יושרת התור
בדקו באופן קבוע את הבקשות שקביעת הכשירות עצרה. תור של בקשות שזקוקות לסקירה ואיש אינו בודק אותן הוא רשימת משימות עם שלבים נוספים.