文章目录
-
- 一、项目组织与人员管理
-
- [1. 技术专题人员安排（1+1+n原则）](#1. 技术专题人员安排（1+1+n原则）)
- [2. 团队与个人管理要点](#2. 团队与个人管理要点)
- 二、项目执行与过程管理
-
- [1. 通用执行原则](#1. 通用执行原则)
- [2. 流程与规范管控](#2. 流程与规范管控)
- [3. 分支与版本管理](#3. 分支与版本管理)
- 三、效率提升与调试技巧
-
- [1. 开发与调试效率](#1. 开发与调试效率)
- [2. 信息同步与工具管理](#2. 信息同步与工具管理)
- 四、项目工具与文档管理
-
- [1. 常用工具与规范](#1. 常用工具与规范)
- [2. 关键文档与规范](#2. 关键文档与规范)
- 五、风险管控与试产管理
-
- [1. 风险与变更管控](#1. 风险与变更管控)
- [2. 新机试产流程](#2. 新机试产流程)
- 六、个人成长与能力沉淀
-
- [1. 主动工作与技术沉淀](#1. 主动工作与技术沉淀)
- [2. 项目管理方法论](#2. 项目管理方法论)
- [3. 个人成长心得](#3. 个人成长心得)
- 补充：关键行动口诀
一、项目组织与人员管理
1. 技术专题人员安排（1+1+n原则）
- 1个技术指导人：产品级别分配，可跨多个项目/专题，对专题进度轮询把控。
- 1个责任人：从相关项目组内选择，对项目质量、进度、产出负责，推动技术讨论、评审。
- n个开发工程师：项目组内人员，对应具体子任务开发；精力允许时，责任人和技术指导人可由同一人兼任。
2. 团队与个人管理要点
- 从"管事"到"管人、项目、任务"，管人是管理中最难的部分。
- 不要缩头：不懂可以寻求支援，但不能退缩。
- 任务分配：优先使用分配给你的人员，不随意调动他人（对方可能已有工作安排）。
- 任务安排：提前认知每个任务的工作内容、难点和风险点。
- 培养新人：把黑盒探索的任务拆成分阶段小任务，可交给普通人员执行；给主动上进的人更多机会。
二、项目执行与过程管理
1. 通用执行原则
- 兼顾多任务推进与单任务闭环，避免任务"挂起"无进展。
- 所有任务必须有明确的时间预期，方便后续延期管控。
- 关键问题需每日更新进展，每周同步与供应商沟通的问题列表。
- 重大问题、风险必须主动同步给上级，不掩盖问题，避免手忙脚乱；优先级不清时，主动和领导沟通对齐。
- 不复盘、不反思无法沉淀经验，项目后必须复盘。
2. 流程与规范管控
- 市场反馈的严重问题，必须通知工厂、产品同步管控生产，边测试边管控。
- 开发阶段可做合理修改，但提测完成后，不做大改，保证可控性；提测后只做小改，不做返工式修改。
- 底层驱动相关代码能不改就不改（测试耗时久、影响面大），优先修改上层可控代码。
- 提测前必须验证完整，不完整不能入库；测试流程要完整，不遗漏测试环节，避免后续卡料、追责。
- 会议决策必须按达成的意见执行，不打折扣；有异议需在会上提出讨论，会后不私自改动。
3. 分支与版本管理
- 紧急修复、试产用独立tag分支，不与release分支复用，避免影响主干集成。
- 功能开发、后续刷机维护使用主干分支；主干机型提测后，拉出release分支用于其他机型刷机。
- SDK维护可使用SVN，减少频繁diff文件差异，适合存档备份、大文件传输。
- 刷机维护策略：不在所有机型上一次性全量开启，在一台机型验证OK后再合并到其他机型。
三、效率提升与调试技巧
1. 开发与调试效率
- Bringup阶段：无权限在DMS编译时，可下载代码在本地编译；有权限时，本地torchlight可实现类似Jenkins的编译效果。
- 优先解决认知内的简单问题，再处理其他问题；内核转发优先处理认知内的部分（如路由的内核钩子、防火墙）。
- 场景特化提效：用本地固件调试，先测试样机和固件部分，稳定性测试可延后挂起。
- 问题调试"三板斧"：命令、工具、典型问题分析；优先聚焦核心关键问题，低优先级问题可自行备份延后处理。
2. 信息同步与工具管理
- 自测问题、信息同步统一用Docs共享（共享表格、进度更新等），保证信息透明。
- 提测前先把机、固件测试部分先测起来，部分稳定性测试可先挂起。
- 给领导汇报聚焦核心关键问题，低优先级问题可自行备份处理。
四、项目工具与文档管理
1. 常用工具与规范
- 项目管理：Excel计划/任务/问题跟踪、软件甘特图；OneNote+滴答Todo+Excel组合管理。
- 长期任务：OneNote记录，分"自我跟进、他人跟进"两类。
- 短期任务：Todo List管理。
- 文档沉淀：Markdown记录提测软件、规格、人员、资料信息；提测、调试、PHA过程用Markdown归档，Docs用于资料归档。
- 问题记录：用Markdown跟进问题，建立项目/模块索引，方便后续复用解决同类问题。
2. 关键文档与规范
- 输出内存问题调试SOP说明文档、NAND Flash/BMT研究文档、Bringup流程文档等技术沉淀。
- 建立PON技术知识库、方案设计文档、测试用例文档，指导后续项目。
- 软件规格文档：记录bug、标识提测前是否需要解决，方便后续维护追溯。
五、风险管控与试产管理
1. 风险与变更管控
- 方案、平台改动必须向改动者讲清原理与影响，推动完整测试，并同步通知受影响方。
- 所有机型当前状态、待办、遗留问题需列表记录，避免遗漏；改动点评估合理范围，避免大范围扩散。
- 多机型项目中，严重问题及时修复刷新，普通问题修复后再刷新，减少提测轮次。
2. 新机试产流程
- 首批下单，通知工厂上线时间，准备BOM、软件料号、发布EC0，准备产测工具、机型信息、生产测试标准。
- 试产前工具验证：研发、工厂各验证一遍；上线生产后，问题邮件跟进、每日汇报。
- 试产返工管理：严重bug未解决需返工的，及时和工厂沟通，返工后重测关键项。
- 生产流程：贴片→产测→开关机/高低温/跌落等实验→包装→入库；生产较多时可先包装部分再下线。
六、个人成长与能力沉淀
1. 主动工作与技术沉淀
- 主动梳理调试方法、流程，形成可复用的SOP（如内存泄漏调试、Bringup流程）。
- 主导方案设计、测试用例设计，沉淀技术交流文档，指导后续项目。
- 主动复盘问题，做到"先接锅、再甩锅"，沉淀解决思路。
2. 项目管理方法论
- 人员管理：根据成员擅长分配任务，减少学习成本；给主动上进的人更多机会，培养骨干。
- 进度管控：主动跟进任务进度，遇到瓶颈主动兜底，必要时协调外部资源。
- 多方沟通：提测前和产品对齐测试规划，会议前明确目标与待讨论点。
3. 个人成长心得
- 不要随意修改既定方案，尤其是测试部验证过的方案，避免重测返工。
- 合理分配精力：状态最好时处理需要深度思考的复杂工作。
- 原则性问题必须坚持，非原则性问题可灵活处理。
- 项目经验沉淀：把问题解决思路、调试方法整理成文档，形成个人知识库。
补充：关键行动口诀
- 放：可延后的任务往后放
- 分：可分配的工作分出去
- 报：关键问题邮件汇报、对齐讨论