[{"data":1,"prerenderedAt":280},["ShallowReactive",2],{"blog:zh:real-reason-fiber-is-late":3},{"id":4,"title":5,"author":6,"body":7,"date":265,"description":266,"extension":267,"meta":268,"navigation":269,"path":270,"seo":271,"stem":272,"tags":273,"__hash__":279},"blog_zh/blog/real-reason-fiber-is-late/zh.md","光纤建设滞后的真正原因（与许可证无关）","Aptli",{"type":8,"value":9,"toc":249},"minimark",[10,14,18,21,24,27,30,33,36,52,55,58,61,64,67,70,73,76,79,93,96,99,102,105,119,122,125,128,131,134,137,140,143,146,149,152,155,158,161,164,178,181,184,187,190,193,196,199,202,205,208,211,214,217,220],[11,12,13],"h2",{"id":13},"你以前听过的事后分析",[15,16,17],"p",{},"如果你花过时间实际建立网络，你就会一次又一次地听到同样的事后总结：",[15,19,20],{},"*\"我们在等许可证\"\n*\"电力公司还没批准电线杆的安装\"\n*\"工作人员都忙不过来了\"",[15,22,23],{},"都是真实的。也都不完整。",[15,25,26],{},"因为如果你仔细观察大多数延迟的宽带项目，尤其是中小型建设项目，真正的问题并不在于组织外部发生了什么。而是组织内部发生了什么。",[11,28,29],{"id":29},"延误不是从你想象的地方开始的",[15,31,32],{},"在纸面上，当外部依赖性出现问题时，项目就会被延误：许可证需要的时间比预期的长，电线杆申请被拒绝，货物延迟到达。",[15,34,35],{},"但在实践中，这些事件很少会影响到准备充分的项目。实际发生的情况更像是这样：",[37,38,39,43,46,49],"ul",{},[40,41,42],"li",{},"提交的许可证数据缺失或不一致",[40,44,45],{},"设计变更没有在需要的地方得到反映",[40,47,48],{},"施工计划在过时的假设基础上推进",[40,50,51],{},"施工队在开工后才发现冲突",[15,53,54],{},"因此，当延迟出现时，就会被归咎于外部触发因素。但延迟的基础早在几周前就已经打好了。",[11,56,57],{"id":57},"虚假延迟问题",[15,59,60],{},"大多数项目并不像团队想象的那样经常受阻。它们是错位了。",[15,62,63],{},"六周的 \"许可延迟 \"往往会变成两周的实际处理时间和四周的内部来回、澄清和返工时间。",[15,65,66],{},"这种区别很重要。因为你不可能通过对市政当局加大力度来解决为期四周的内部延误。",[11,68,69],{"id":69},"电子表格在超过一定范围后就无法缩放",[15,71,72],{},"这是人们不愿承认的部分。大多数宽带建设--即使是价值数百万美元的建设--仍然是通过电子表格、电子邮件线程、共享文件夹和拼凑的点工具来运行的。",[15,74,75],{},"它在小范围内有效。直到行不通为止。",[15,77,78],{},"故障模式并不引人注目。它很微妙：",[37,80,81,84,87,90],{},[40,82,83],{},"同一计划有多个版本",[40,85,86],{},"任务所有权不明确",[40,88,89],{},"存在于某人头脑中的依赖关系",[40,91,92],{},"更新太迟而不重要",[15,94,95],{},"没有任何一个问题会扼杀项目。但这些问题加在一起，就会造成持续的摩擦。而这些摩擦又会导致延误。",[11,97,98],{"id":98},"线性构建的神话",[15,100,101],{},"我们在谈论网络部署时，仍然把它当作一个简单的顺序：设计→许可→构建→激活。但实际上项目并不是这样运行的。",[15,103,104],{},"实际上",[37,106,107,110,113,116],{},[40,108,109],{},"设计在许可过程中不断发展",[40,111,112],{},"根据现场条件改变许可要求",[40,114,115],{},"施工决策反馈到设计中",[40,117,118],{},"启动取决于可能仍在移动的上游部件",[15,120,121],{},"这是一个平行系统，充满了移动目标。如果试图以线性方式管理，就会出现问题。",[11,123,124],{"id":124},"交接是项目悄然失败的原因",[15,126,127],{},"如果说有什么地方需要寻找隐藏的延误，那一定不是在那些重要的里程碑上。而是在它们之间的过渡阶段--从设计到许可、从许可到施工、从施工到启用。",[15,129,130],{},"每次交接都会丢失一些东西：背景、假设、限制和时间。",[15,132,133],{},"审批团队并不总能看到最新设计的细微差别。施工团队并不总是知道审批过程中发生了什么变化。启动团队会遇到他们没有预料到的意外。没有人能够掌控团队之间的差距。而这种差距正是返工和延误的根源所在。",[11,135,136],{"id":136},"为什么经验丰富的团队仍会被抓",[15,138,139],{},"这不是能力问题。你可以拥有强大的工程师、经验丰富的项目经理和可靠的承包商，但仍然会遇到同样的问题。",[15,141,142],{},"因为问题不在于个人表现。而是他们所处的系统。",[15,144,145],{},"当信息支离破碎、更新不同步、依赖关系不实时可见时，即使是优秀的团队最终也会根据不完整或过时的数据做出决策。在数十个决策中重复出现的微小失误，会导致重大延误。",[11,147,148],{"id":148},"您不存在许可问题",[15,150,151],{},"或者是劳动力问题。甚至是资金问题。",[15,153,154],{},"你的协调能力有问题，表现为所有这些问题。",[15,156,157],{},"这就是为什么在外部限制上加大力度只会让你走得更远。如果提交的材料不一致，加快许可速度也无济于事。如果施工人员按照过时的计划施工，再多的施工人员也无济于事。如果执行无法预测，再多的资金也无济于事。",[11,159,160],{"id":160},"是什么让针头动起来",[15,162,163],{},"最大的收益不会来自于边缘的优化。它们来自于对核心的强化：",[37,165,166,169,172,175],{},[40,167,168],{},"使各团队之间的依赖关系清晰可见",[40,170,171],{},"确保每个人都根据相同的最新信息开展工作",[40,173,174],{},"减少交接时的返工",[40,176,177],{},"更早地发现问题--在解决问题的成本还很低的时候",[15,179,180],{},"换句话说：将执行视为一个系统，而不是一系列步骤。",[11,182,183],{"id":183},"换一种方式思考工具",[15,185,186],{},"该领域的大多数工具都能实现某种功能--设计工具、许可跟踪器、施工管理系统。缺少的是将它们连接起来的那一层。",[15,188,189],{},"这就是像 Aptli 这样的平台的用武之地--不是作为另一种工具添加到堆栈中，而是作为缩小步骤之间差距的一种方法：",[15,191,192],{},"** 将计划与执行联系起来。** 在计划阶段做出的决定在工作向下游推进时始终可见。",[15,194,195],{},"**让整个项目都能看到变化。**当信息发生变化时，每个人都能看到，而不仅仅是做出决定的团队。",[15,197,198],{},"** 跟踪依赖关系，而不仅仅是任务。** 问题不在于任务是否被勾选。问题不在于任务是否被勾选，而在于依赖于它的事物是否准备好移动。",[15,200,201],{},"**项目经理不再从回顾性更新中了解问题，而是在问题发展的过程中就能看到它们。",[15,203,204],{},"与其说是做得更多，不如说是失去得更少--更少的时间、更少的环境、更少的调整。",[11,206,207],{"id":207},"不舒服的收获",[15,209,210],{},"把延误归咎于自己无法控制的事情，会更容易些。许可证。公用事业。天气。供应链。",[15,212,213],{},"但很大一部分延误是内部原因造成的--通过协调中可修复的小故障造成的。解决这些问题并不像宣布新的资金或加快审批那样显而易见。但这才是真正的杠杆作用所在。",[15,215,216],{},"因为一旦工作获得批准，问题就不是网络能否建成。问题在于你是否能按时、按预算、不间断地完成任务。",[11,218,219],{"id":219},"摘要",[37,221,222,225,228,231,234,237,240,243,246],{},[40,223,224],{},"大多数宽带项目的延误都归咎于外部因素--许可证、公用事业、供应链--但这些延误的基础通常早在几周前就在企业内部打好了。",[40,226,227],{},"许可证延期六周通常只包含两周的实际处理时间，其余时间都是内部错位、返工和澄清。",[40,229,230],{},"耗资数百万美元的建设工作通常仍在电子表格、电子邮件线程和互不关联的点工具上运行--这种设置造成了持续、复杂的摩擦。",[40,232,233],{},"网络部署并非线性顺序。设计、许可和施工是并行的，每个环节都会反馈到其他环节。线性管理是项目失败的根源。",[40,235,236],{},"从设计到许可，从许可到施工，从施工到激活，团队之间的交接会导致背景、假设和时间的丢失。没有人能够掌控差距。",[40,238,239],{},"根本问题是协调问题，根据你所处的位置，协调问题会表现为许可问题、劳动力问题或资金问题。",[40,241,242],{},"真正的收益来自于使依赖关系清晰可见，确保团队根据当前信息开展工作，减少交接返工，并在问题解决成本较低时及时发现。",[40,244,245],{},"Aptli 等平台解决了连接层的问题--将计划与执行联系起来，使整个项目的变化浮出水面，并为项目经理提供实时清晰的信息，而不是事后的意外。",[40,247,248],{},"内部杠杆作用。如果下面的协调出现问题，再快的许可和再多的施工人员也无济于事。",{"title":250,"searchDepth":251,"depth":251,"links":252},"",2,[253,254,255,256,257,258,259,260,261,262,263,264],{"id":13,"depth":251,"text":13},{"id":29,"depth":251,"text":29},{"id":57,"depth":251,"text":57},{"id":69,"depth":251,"text":69},{"id":98,"depth":251,"text":98},{"id":124,"depth":251,"text":124},{"id":136,"depth":251,"text":136},{"id":148,"depth":251,"text":148},{"id":160,"depth":251,"text":160},{"id":183,"depth":251,"text":183},{"id":207,"depth":251,"text":207},{"id":219,"depth":251,"text":219},"2026-06-11","每个宽带项目的延误都会被归咎于许可证、公用事业或供应链。但是，如果你仔细观察延误的真正起因，答案几乎总是在组织内部，这意味着它是可以解决的。","md",{},true,"/blog/real-reason-fiber-is-late/zh",{"title":5,"description":266},"blog/real-reason-fiber-is-late/zh",[274,275,276,277,278],"broadband","fiber","project-management","execution","coordination","DuW996YRe4MTBQuFGPE07Dru03_MaTy5Tgm7hddwUPI",1780338685579]