既にトラッカー内にリクエストが存在する場合、再入力する代わりにそれらをインポートします。 Coroid は以下からデータをインポートします：Jira、Linear、TrelloおよびGitHub Issues。
以下から開始します：新規作業 → 課題のインポート。プロバイダーとプロジェクトを選択し、 未処理の項目を取得して目的のものを選び、「選択した項目をインポート」を選択します。選択した項目をインポート。
すべての項目はまず品質管理プロセスを経ます。
インポートされた項目は直ちにエージェントに渡されるわけではありません。各項目は同じ品質管理プロセスを経るのです。これは「新規作業」に入力されたリクエストと同様です。新規作業：Coroid が 機密情報の有無を確認し、現在のリリース内容と照合して重複を検出し、可能な範囲で内容を検証または再現して、 それがタスクなのかプランなのかを決定します。
これは本機能の最も重要な特性です。バックログとは重複や古い項目、すでに修正済みの内容、誰も作成に同意していない要求などが混在する希望リストです。このフィルターなしに自律型システムに入力すれば、コストがかかり非効率になります。
インポートページには、各項目の品質管理ステータスが表示されます。
各項目の処理結果
- 品質管理済みの項目は、品質管理で判断された通りタスクまたはプランとなり、新しいタスクは直ちにキューに追加されます。
- 重複する項目は、既に該当するリクエストにマージされ、 すでに修正済みの項目は作業対象となりません。
- 「再現不可」と判定された項目、再現不可、却下、またはレビュー必要の項目は 「品質管理 → 品質管理」下で待機します。ファクトリー → レビュー。これらの項目を閉じるか、権限を持つユーザーが理由を記録して作業を作成します。
インポートされたチケットの規模は見た目より大きいことが多いです。一文で書かれたチケットは、作成者が頭の中で分解を済ませているため、実際には一週間分の作業を指す場合があります。これが品質管理がタスクとプランの選定前にスコープを評価する理由の一つです。
インポートされた課題の仕様は不完全な場合が多い
人間の同僚向けに書かれたチケットは、通常、対面での会話やシステムに関する共通認識、「言わずもがな」といった文脈を前提としています。
Coroid はインポートされたテキストを仕様書に変換します — 承認前に必ず確認してください。 インポートされた作業で仕様不足が最も頻繁に発生するのは、誰もそのチケットが文字通り実行されることを想定していなかったからです。
キューを適切に維持する
品質管理で除外された項目を定期的に確認しましょう。レビューが必要だが誰も見ていないリクエストが溜まるのは、余計な手順が加わったバックログに過ぎません。