# 💡 Summary > [!info] > 瑞士军刀软件 vs 有观点的软件 > Linear 不让你随便改。它强行规定了一套它认为最优秀的研发流程（The Linear Method）。 比如它强制使用 Cycle（周期）而不是 Sprint，它对 Issue 的状态流转有严格定义。这反而让团队不需要思考“怎么用工具”，直接照着做就是最佳实践。 **一句话评价：** Linear 是目前硅谷 AI 创业公司和高增长团队的**默认标配**。如果你是做互联网产品的（尤其是 20 人 - 200 人的敏捷团队），用 Linear 会让整个团队感觉自己在做一件“很酷”的事情。 # 🧩 Cues ### PM 视角的工作流建议 既然你之前问到了 **Linear**，现在的最佳工作流应该是这样的： 1. **发现问题：** 你自己试用网站，发现 Bug 或缺功能。 2. **记录（Linear）：** 在 Linear 里建一个 Issue，比如“增加手机号登录功能”。 3. **执行（Replit Agent）：** 把 Linear 的这个 Issue 内容复制给 Replit Agent，让它写代码。 4. **验证：** 部署后，测试通过，去 Linear 关掉 Issue。 # 🪞Notes **Linear 不是卖功能的，它是卖“工作方式”的。** - [[Jira]] 的逻辑是：**管理者**需要掌控一切，需要统计报表，需要复杂的权限控制。（服务于老板） - **Linear** 的逻辑是：**创造者**需要专注，需要快，需要不被打扰。（服务于干活的人） ### . 对待“未完成任务”的态度：是一种“罪过” vs 自然现象 - **传统 Scrum Sprint (Sprint Fail):** - **逻辑：** Sprint 开始前，团队要进行详细的估算（Planning Poker），承诺“这两周我们要交付 30 个点”。 - **痛点：** 到了周五下午，如果还剩 3 个任务没做完，这就是 **Sprint Failed（冲刺失败）**。在回顾会（Retro）上，大家要分析“为什么没做完？”“是不是估算不准？”。 - **心理后果：** 这种机制会产生一种**负罪感**。为了避免“失败”，大家下次会故意少估算一点（摸鱼），或者加班赶工导致代码质量下降。这就是“永远有做不完的需求”带来的焦虑。 - **Linear Cycle (Auto-Rollover):** - **逻辑：** Cycle 是一个时间容器（比如两周）。时间一到，Cycle **自动关闭**。 - **解法：** Linear 有一个非常人性化的默认设置——**自动顺延（Auto-rollover）**。 - **体验：** 周期结束时，没做完的任务会自动漂流到下一个周期，或者回到 Backlog，系统不会弹窗警告你“目标未达成”。Linear 认为：**软件开发充满了不确定性，预估不准是常态。** 只要大家在干活，没做完就顺延，不需要这就此事进行“自我检讨”。