向いている業務
- 業種
- Teamsで社内依頼を受け付ける事業者
- 部門
- 情シス・開発・PMO
- 実行頻度
- Teamsへの作業依頼の投稿に合わせて実行します。
- 作業量の目安
- 月の作業依頼件数とIssue案の確認・登録時間を基に、導入時に個別に試算します。
Teamsの作業依頼からIssue案を作り、担当者が元の投稿と内容を確認・承認してからLinearへ登録する構成例です。
構成例
お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
Teamsの投稿を受信
Teams トリガー
取得できた項目から依頼を抽出
AI 抽出
依頼カテゴリを分類
カテゴリ分類
Issue案を確認
手動承認
関連するIssueを検索
Linear 取得
既存Issueと見比べる
データ結合
未反映のIssueを登録
Linear 作成・更新
データ結合 から分岐
既存のIssueを確認してから新しい依頼を登録します。
手動承認 から分岐
担当者が確認したIssue案だけをLinearへ登録します。
Linear 作成・更新 から分岐
登録後のIssueを取得して確認できます。
処理条件と人が確認する工程は、下の『例外時の確認』に記載しています。
作業依頼の投稿から依頼内容、期限、担当候補を受け取ります。
関連する既存Issueを検索し、承認済みの新しい作業依頼を作成または更新します。
依頼内容、期限、担当候補を抽出し、投稿と見比べてから登録します。
データ結合 から分岐
既存のIssueを確認してから新しい依頼を登録します。
手動承認 から分岐
担当者が確認したIssue案だけをLinearへ登録します。
Linear 作成・更新 から分岐
登録後のIssueを取得して確認できます。
標準的な構成例です。お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
Teamsの投稿から依頼内容、期限、担当候補を整理し、担当者が元の投稿と見比べます。
既存Issueと編集後の投稿を確認し、更新内容を担当者が承認します。
Zendeskのチケットを不具合候補に分類し、担当者が原文とIssue案を確認・承認してからLinearへ登録する構成例です。
Notionの仕様ページから目的、受入条件、未決事項を整理し、担当者が確認・承認したIssue案をLinearへ登録する構成例です。
注文メールから7項目を抽出し、担当者が確認・承認した内容をPigeonCloudへ保存する流れを確認したレシピです。