工程管理相关
专利的交叉许可
题目背景：
你在做研发，发现核心技术被别人先申请专利了。此时不能蛮干，需要启动应对机制。
正确选项解析（A）：
逻辑： 既然我绕不开你的专利，那我就在同一领域也申请一些让你绕不开的专利。
局面： 最终形成“我侵你的权，你也侵我的权”的相互制衡局面。
结果： 大家都别打官司了，坐下来谈。你用我的，我用你的，这种低成本的互相授权就是“交叉许可”。
错误选项纠偏：
B & C： 这描述的是单纯的“花钱买路”（交专利费），属于单向许可，不叫交叉许可。
D： 这是“绕路走”（规避设计），虽然也是一种策略，但不属于交叉许可的范畴。
2. 知识点延伸：专利应对的“兵法”
在企业知识产权管理中，面对他人的专利壁垒，通常有以下几种段位：
第一层：避开（规避设计 / Design Around）
手段： 修改技术方案，跳出对方专利的保护范围。
评价： 最稳妥，但研发成本高，且可能导致产品性能下降。
第二层：破掉（专利无效宣告）
手段： 找证据证明对方的专利不具备新颖性或创造性，请求国家知识产权局撤销该专利。
评价： 釜底抽薪，但周期长、风险大。
第三层：买路（授权许可）
手段： 乖乖给钱，获得使用权。
评价： 省事但费钱，长期会被“卡脖子”。
第四层：互持人质（交叉许可）——本题考点
手段： “以专利换专利”。常见于高科技行业（如华为、苹果、高通）。
核心： 形成“核威慑”平衡。双方互换专利池，通常只需要补一点差价（净许可费），甚至零元互换。
3. 为什么要用交叉许可？
降低法律风险： 避免昂贵的侵权诉讼。
打破技术垄断： 确保产品能顺利上市（Freedom to Operate, FTO）。
节省现金流： 专利本身就是资产，用技术“冲抵”现金支出。
促进行业标准： 很多行业标准（如5G）都是由多家公司的专利交叉许可支撑起来的。
总结一句话： 交叉许可就是**“技术社交”**——我知道我避不开你，所以我努力让你也避不开我，最后我们握手言和，一起发财。
生产计划管理环节是固定成本
开发模式：传统的串行开发与现代的集成产品开发
1. 什么是“传统开发模式”？
这种模式通常被称为**“串行开发”（Sequential Development）或者“过墙式”开发**（Throw-it-over-the-wall）。
它的特点：
接力棒式： 市场部写完需求，“扔”给研发；研发做完，“扔”给生产；生产完，“扔”给销售。
职能壁垒： 研发部不考虑生产能不能做出来，生产部不考虑客户好不好用。
结果： 周期极长。如果最后发现产品有问题，要层层退回，就像倒带一样，代价巨大。
2. 什么是“现代开发模式”？
现代开发模式最典型的代表是集成产品开发（IPD, Integrated Product Development）。
核心对比表
| 特性 | 传统模式 (串行) | 现代模式 (IPD/敏捷) |
|---|---|---|
| 组织形式 | 职能部门制（深井式） | 跨职能团队 (PDT) |
| 工作方式 | 串行（一步步来） | 并行（同步进行） |
| 决策依据 | 部门领导说了算 | 市场和客户导向 |
| 关注点 | 完成本部门任务 | 产品最终的商业成功 |
现代模式的高明之处：
跨职能团队 (PDT)： 团队里既有研发，也有市场、财务、生产、采购。大家坐在一起，从第一天起就共同对产品的商业成功负责，而不是只对自己部门负责。
异步开发： 不需要等前一步完全做完，后一步就可以提前介入（比如研发在画图纸时，生产就开始准备模具了）。
4. 延伸：那个生动的比喻“铁路警察”
题目中提到的**“铁路警察，各管一段”，形象地描述了部门间的断层**：
警察 A 负责这段铁路，抓到小偷追到边界就不追了，因为“出界了不归我管”。
在产品开发里，这就表现为：研发说“我代码写完了，Bug 归测试管”；测试说“我测出问题了，改不改归产品经理管”。
总结：
传统模式是**“为了做事而做事”，现代模式是“为了把产品卖好而做事”**。
IPD相关：
没错，你的感觉非常敏锐！这道题和我们刚才聊的“现代开发模式”无缝衔接。
这道题其实是在问：在集成产品开发（IPD）这个大框架下，那个负责“打仗”的核心团队（PDT）是什么时候组建的？
1. 题目解析
这道题的答案揭示了 IPD 的一个重要逻辑。
正确答案：B（概念阶段 / 对应图中表述为产品生命周期管理的起始部分）
注：图中选项的表述可能略有偏差或属于特定教材的分类。在标准的华为/IBM IPD 流程中，PDT 通常在**概念阶段（Concept Phase）正式成立。
为什么是这时候成立？
IPD 认为，既然要“跨职能协同”，那就不能等研发做了一半才拉市场和财务进来。要在项目刚有个“苗头”（概念阶段）的时候，就让这帮不同部门的精英聚在一起，共同决定这个产品该不该做、怎么赚钱。
2. 什么是 IPD 流程？
你说得对，IPD 确实是指从创新到产品上市全生命周期的流程，但它比普通流程更强调**“商业决策”**。它不仅仅是“怎么把东西做出来”，更是“怎么确保做出来的东西能卖出去”。
标准的 IPD 流程分为 6 个阶段：
概念阶段 (Concept)： 确定产品机会，成立 PDT 团队，看看这事儿靠谱不。
计划阶段 (Plan)： 制定详细的战术方案，算清楚要花多少钱，回多少本。
开发阶段 (Develop)： 真正的研发、写代码、画图纸、做模具。
验证阶段 (Qualify)： 测试、试产，确保产品质量没问题。
发布阶段 (Launch)： 大规模推向市场，销售开始发力。
生命周期阶段 (Lifecycle)： 产品的维护、升级，直到最后退市。
3. 延伸知识点：PDT 是什么？
你刚才看到的题目里提到了 PDT，它是 IPD 能够成功的魂。
全称： Product Development Team（产品开发团队）。
身份： 这是一个**“虚拟组织”**。
成员： 成员来自市场、研发、工厂、采购、财务、质量、服务等部门。
权力： PDT 经理（PDT Leader）就像是一个**“小 CEO”**。他不是在管理一个部门，而是在管理一个产品包，对这个产品的损益（P&L）负责。
为什么说这跟前面聊的“传统模式”相反？
传统模式： 研发只管写代码，不管成本。等发布了发现太贵卖不动，财务才跳出来说“亏了”。
IPD 模式下的 PDT： 财务在概念阶段就在 PDT 团队里了。如果财务算出来成本太高，这个项目在第一阶段就会被毙掉，根本不会浪费后面的研发资源。
4. 总结一下
IPD 流程就像是一台精密的机器：
PDT 是操控机器的人（跨职能。
6 个阶段 是机器运行的轨道。
决策评审点（DCP） 是轨道上的刹车（不行就赶紧停）。
一句话总结： IPD 就是通过把“各路神仙”（PDT）尽早凑在一起，按照标准动作（流程）去打一场有把握的商业战争。
会计的种类
