向いている業務
- 業種
- Notionで仕様を管理する事業者
- 部門
- プロダクト・開発・PMO
- 実行頻度
- Notionへの仕様ページ追加に合わせて実行します。
- 作業量の目安
- 月の仕様ページ件数とIssue案の確認・登録時間を基に、導入時に個別に試算します。
Notionの仕様ページから目的、受入条件、未決事項を整理し、担当者が確認・承認したIssue案をLinearへ登録する構成例です。
構成例
お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
仕様ページ追加を受信
Notion トリガー
取得できた仕様項目を抽出
AI 抽出
Issue案を要約
要約
仕様とIssue案を確認
手動承認
関連するIssueを検索
Linear 取得
既存Issueと見比べる
データ結合
未反映のIssueを登録
Linear 作成・更新
データ結合 から分岐
既存のIssueを確認してから新しい仕様を登録します。
手動承認 から分岐
担当者が確認したIssue案だけをLinearへ登録します。
Linear 作成・更新 から分岐
登録後のIssueを取得して確認できます。
処理条件と人が確認する工程は、下の『例外時の確認』に記載しています。
仕様ページから目的、受入条件、未決事項を取得してIssue案へ渡します。
関連する既存Issueを検索し、承認済みの新しい仕様をIssueとして作成します。
目的、受入条件、未決事項の候補を作り、人が仕様と見比べます。
データ結合 から分岐
既存のIssueを確認してから新しい仕様を登録します。
手動承認 から分岐
担当者が確認したIssue案だけをLinearへ登録します。
Linear 作成・更新 から分岐
登録後のIssueを取得して確認できます。
標準的な構成例です。お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
目的、受入条件、未決事項を整理し、担当者が仕様ページと見比べます。
関連する既存Issueと更新後の仕様を確認し、見直す項目を担当者が決めます。
Google Meetの議事録から要点、決定事項、アクションを整理し、担当者が原文と見比べて承認した内容をNotionへ保存する構成例です。
Zendeskのチケットを不具合候補に分類し、担当者が原文とIssue案を確認・承認してからLinearへ登録する構成例です。
Teamsの作業依頼からIssue案を作り、担当者が元の投稿と内容を確認・承認してからLinearへ登録する構成例です。