既にトラッカー内にリクエストが存在する場合は、再入力せずにインポートできます。 Coroid は以下からインポートします：Jira、Linear、TrelloおよびGitHub Issues.
以下から開始します：作業 → インポート.
インポートした内容はすぐには実行されません。
インポートされた項目は受付キューに入ります。振り分けを行うまで何も実行されません。
これがこの機能の最も重要な特性です。バックログとは重複した項目や古い項目、人間の判断を要する項目、誰も開発に同意していない項目などが含まれる希望リストです。自律型システムにそれらを処理させるのは非効率で誤ったやり方です。
インポートした作業の振り分け
入力した項目と同様に、各項目をどのカテゴリにするかを選択します。利用可能なカテゴリは以下の4つです：新規作業：実行可能な単一のタスク、段階的な作業計画、レポート、またはスケジュール。
他の場合と同様の判定基準は以下の通りです：完成した作業が同僚が一度に読める程度のプルリクエストであればタスクであり、複数の変更が必要な場合や事前にアプローチを承認したい場合は計画となります。
インポートされたチケットは見た目よりも大規模な場合が多いです。一文で記述されたチケットは、多くの場合1週間分の作業を指しており、作成者はすでに作業の分解を頭の中で済ませています。タスクとして振り分ける前に概要をよく確認してください。
インポートされた課題は不完全な仕様となることがあります
人間の同僚向けに書かれたチケットでは、対面での会話やシステムに関する共通認識、「言わずもがな」といった前提が含まれていることが多いです。
Coroid はインポートされたテキストを仕様に変換します — 承認する前に必ず確認してください。インポートされた作業では仕様が不十分な状態が最も頻繁に発生します。なぜなら、チケットを作成した際にその内容が文字通り実行されることを想定していなかったからです。
キューを適切に管理する
定期的に項目を振り分けたり却下したりしてください。振り分けられていない項目が蓄積される受付キューは、余計な手順が加わったバックログに過ぎません。