Azure DevOps を GanttFather に接続し、レビュー済み Pull と Push を使用して、自動同期なしでローカル依存関係をモデル化します。
GanttFather は Azure DevOps 作業項目を対話型ガント チャートに取り込み、レビュー済み Push でマップ済みの日付と状態を公開できます。これは 自動双方向同期ではありません。セットアップで最初の Pull が実行され、その後の Pull と Push はユーザーが開始します。Webhook やスケジュールはバックグラウンドで実行されません。
製品の動作は、現在の GanttFather 統合契約および Microsoft の Azure DevOps ドキュメントに基づいて 2026 年 8 月 30 日に検証されました。
Azure DevOps 統合は何をしますか?
GanttFather プロジェクトには、複数のソースと 1 つの Azure DevOps 統合を含めることができます。各ソースは、保存されたクエリまたはサポートされているバックログ ボードを表すことができます。プルは作業項目を読み取り、マップされた GanttFather タスクを作成または更新します。プルを繰り返すと、意図的に重複を作成するのではなく、マップされた同じタスクが更新されます。
統合により、タイトル、説明、状態、優先度、日付、見積もり、親/子階層などの計画フィールドがマッピングされます (可能な場合)。レビュー済み Pull と別のソース同期が新しい Azure リビジョンの適用方法を決め、見積もりは受信専用です。
| 能力 | 現在の動作 |
|---|---|
| 初期インポート | 7 ステップのセットアップを保存すると最初の Pull が開始されます |
| 後で更新 | 所有者または管理者がプルをトリガーする |
| 自動ケイデンスまたは Webhook | 利用できません |
| 複数のソース | 保存されたクエリとボードのソースは 1 つの統合を共有できます |
| 親/子の階層 | 存在する場合はインポートされます |
| 先行/後継リンク | GanttFather 依存関係にインポートされていません |
| レビュー済み Push | 個別のプレビュー、レビュー、選択、確認フロー |
| MCP の統合制御 | 利用できません |
Azure DevOps を GanttFather に接続するにはどうすればよいですか?
所有者または管理者はプロジェクト設定を開き、Azure DevOps セットアップ フローを開始します。
- 接続: 組織 URL と Personal Access Token を入力し、接続テストを完了します。
- プロジェクト: トークンでアクセスできる Azure DevOps プロジェクトを選択します。
- ソース: 保存済みクエリまたはチーム ボードを選び、ボードでは単一レベルか完全なツリーを選択します。
- 種類: インポートする計画作業項目の種類を確認します。
- 日付と工数: 含める種類ごとに開始、終了、任意の工数フィールドをマップします。
- 状態: 検出された Azure の状態を正確な GanttFather プロジェクト状態にマップし、Push が使用する状態を確認します。
- 配置先: 対象の親タスクを選択し、概要を確認して保存します。保存すると最初の Pull が開始されます。
ソースを追加 は保存済みの接続とプロジェクトを再利用し、ソースから最後の 5 ステップを実行します。フィールドを構成 は同じ 5 ステップ モデルですが、日付と工数（3/5）で開きます。戻るで種類とソースも確認できます。
検出と Pull にはプロジェクト/チームと作業項目の読み取りアクセスが必要です。Push には作業項目の読み取りと書き込みアクセスが必要です。GanttFather は PAT を暗号化して保存し、統合応答では返しません。
プロジェクトでは、Azure ショートカットと データと同期 に日常操作として Azure から Pull と Azure へ Push だけが表示されます。初期インポートは 7 ステップのセットアップ中に行われ、完全な ソースを同期 は設定内のメンテナンス操作です。
ショートカット、設定、または データと同期 から、前回の比較完了後に Pull または Push を開くと、最新の Azure 変更をレビューに含めるため、サーバーで新しい比較が作成されます。同じソースの確認がまだ進行中のときに再度開いた場合だけ、その処理中のリクエストが共有されます。
プル中に何が起こるのでしょうか?
Azure から Pull は、タイムラインを変更する前に既存のマップ済み項目のレビュー可能な比較を開きます。Azure だけの変更は選択され、同じ値が両側で変更された場合はローカルの日付または状態が既定で保持されます。通常の Pull はコンパクトで、詳細設定は折りたたまれ、その中に 自分の変更を保持 と Azure から復元 があります。
変更が 0 件でも Pull を確認できます。期待した更新が見つからない場合、マップ済みフィールドを確認 は設定 → 統合を開き、該当する フィールドを構成 を強調表示します。ソースを同期 は、ソースの所属、新しい作業、階層、ソースから外れた項目を扱う別の完全な調整です。
プルでは、ソースまたは統合が削除されただけでは、インポートされたタスクは削除されません。閉じられたまたは削除された外部項目は、統合の文書化されたマッピング動作に従います。 [プル] をクリックするとすべてのレコードが変更されると仮定するのではなく、ソースの結果を確認してください。
インポート後に依存関係をどのようにモデル化する必要がありますか?
Azure DevOps デリバリー プランは作業項目間のリンクを視覚化できますが、GanttFather のインポーターは Azure の先行/後続のリンク タイプをローカル タスクの依存関係に変換しません。クリティカル パス分析が必要な場合は、FS、SS、FF、または SF の関係を GanttFather に追加して維持します。
この分離により、記事では目に見えないリンクのミラーリングを約束できなくなります。Azure DevOps はマップされた作業項目フィールドを提供し、GanttFather はローカルのスケジュールと依存関係モデルを保持します。マップされたフィールドの競合で、どちらか一方が自動的に優先されることはありません。レビュー済み Pull は競合するローカルの日付または状態を既定で保持し、Azure から復元 を選ぶと明示的に Azure が優先され、レビュー済み Push で 送信 を確定すると選択したマップ済みの日付と状態について明示的に GanttFather が優先されます。別の完全な ソースを同期 フローは、引き続き Azure から GanttFather への調整です。
完全な依存関係ワークフローについては、以下を参照してください。 ガント チャートで Azure DevOps の依存関係をモデル化する方法。
レビュー済み Push はどのように機能しますか?
Push は明示的にレビューする操作です。競合を含む対象のローカル日付と状態の変更は既定で選択されます。選択した項目が Azure でも変更されている場合、情報バッジは送信すると選択した GanttFather 値を保持し、より新しいマップ済み Azure 値を上書きすることを説明します。詳細設定または詳細で競合を除外でき、先に Pull することは任意です。
バッジの Pull をレビュー は同じダイアログ内で方向を切り替え、詳細設定を開いて 自分の変更を保持 と Azure から復元 をすぐに表示します。自分の変更を保持 · 閉じる は操作を開始せず、ソース選択へ戻らずに同期フロー全体を閉じます。成功した Pull と Push も結果の確認後にダイアログを閉じます。見積もりは Azure が所有し、Push されません。
選択した開始日または終了日が Azure の現在のもう一方の日付と無効な範囲を作る場合、公開前に送信が無効になり、Azure への書き込みは行われません。Pull をレビュー は詳細設定を開き、有効な日付範囲を復元できます。ダイアログを閉じてローカルの日付を調整することもできます。
その操作には、作業項目の書き込み権限を持つ PAT を使用してください。 Azure DevOps が生成されてから変更された場合は、プレビューを更新します。オンボーディングの同意または読み取りスコープのトークンを公開の許可として扱わないでください。
代わりに配信プランを使用する必要があるのはどのような場合ですか?
チームがネイティブのチーム間カレンダー ビュー、ロールアップの進捗状況、および Azure DevOps 内の依存関係の視覚化を必要とする場合は、Azure DevOps 配信計画を使用します。 Microsoft の文書では、Azure DevOps はネイティブのガント チャートを提供していません。個別の対話型ガント スケジュール、4 つの依存関係タイプ、フロート分析、およびクリティカル パス分析が必要な場合は、GanttFather を使用します。
これらのツールは共存できますが、それらのリンクと計算されたスケジュールは自動的に同一になるわけではありません。
GanttFather が Azure DevOps と並んで役立つのはどのような場合ですか?
GanttFather は、Azure Boards が作業項目記録システムのままであるものの、配信リーダーが焦点を絞ったスケジュール モデルを必要とする場合に便利です。視覚化するフィールドを取得し、ローカルの依存関係ロジックを追加し、結果のタイムラインを Azure Boards を編集する必要のない関係者と共有します。
統合は制御されており、レビュー可能です。継続的な双方向同期は提供されず、Azure 先行/後継リンクはインポートされず、GanttFather の MCP サーバーを通じてトリガーすることはできません。
GanttFather を開く マッピングを拡張する前に、1 つの非実稼働ソースとの統合をテストします。
よくある質問
Azure DevOps 接続はライブ双方向同期ですか?
いいえ。レビュー済み Pull と Push は別のユーザー操作です。現在の統合には Webhook や定期的なスケジューラーはありません。
GanttFather は Azure DevOps の依存関係をインポートしますか?
親/子階層が存在する場合はインポートされますが、Azure の先行/後続リンクは GanttFather タスクの依存関係としてインポートされません。
統合を構成または実行できるのは誰ですか?
プロジェクトの所有者または管理者。メンバー、ゲスト、エージェント、および見知らぬ人は統合エンドポイントにアクセスできません。
AI エージェントは MCP を介して Azure DevOps プルをトリガーできますか?
いいえ。現在の MCP ツール サーフェイスでは、統合セットアップ、トリガー、ステータス ツールは公開されていません。
統合を削除すると、インポートされたタスクも削除されますか?
いいえ。統合レコードとマッピングは削除されます。インポートされたタスクは GanttFather プロジェクトに残ります。
ネイティブ プランニングにはどの Azure DevOps ビューを使用する必要がありますか?
Delivery Plans は、Microsoft のネイティブのカレンダー指向のビューをチーム全体に提供し、依存関係を表示できます。これは、GanttFather と同じスケジュール分析モデルを備えた完全なガント チャートではありません。
