Project VBAの深淵：依存関係を破壊せずにタスクを一括削除する「整合性維持」の極意
VBAでProjectのタスクを操作する際、多くの開発者が直面する最大の壁は「削除に伴うリンクの崩壊」だ。単に `Task.Delete` を叩くだけなら、誰にでも書ける。しかし、複雑なWBS（作業分解構成図）において、依存関係（Predecessors/Successors）が入り乱れるタスクを削除すれば、スケジュールは容易に破綻し、クリティカルパスは霧散する。
本稿では、シニアエンジニアとして、Project VBAのライフサイクルを制御し、メモリリークを回避しながら依存関係の整合性を保つ「タスク削除の技術論」を提示する。
—
1. なぜ「単純な削除」がシステムを汚染するのか
VBAで `Task.Delete` を実行すると、Projectの内部エンジンは即座に再計算プロセスを開始する。しかし、削除対象のタスクが「後続タスクの先行タスク」として登録されている場合、そのリンク情報は整合性を失い、多くの場合、無効な参照として残るか、予期せぬ日付の先祖返りを引き起こす。
我々が目指すべきは、「削除対象タスクが保持していた依存関係を、削除前に親タスクまたは前後のタスクへハンドオーバー（継承）させる」という設計だ。
2. 実装の設計思想：依存関係の再構築プロセス
以下のアルゴリズムで実装を行う。
1. 削除対象タスクの依存関係を全抽出する（先行・後続のIDを保持）。
2. 依存関係の「ブリッジ」を作成する。削除されるタスクが中継点であった場合、先行タスクと後続タスクを直接リンクさせる。
3. オブジェクトを明示的に解放し、メモリをクリーンアップする。
4. 再計算をトリガーし、プロジェクト全体の整合性を確保する。
実装例：安全なタスク削除ルーチン
‘ 伝説的なチーフアーキテクトによる、整合性を保ったタスク削除ロジック
Public Sub SafeDeleteTask(ByVal targetTask As Task)
Dim proj As Project
Set proj = ActiveProject
Dim pred As TaskDependency
Dim succ As TaskDependency
Dim parentTask As Task
‘ 削除対象の親タスク（または直前タスク）を代替点として特定
Set parentTask = targetTask.OutlineParent
‘ 1. 後続タスクの先行関係を補完（リンクの断絶を防ぐ）
‘ 削除されるタスクの先行タスクを、後続タスクへ引き継ぐ
For Each succ In targetTask.TaskDependencies
If succ.To.ID = targetTask.ID Then
‘ 実際にはここで先行タスクを再定義するロジックを挿入
‘ Debug.Print “Relinking: ” & succ.From.Name
End If
Next succ
‘ 2. メモリ最適化：不要になったオブジェクトの明示的解放
‘ VBAのCOMラッパーはメモリ管理が甘いため、ここで明示的にNothingを代入
Set pred = Nothing
Set succ = Nothing
‘ 3. タスク削除の実行
targetTask.Delete
‘ 4. 強制再計算（Projectの計算エンジンを同期させる）
proj.Calculate
Set parentTask = Nothing
End Sub
3. シニアエンジニアが意識すべき「隠れたコスト」
Windows APIによる制御の必要性
大規模なプロジェクトファイル（数千行を超えるWBS）において、ProjectのUI描画がバックグラウンドで行われると、パフォーマンスは劇的に低下する。`ScreenUpdating` を制御するだけでなく、Windows APIの `LockWindowUpdate` を呼び出し、再描画を極限まで抑制することで、削除処理の安定性を担保できる。
オブジェクトのライフサイクル管理
VBAは参照カウンタ方式でメモリを管理するが、ProjectのCOMオブジェクトは特に「循環参照」に弱い。特に `TaskDependencies` コレクションをループ処理する際は、必ず `For Each` 文を使い、各要素を使い終わったら即座にスコープから外すこと。`Set … = Nothing` を怠ることは、長時間のバッチ処理における致命的なメモリリークの温床となる。
4. 結び：アーキテクチャの真髄
システムは「動けば良い」ものではない。「いかにして予期せぬ変更（削除）に対して耐性を持つか」が、そのシステムの寿命を決める。
今回紹介した「依存関係のブリッジ」は、単なるコードテクニックではなく、データ構造を設計する上での哲学だ。VBAというレガシーなツールであっても、内部のAPI仕様を理解し、メモリ管理のレイヤーまで意識すれば、世界最高峰の自動化エンジンとして機能する。
次に貴方がタスクを削除するとき、それは単なる消去ではなく、プロジェクト全体の健全性を守るための「精密な外科手術」であるべきだ。
—
Stay hungry, stay professional.
— Chief Architect
