[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"navbar-knowledge-categories":3,"contact-config-global":54,"knowledge-category-best-practices":64,"knowledge-article-best-practices-gantt-critical-path":65,"knowledge-related-best-practices":75},[4,9,14,19,24,29,34,39,44,49],{"id":5,"name":6,"slug":7,"description":8},"a6913f07-4f69-410b-894b-8ad485fe9d3d","行业资讯","industry-news","行业最新动态、趋势分析与政策解读",{"id":10,"name":11,"slug":12,"description":13},"6ac6bafb-d4b9-4bb5-af5b-0445a490bb59","项目管理方法论","pm-methodology","项目管理方法论：敏捷、瀑布、看板、IPD、PMO 与需求管理的完整方法体系",{"id":15,"name":16,"slug":17,"description":18},"dcfce6aa-bc09-43ec-94f8-0e4a68f91c17","销售管理方法论","sales-methodology","销售管理方法论：客户管理、销售流程、线索转化与业绩增长的方法体系",{"id":20,"name":21,"slug":22,"description":23},"9550a30f-0d03-4425-b270-6bdc5544a497","企业经营方法论","business-methodology","企业经营方法论：协同办公、流程规范与中小企业经营管理的实践方法",{"id":25,"name":26,"slug":27,"description":28},"9e41a50e-d63b-416b-bfc1-c1fdcce39956","最佳实践","best-practices","项目管理实战经验、技巧与案例分享",{"id":30,"name":31,"slug":32,"description":33},"8fa2b13d-ac6f-420f-b632-e0bca16f3cf9","客户案例","customer-cases","各行业客户成功案例与解决方案",{"id":35,"name":36,"slug":37,"description":38},"930cf125-4c2f-4350-92cc-bb569725b168","PMS 产品手册","pms-manual","智序PMS 项目管理功能说明与操作指南",{"id":40,"name":41,"slug":42,"description":43},"fbaf7f73-3fed-4a15-a09c-ddaec190d761","CRM 产品手册","crm-manual","智序CRM 客户关系管理功能说明与操作指南",{"id":45,"name":46,"slug":47,"description":48},"5673a7c8-936f-4e17-a38e-e0eff8cb87fe","OA 产品手册","oa-manual","智序OA 协同办公功能说明与操作指南",{"id":50,"name":51,"slug":52,"description":53},"3d13795b-1858-4000-9255-95ca2df96abe","产品知识","product-knowledge","产品功能介绍",{"id":55,"scope":56,"page_key":57,"phone_label":58,"phone_number":59,"wechat_label":60,"wechat_id":61,"wechat_qr_url":62,"enabled":63,"created_at":55,"updated_at":55},"","global",null,"罗经理","15221020919","微信咨询","lhmopms","\u002Fwechat-qr-official.png",true,{"id":25,"name":26,"slug":27,"description":28},{"id":66,"category_id":25,"title":67,"slug":68,"summary":69,"reading_time":70,"view_count":71,"content_html":72,"content_json":57,"published_at":73,"updated_at":74,"module":57},"92c2bddc-1b3f-4329-adf3-ac28abd0df8a","甘特图怎么用、关键路径怎么找？画了三年进度图，才发现只画不算是白画","gantt-critical-path","甘特图是画出来的，关键路径是算出来的，只画不算等于白排。三步找关键路径：列任务和依赖、前推算最早后推算最晚、时差为零的就是关键。一个软件项目例子：需求→UI→前端→测试→部署 43 天是关键路径，数据库设计和后端开发各有 8 天浮动时间。",5,0,"\u003Cdiv style=\"background:#fdf8ee;border:1px solid #e6c97a;border-radius:8px;padding:16px 20px;margin:16px 0;\">\n\u003Cp style=\"margin:0 0 6px;font-size:15px;color:#8a6d1a;\">\u003Cstrong>全文约 1800 字，阅读约 5 分钟。\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp style=\"margin:0;font-size:15px;color:#333;\">\u003Cstrong>重点内容：\u003C\u002Fstrong>甘特图是画出来的，关键路径是算出来的，只画不算等于白排。三步找关键路径：列任务和依赖、前推算最早后推算最晚、时差为零的就是关键。关键路径上的任务拖一天，整个项目就拖一天。\u003C\u002Fp>\n\u003C\u002Fdiv>\n\n\u003Cp>甘特图这东西，画过的人比用明白的人多得多。绝大多数人拿它当进度看板，每天在上面涂进度条，涂到最后延期了，也说不清到底是哪根线不能碰。\u003C\u002Fp>\n\n\u003Cp>关键路径法（CPM）是 1957 年杜邦公司搞出来的，当时用来排化工工厂的检修。60 多年过去，它还是项目排期里最值钱的一个概念。值钱在哪：它明确告诉你，哪些任务一天都不能拖，哪些任务晚几天开工也没事。前者叫关键路径，后者叫浮动时间。只画甘特图、不算关键路径，等于排了个寂寞。\u003C\u002Fp>\n\n\u003Cp>我先把结论放这：甘特图不难，难的是多花半小时把关键路径算出来。算不清楚，进度条涂得再漂亮，延期该来还是来。\u003C\u002Fp>\n\n\u003Ch2>先把任务和依赖列全，这是地基\u003C\u002Fh2>\n\n\u003Cp>算关键路径只需要两张表：一张是任务清单（谁、干什么、估多少天），一张是依赖关系（哪个任务必须等哪个先做完）。缺任何一张，后面都白算。\u003C\u002Fp>\n\n\u003Cp>拆任务用工作分解结构（WBS），拆到一个人能在几天内独立交付的程度。拆太粗，关键路径算出来没意义；拆太细，光维护清单就耗掉一半时间。经验是，一个任务别超过一个人一周的工作量。\u003C\u002Fp>\n\n\u003Cp>依赖关系默认是「完成到开始」，A 做完 B 才能开始，大部分任务都是这种。少数是「开始到开始」或「完成到完成」，比如测试可以在开发做到一半时就启动，用不着一口气等开发全完。\u003C\u002Fp>\n\n\u003Ch2>前推后推，算每个任务的最早最晚\u003C\u002Fh2>\n\n\u003Cp>拿一个软件项目举例，7 个任务，拆开写清楚：需求分析 5 天；UI 设计 10 天，等需求；数据库设计 7 天，等需求；后端开发 15 天，等数据库；前端开发 20 天，等 UI；测试 5 天，等后端和前端都完；部署 3 天，等测试。\u003C\u002Fp>\n\n\u003Cp>先「前推」，从起点往终点算最早开始、最早结束。需求第 0 天开始，5 天做完。UI 和数据库都等需求，第 5 天开始，UI 到 15 天做完，数据库到 12 天做完。后端等数据库，第 12 天开始，27 天做完。前端等 UI，第 15 天开始，35 天做完。测试要等后端和前端都完，取大的那个，第 35 天开始，40 天做完。部署第 40 天开始，43 天做完。项目最短工期就是 43 天。\u003C\u002Fp>\n\n\u003Cp>再「后推」，从终点往回算最晚开始、最晚结束。部署最晚 43 天做完、40 天开始；测试最晚 40 天做完、35 天开始；前端最晚 35 天做完、15 天开始；后端最晚 35 天做完、20 天开始；数据库最晚 20 天做完、13 天开始；UI 最晚 15 天做完、5 天开始；需求最晚 5 天做完、0 天开始。\u003C\u002Fp>\n\n\u003Ch2>时差为零的，就是关键路径\u003C\u002Fh2>\n\n\u003Cp>时差等于最晚开始减最早开始。需求是 0，UI 是 0，前端是 0，测试是 0，部署是 0，这条链「需求 → UI → 前端 → 测试 → 部署」就是关键路径，43 天，一天都压不得。\u003C\u002Fp>\n\n\u003Cp>数据库呢？最晚 13 天开始，最早 5 天开始，时差 8 天。后端最晚 20 天，最早 12 天，也是 8 天。这两件事晚 8 天开工，项目照样 43 天完工。这 8 天就是它们的浮动时间，是白送的调度空间。\u003C\u002Fp>\n\n\u003Cp>很多人卡就卡在这：他以为数据库设计和前端开发一样重要，其实前端在关键路径上、数据库有 8 天余量。把最狠的人压在前端上，比盯着数据库强多了。\u003C\u002Fp>\n\n\u003Cimg src=\"\u002Fimages\u002Farticles\u002Fmethod-gantt-critical-path.png\" alt=\"关键路径计算实例：需求→UI→前端→测试→部署 43 天关键路径，数据库和后端各有 8 天浮动时间\">\n\n\u003Ch2>算出来之后，重点就三件事\u003C\u002Fh2>\n\n\u003Cp>最要紧的是把最强的人和最密的盯防压到关键路径上。前端开发晚 1 天，整个项目就晚 1 天；数据库晚 8 天都没事。资源有限的时候，优先级一眼就清楚了。\u003C\u002Fp>\n\n\u003Cp>资源不够的时候，从非关键路径上抽人去补关键路径。数据库和后端有 8 天浮动，抽一个人去帮前端，风险最低，这叫资源平衡，是浮动时间真正的用处。\u003C\u002Fp>\n\n\u003Cp>再记住一点，关键路径会变。数据库要是拖过 8 天，它自己就变成关键了，路径发生迁移。所以关键路径不是算一次就锁死，进度每变一次都要重算一遍。\u003C\u002Fp>\n\n\u003Ch2>工期实在压不下来，就两个手段\u003C\u002Fh2>\n\n\u003Cp>如果关键路径算出来的 43 天还是比老板要求的紧，只有两个办法：赶工和快速跟进。\u003C\u002Fp>\n\n\u003Cp>赶工是加人加钱，用成本换时间，比如前端再加一个人把 20 天压到 15 天，但加人不是线性提速，沟通成本会吃掉一部分。快速跟进是把本来串行的事改成并行，比如 UI 做到八成就让前端先动工，省时间，但改设计的返工风险变大。\u003C\u002Fp>\n\n\u003Cp>这俩都不是免费的：一个花成本，一个担风险。谁跟你说「并行一下就快了」，你就跟他要返工预算。\u003C\u002Fp>\n\n\u003Ch2>工具能自动算，前提是依赖别填错\u003C\u002Fh2>\n\n\u003Cp>说实话，30 个以内的任务，拿张纸或者 Excel 手算完全够，前推后推就是加减法，算一遍还顺手把项目理顺了。任务一多，手算就崩，这时得靠工具。\u003C\u002Fp>\n\n\u003Cp>现在主流的项目管理软件，只要把前置依赖填对，关键路径都是自动算的，甘特图里关键任务自动高亮，浮动时间也标出来。但前提就一条：依赖关系得填对。依赖填错了，再贵的工具算出来的也是错的，而且错得理直气壮。\u003C\u002Fp>\n\n\u003Cp>画甘特图还有几个小细节：用颜色区分关键路径和非关键任务，红色是碰不得的，绿色是有余量的；里程碑（验收、上线这种零工期节点）单独标出来，盯着里程碑比盯着每天 1% 的进度条有用；更新频率按周来，别天天涂，涂太勤进度条会失真。\u003C\u002Fp>\n\n\u003Cp>如果你想要一个免费不限人数、把前置依赖填上就自动标关键路径和浮动时间的项目管理软件，可以看看「智序 ORDR 项目管理系统」，甘特图和依赖关系都在一个地方，不用再拿 Excel 手算。\u003C\u002Fp>\n\n\u003Cp>\u003Ca href=\"\u002Feditions\">点这里看智序 ORDR 的版本和定价 →\u003C\u002Fa>\u003C\u002Fp>\n\n\u003Cp class=\"article-infringement\">如有侵权请与我们联系\u003C\u002Fp>\n","2026-09-01T01:42:10.895984+00:00","2026-09-01T01:42:12.960075+00:00",[76,83,89,94,99,105,110,117,122,127,132,133,139,144,150],{"id":77,"category_id":25,"title":78,"slug":79,"summary":80,"reading_time":81,"view_count":82,"module":57},"dd5edde1-f4cc-44e8-a740-1ffdd83e776e","项目管理软件哪个好？先别急着比功能，先看这 3 件事","pm-software-which-good","搜「项目管理软件哪个好」的人，九成问错了问题，没有最好的工具，只有适配的。用 Worktile 2024 年调研 87 家企业的真实数据（买后 12 个月还在用的只剩 54%）和三个翻车案例，讲清选型该盯团队规模、真实使用率、价格模型三件事。",6,2,{"id":84,"category_id":25,"title":85,"slug":86,"summary":87,"reading_time":88,"view_count":82,"module":57},"3033d250-307a-4f61-ae95-2d2b7bf7c83b","项目管理5大痛点及解决方案：老板和项目经理都该看看","pm-five-pain-points","延期、信息不同步、开会太多、知识流失、需求变更——项目管理的5大经典痛点，每一个都有解法。不是鸡汤，是具体可操作的方案。",3,{"id":90,"category_id":25,"title":91,"slug":92,"summary":93,"reading_time":70,"view_count":71,"module":57},"df2b4f3b-ab6c-4024-bf71-ebd2437ba7e2","开源项目管理软件对比：免费是真，但这 3 笔账算完再看","open-source-pm-compare","开源项目管理软件免费是真，但 20 人团队一年真实花销可能比 SaaS 还高。这篇用公开实测数据对比 Redmine、OpenProject、Taiga、Plane 四款工具，并把隐性成本算清楚。",{"id":95,"category_id":25,"title":96,"slug":97,"summary":98,"reading_time":81,"view_count":88,"module":57},"8da02823-6ed7-492b-809f-7a5cd3095604","国产项目管理软件替代 Jira：真正的坑不在功能，在这 3.2%","domestic-pm-alternative","2026 年这波国产项目管理软件替代，栽跟头的原因基本跟功能无关。Atlassian 官方生命周期已经把日子定好了，而某金融企业 150GB 实例「一键迁移」后附件丢了 3.2%（约 4800 个文件）、评论丢 0.8%、变更人字段 5% 未映射，验收阶段全部没发现。附带真实涨价账本、国产工具三块短板、三年 TCO 只省 23% 的算法。",{"id":100,"category_id":25,"title":101,"slug":102,"summary":103,"reading_time":104,"view_count":71,"module":57},"b67a04d4-0116-46d7-9028-e83484ad44d1","最好用的项目管理软件推荐：附一张可落地的选型清单","best-pm-software","搜「最好用的项目管理软件」的人最后常选错——因为工具没有最好用，只有最合适。给一份五维选型清单，附中小团队三个务实建议。",8,{"id":106,"category_id":25,"title":107,"slug":108,"summary":109,"reading_time":70,"view_count":82,"module":57},"a7e2a000-6697-4699-b648-dad9a45eb118","项目管理软件本地部署与私有化怎么选？先算清这三笔账","local-vs-private-deploy","私有化不等于安全，没运维能力的小团队硬上本地部署，数据反而比用 SaaS 更危险。这篇讲清私有化的三笔账——硬件首投、人力运维、升级难度，再给你判断要不要私有化的三条硬标准，以及选型要盯死的四个点。",{"id":111,"category_id":25,"title":112,"slug":113,"summary":114,"reading_time":115,"view_count":116,"module":57},"b43022ba-1393-43dd-b633-ccc4a727f190","免费项目管理软件有哪些：6 款的真实限制盘点","free-pm-software","搜「免费项目管理软件」最怕遇到\"看着免费、用起来处处要钱\"。我扒了 Trello、Asana、Worktile、PingCode、ClickUp 和国产开源版的真实人数上限和价格，讲清楚免费到底免在哪，以及一个 15 人团队被 10 人上限坑掉 3 单的真实案例。",4,22,{"id":118,"category_id":25,"title":119,"slug":120,"summary":121,"reading_time":71,"view_count":71,"module":57},"297f5d4a-58b5-4c57-a852-2ef6703f78bd","生产制造项目管理系统：研发制造一体化怎么管（国产替代视角）","manufacturing-pm-system","制造企业项目管理的坑在研发制造两张皮。挑系统先看研发制造打通+私有部署+不限人数，别追功能最全。",{"id":123,"category_id":25,"title":124,"slug":125,"summary":126,"reading_time":70,"view_count":71,"module":57},"1ef4f516-d698-4879-b388-a6c8d3c73802","小团队项目管理软件怎么选：先别急着上系统","small-team-pm-software","小团队选项目管理软件，最大的坑是照着大厂清单选，结果八成功能用不上。这篇讲清 Excel 用到什么时候该换、10 人以内为什么别碰重型工具、创业公司最常踩的两个错，再给你一个能直接照做的三步决策顺序。",{"id":128,"category_id":25,"title":129,"slug":130,"summary":131,"reading_time":81,"view_count":71,"module":57},"bcefae91-afda-4bba-8641-34b799d72da1","2026年十大项目管理软件推荐：从免费到企业级，按团队规模排好序","top-10-pm-2026","客观盘点 2026 年十大项目管理软件，按「上手成本×长期成本×能否覆盖你干的活」排序。智序 ORDR 排第一靠免费不限人数+私有化+多类型项目全覆盖，不是便宜。逐个拆 Jira\u002FAsana\u002FONES\u002F飞书项目\u002F钉钉Teambition\u002FWorktile\u002FRedmine\u002FOpenProject\u002FTrello 的优缺点和真实成本，按团队规模给结论。",{"id":66,"category_id":25,"title":67,"slug":68,"summary":69,"reading_time":70,"view_count":71,"module":57},{"id":134,"category_id":25,"title":135,"slug":136,"summary":137,"reading_time":138,"view_count":71,"module":57},"70758eed-151c-46b8-9e9f-b68d841d5889","远程研发团队如何保持高效协作","remote-team-collaboration","远程研发团队协作的六个实践方法：异步优先、单一信息源、看板状态同步、文档习惯、定期同步和虚拟社交。附12人远程团队的ORDR配置参考方案。",1,{"id":140,"category_id":25,"title":141,"slug":142,"summary":143,"reading_time":104,"view_count":71,"module":57},"7bc8c82c-d25b-494a-981b-de5928643433","硬件研发项目管理：为什么软件团队的方法论经常行不通？","hardware-rd-project-management-challenges","硬件研发不是软件开发加个BOM表。本文从物料管理、软硬协同、供应链风险、合规认证四个维度，分析硬件研发项目管理的特殊挑战，并给出可落地的解决方案。",{"id":145,"category_id":25,"title":146,"slug":147,"summary":148,"reading_time":149,"view_count":138,"module":57},"82c6c53d-6c0c-4db4-a3a3-b4b5b7f93ba2","项目管理软件实施失败？5个常见坑及避坑指南","pm-software-implementation-pitfalls","买了工具不用、用了用不好——这不是软件的问题，是实施策略的问题。本文梳理项目管理软件落地的5个常见坑，每个都附具体的避坑方案。",7,{"id":151,"category_id":25,"title":152,"slug":153,"summary":154,"reading_time":155,"view_count":138,"module":57},"a0d3b2a6-9a1b-41ee-ac0c-0b062093c723","研发效能度量：这5个指标比\"代码行数\"有用100倍","dev-efficiency-metrics-that-matter","代码行数衡量不了研发效能。本文用 Google DORA 2024 报告的官方基准，拆解 5 个真正有用的研发效能指标：需求交付周期、部署频率、变更失败率、缺陷逃逸率和团队健康度（SPACE 框架），并给出度量方法和常见误区。",9]