跨计划依赖 gating计划之间也需要红绿灯

" 这对于跨计划依赖的自动发现至关重要

剑飞
1/14跨计划依赖 gating 计划之间也需要红绿灯

当任务多了之后

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“当任务多了之后”落到一个具体项目里看结果
2/14跨计划依赖 gating 计划之间也需要红绿灯

看交付物

但很快遇到了新问题计划 A 的执行结果会影响计划 B 能不能开始
3/14跨计划依赖 gating 计划之间也需要红绿灯

搭建新的内容发布工作流

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“搭建新的内容发布工”落到一个具体项目里看结果
4/14跨计划依赖 gating 计划之间也需要红绿灯

直接用旧接口写了编排脚本

命题先说清本页判断
解释补足为什么
行动留下下一步
把“直接用旧接口写了编”落到一个具体项目里看结果
5/14跨计划依赖 gating 计划之间也需要红绿灯

这不是协作问题

这不是协作问题是跨计划依赖没有被显式管理的架构问题

把“这不是协作问题”落到一个具体项目里看结果
6/14跨计划依赖 gating 计划之间也需要红绿灯

为什么在单计划里能管好依赖

我仔细想了这个问题为什么在单计划里能管好依赖跨计划就管不好

命题先说清本页判断
解释补足为什么
行动留下下一步
7/14跨计划依赖 gating 计划之间也需要红绿灯

我参照单计划里 task

我参照单计划里 task graph 的思路给计划队列加了一层跨计划依赖关系叫依赖门控(dependency gating)
8/14跨计划依赖 gating 计划之间也需要红绿灯

``` 计划 B 依赖计划

``` 计划 B 依赖计划 A 时需要声明 1.被依赖方(A)的哪个输出 2.依赖方

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14跨计划依赖 gating 计划之间也需要红绿灯

系统会变成一个自动红绿灯

命题先说清本页判断
解释补足为什么
行动留下下一步
把“系统会变成一个自动”落到一个具体项目里看结果
10/14跨计划依赖 gating 计划之间也需要红绿灯

A 还没到达指定状态

- 红灯 A 还没到达指定状态B 不能启动 - 黄灯A 的部分输出可用 B 可以有限启动
11/14跨计划依赖 gating 计划之间也需要红绿灯

有些依赖是分阶段的

实际使用中我发现"等 A 完成"并不是唯一合理的依赖模式

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14跨计划依赖 gating 计划之间也需要红绿灯

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14跨计划依赖 gating 计划之间也需要红绿灯

让能力长出来

" 这对于跨计划依赖的自动发现至关重要