组织关系和职位
- BD：全称：Business Development，解释：业务发展部
- BG：全称：Business Group，解释：事业群
- BU：全称：Business Unit，解释：事业单元
- JD：全称：Job Description，解释：职位描述
- PM：全称：Product Manager，解释：产品经理 例：这个需求的逻辑还有歧义，先找PM对齐一下再写代码
- PJM：全称：Project Manager，解释：项目经理；负责把控项目进度、风险和跨部门资源协调 例：这个版本的提测时间点有点紧，我去找 PJM 协调一下 QA 的排期
- DBA：全称：Database Administrator，解释：数据库管理员 例：这张表的千万级数据要加个联合索引，提个工单让DBA帮忙评估一下风险
- PDT：全称：Product Development Team，解释：产品开发团队； 一个跨部门的实体作战团队，通常包含研发、测试、产品、运营等各领域代表，共同为一个产品的完整交付和商业成功负责 例：明天下午开个 PDT 例会，各个代表同步一下本周的模块进度和潜在风险
- IPD：全称：Integrated Product Development，解释：集成产品开发；一套系统化的产品研发管理理念与流程，强调以市场需求为核心，跨部门(如 PDT 团队)协同作战，把开发当做一项投资来管理，而不是单纯的写代码
- ISC：全称：Integrated Supply Chain，解释：集成供应链；涵盖从物料采购、生产制造到物流交付的端到端业务流程 对于涉及软硬结合的业务(比如设备云平台)，后端常常需要深度对接 ISC 系统来同步库存、设备流水号等数据
基本流程
- KPI：全称：Key Performance Indicator，解释：关键绩效指标，是企业绩效考核的方法之一
- OKR：全称：Objectives and Key Result，解释：目标与关键结果 一套由目标（O）和可衡量的关键结果（KR）组成的管理框架，用于聚焦重点和对齐团队方向
- B2B(ToB)：全称：Business to Business，解释：企业对企业的电子商务，如企业微信，重权限/流程
- B2C(ToC)：全称：Business to Customer，解释：企业对个人的电子商务，如淘宝，重并发/体验
- B2G(ToG)：全称：Business to Government，解释：企业对政府的电子商务
- TR：全称：Technical Review，解释：技术评审；在 PRD 确认后、正式写代码前，研发团队内部对技术选型、架构方案、数据库表设计等进行把关的评审会议 例：这个核心链路的重构方案写好了，周三下午拉个 TR 评审，大家一起看看有没有坑
For 产品
- PRD：全称：Product Requirement Document，解释：产品需求文档 例：这个逻辑PRD里没写，我们需要先补全PRD再排期
- BRD / MRD：全称：Business / Market Requirement Document，解释：商业/市场需求文档 比PRD更宏观，讲的是“为什么要做这个项目”以及“怎么赚钱” 例：大老板还在看这个项目的BRD，等战略定下来才会往下拆分PRD
- MVP：全称：Minimum Viable Product，解释：最小可行性产品；第一版只保留最核心功能，不要追求完美 例：为了赶上线，这个非核心功能放到MVP之后迭代吧
- ROI：全称：Return on Investment，解释：投入产出比；评估做这个功能值不值得花这么多开发人力 例：开发这个功能需要重构底层，ROI太低，建议暂缓
- User Story：用户故事；从用户角度描述需求（作为XX，我想要XX，以便XX） 例：这个User Story的场景覆盖不全，缺少异常流程
- Edge Case：边界情况/极端场景；正常流程之外的特殊情况（如断网、数据为空、并发冲突） 例：正常流程没问题，但这个Edge Case（如库存为负）怎么处理？
- Backlog：全称：Product Backlog，解释：待办事项列表；所有还没开始做的需求池 例：这个需求先放进Backlog，等下个版本排期
For 测试
- QA：全称：Quality Assurance，解释：质量保证/测试人员 例：这个Bug QA复现了吗？有日志吗？
- UAT：全称：User Acceptance Testing，解释：用户验收测试；上线前由产品或业务方进行的最终验证 例：代码已部署到UAT环境，请产品同学验收
- Bug Severity：Bug严重程度 (P0-P4)；P0 是最高级（系统崩溃/资损），必须立即停下手头工作去修复 例：这是个P0级Bug，必须马上修，不能等到明天
- TC：全称：Test Case，解释：测试用例；QA编写的测试场景明细 例：提测前，RD需要先对照着QA给的TC过一遍自测
- Regression：全称：Regression Testing，解释：回归测试；修复一个Bug后，确保没引发其他旧Bug 例：修好了，但需要QA做全量回归测试，防止影响其他模块
- Smoke Test：解释：冒烟测试；QA在正式进入全面测试前，先验证系统的核心主流程是否能跑通 例：刚打的包连冒烟测试都没过，登录接口直接报500了，打回给RD重新排查
- Stress Test / Load Test：解释：压力测试 / 负载测试；不断给系统增加并发请求，直到系统崩溃，找出性能瓶颈 例：下周有大促活动，今晚需要在UAT环境拿线上真实数据做一轮压测
- Mock：全称：Mock Data/Service，解释：模拟数据/服务；当依赖的第三方接口没提供好时，伪造数据进行开发或测试 例：设备列表接口还没通，先用Mock数据联调
For 运营/市场/销售
- Data Dump：全称：Data Export，解释：数据导出/跑数；运营常需要导出一批用户名单或交易记录 例：这个Data Dump涉及隐私，需要走审批流程，且只能脱敏后给
- KA：全称：Key Account，解释：关键客户，KA买家，KA供应商 例：这是KA客户的特殊需求，优先级调高，需要单独兼容
- SOP：全称：Standard Operating Procedure，解释：标准作业程序；处理客诉或故障的标准步骤 例：遇到这类报错，请按SOP第一步先重启服务，第二步联系后端
- Gray Release：全称：Gray Release / Canary，解释：灰度发布/金丝雀发布；只让一部分用户(如内部员工或特定地区)看到新功能，观察效果 例：新功能先灰度5%的用户，观察报错率后再全量
