From 26f215704d89b7eb066969191b95e33181bb1670 Mon Sep 17 00:00:00 2001 From: showen Date: Thu, 12 Mar 2026 06:50:24 +0800 Subject: [PATCH] =?UTF-8?q?docs:=20=E6=9B=B4=E6=96=B0=E5=9B=A2=E9=98=9F?= =?UTF-8?q?=E5=8D=8F=E4=BD=9C=E5=92=8C=E6=B1=87=E6=8A=A5=E6=9C=BA=E5=88=B6?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 更新 CEO 角色定位： - 只看结果，不管过程细节 - 提供方向，不直接给答案 - 充分授权，让专业的人做专业的事 - 定期评审（周/月/季度） - 根据结果动态调整战略 新增协作机制： - 扁平化沟通：员工之间可以直接沟通 - 跨团队协作：相关人员直接协调，不需要层层汇报 - 信息透明：所有重要信息记录在 TEAM_CHAT.md - 主动协作：发现问题主动寻求帮助 - 知识共享：经验和技术通过文档共享 新增 REPORTING.md： - 周报/月报/季度评审机制 - 汇报模板和内容要求 - CEO 评审原则和输出 - 协作场景示例 - 沟通渠道说明 更新 TEAM_CHAT.md： - 添加协作示例 - 明确扁平化沟通原则 - 展示跨团队协作流程 --- REPORTING.md | 265 ++++++++++++++++++++++++++++++++++++++++++++ TEAM.md | 32 ++++-- TEAM_CHAT.md | 33 +++++- souls/chen-yifei.md | 42 +++++-- 4 files changed, 350 insertions(+), 22 deletions(-) create mode 100644 REPORTING.md diff --git a/REPORTING.md b/REPORTING.md new file mode 100644 index 0000000..6bb3ee8 --- /dev/null +++ b/REPORTING.md @@ -0,0 +1,265 @@ +# ShowenV2 汇报和评审机制 + +## 汇报流程 + +### 日常沟通 +- **工具**: TEAM_CHAT.md +- **方式**: 异步沟通，团队成员随时记录进展和问题 +- **原则**: 重要信息必须记录，防止信息丢失 +- **协作**: + - 员工之间可以直接沟通和协作 + - 跨团队问题可以直接在 TEAM_CHAT.md 协调 + - 不需要层层汇报，扁平化沟通 + - 使用 @ 提及相关人员 + +### 协作场景示例 + +#### 技术问题协作 +``` +开发者A 遇到技术问题 → 直接 @ 相关开发者B +→ 开发者B 提供解决方案或代码参考 +→ 问题解决，经验记录在 TEAM_CHAT.md +``` + +#### 跨团队协作 +``` +产品提出新需求 → @ 架构师评审可行性 +→ 架构师设计方案 → @ PM 评估工作量 +→ PM 分配任务 → @ 开发者实现 +→ 开发完成 → @ QA 测试 +``` + +#### 紧急问题协作 +``` +QA 发现严重 bug → @ 相关开发者 + PM +→ 开发者快速修复 → @ QA 回归测试 +→ 测试通过 → @ PM 更新进度 +``` + +--- + +## 定期汇报 + +### 周报（每周一次） + +#### PM 周报 +**汇报人**: 刘建国（PM） +**汇报给**: CEO +**内容**: +- 本周完成的任务 +- 当前进行中的任务 +- 遇到的阻塞点和问题 +- 下周计划 +- 需要 CEO 决策的事项 + +#### QA 周报 +**汇报人**: 林晓峰（QA 负责人） +**汇报给**: CEO +**内容**: +- 本周测试覆盖范围 +- 发现的问题清单（P0/P1/P2/P3） +- 质量评估（优秀/良好/一般/较差） +- 风险提示 +- 需要 CEO 关注的质量问题 + +#### 产品周报 +**汇报人**: 张婉琳（产品总监） +**汇报给**: CEO +**内容**: +- 本周完成的需求分析 +- 用户反馈和市场动态 +- 产品规划调整建议 +- 需要 CEO 决策的产品方向 + +#### 架构周报 +**汇报人**: 王思远（架构师） +**汇报给**: CEO +**内容**: +- 本周完成的技术设计 +- 技术难题和解决方案 +- 架构优化建议 +- 技术债务状况 +- 需要 CEO 决策的技术方向 + +--- + +### 月报（每月一次） + +#### 项目月报 +**汇报人**: PM + 产品 + 架构 + QA +**汇报给**: CEO +**内容**: +- 里程碑完成情况 +- 团队绩效数据 +- 质量指标（bug 数量、测试覆盖率、性能指标） +- 用户反馈和满意度 +- 下月计划和目标 +- 风险和挑战 + +#### 团队绩效 +**评估人**: CEO +**评估内容**: +- 各成员任务完成质量 +- 代码质量评分 +- 协作和沟通能力 +- 创新和主动性 +- 末位淘汰决策 + +--- + +### 季度评审（每季度一次） + +#### 战略评审 +**参与人**: CEO + 产品总监 + 架构师 + PM +**内容**: +- Phase 完成情况 +- 产品方向调整 +- 技术架构演进 +- 市场和竞争分析 +- 下季度战略目标 + +#### 团队调整 +**决策人**: CEO +**内容**: +- 末位淘汰执行 +- 新成员招募 +- 团队结构优化 +- 管理流程改进 + +--- + +## CEO 评审机制 + +### 评审原则 +1. **只看结果**: 关注交付质量，不管过程细节 +2. **提供方向**: 发现问题给出方向，不直接给答案 +3. **数据驱动**: 基于数据和事实做决策 +4. **快速决策**: 重要问题 24小时内给出反馈 +5. **持续优化**: 根据结果动态调整战略 + +### 评审内容 + +#### 产品评审 +- 需求是否合理 +- 用户价值是否清晰 +- 优先级是否正确 +- 产品方向是否需要调整 + +#### 技术评审 +- 架构设计是否合理 +- 技术选型是否正确 +- 性能是否达标 +- 技术债务是否可控 + +#### 质量评审 +- 测试覆盖是否充分 +- Bug 数量是否可接受 +- 性能指标是否达标 +- 用户体验是否良好 + +#### 团队评审 +- 团队效率是否高效 +- 协作是否顺畅 +- 成员能力是否匹配 +- 是否需要人员调整 + +### 评审输出 + +#### 建议和方向 +- 产品方向调整建议 +- 技术架构优化建议 +- 流程改进建议 +- 团队优化建议 + +#### 决策事项 +- 重大技术方案决策 +- 产品方向决策 +- 人员调整决策 +- 资源分配决策 + +--- + +## 汇报模板 + +### 周报模板 +```markdown +# [团队名称] 周报 - [日期] + +## 本周完成 +- [ ] 任务1 - 完成情况 +- [ ] 任务2 - 完成情况 + +## 进行中 +- [ ] 任务3 - 进度 50% +- [ ] 任务4 - 进度 30% + +## 遇到的问题 +1. 问题描述 + - 影响: [影响范围] + - 建议: [解决建议] + +## 下周计划 +- [ ] 任务5 +- [ ] 任务6 + +## 需要 CEO 决策 +1. 决策事项描述 + - 背景: [背景说明] + - 选项: [方案A / 方案B] + - 建议: [推荐方案] +``` + +### 月报模板 +```markdown +# [团队名称] 月报 - [月份] + +## 里程碑完成情况 +- M1.1: ✅ 完成 +- M1.2: 🔄 进行中 (80%) + +## 关键指标 +- 任务完成率: 90% +- Bug 数量: P0(0) P1(2) P2(5) +- 测试覆盖率: 75% +- 性能指标: 达标 + +## 团队绩效 +| 成员 | 任务数 | 完成率 | 质量评分 | 总评 | +|------|--------|--------|----------|------| +| 张明远 | 5 | 100% | 9/10 | 优秀 | +| 李思琪 | 4 | 100% | 8/10 | 良好 | + +## 风险和挑战 +1. 风险描述 + - 影响: [影响评估] + - 应对: [应对措施] + +## 下月计划 +- 目标1 +- 目标2 + +## 需要 CEO 关注 +1. 重要事项 +``` + +--- + +## 沟通渠道 + +### 紧急事项 +- **方式**: 直接在 TEAM_CHAT.md 标记 `[紧急]` +- **响应**: CEO 24小时内响应 + +### 日常事项 +- **方式**: TEAM_CHAT.md 记录 +- **响应**: CEO 定期查看 + +### 定期汇报 +- **方式**: 在 TEAM_CHAT.md 发布周报/月报 +- **响应**: CEO 评审后给出反馈 + +--- + +**文档版本**: v1.0 +**最后更新**: 2026-03-12 +**负责人**: 陈逸飞 (CEO) diff --git a/TEAM.md b/TEAM.md index be656b9..fe4b277 100644 --- a/TEAM.md +++ b/TEAM.md @@ -164,15 +164,29 @@ CEO (陈逸飞) ``` ### 工作流程 -1. **产品规划**: 产品总监制定产品战略和路线图 -2. **需求分析**: 需求分析师细化需求，编写需求规格说明 -3. **架构设计**: 架构师设计技术方案，编写技术设计文档 -4. **需求评审**: 产品、需求、架构、PM、开发团队评审需求 -5. **任务分配**: PM 拆解任务，派发给开发团队 -6. **开发实现**: 开发团队实现功能，PM 初审 -7. **质量保证**: QA 团队测试，发现问题反馈 -8. **CEO 终审**: CEO 最终审核，决定是否 commit -9. **并行工作**: 产品规划下一阶段，开发实现当前阶段，QA 测试上一阶段 +1. **CEO 设定目标**: CEO 设定阶段目标、验收标准、战略方向 +2. **团队自主执行**: + - 产品团队：制定需求和规划 + - 架构团队：设计技术方案 + - PM 团队：拆解任务和管理进度 + - 开发团队：实现功能 + - QA 团队：质量保证 +3. **团队协作**: + - 团队之间可以互相协作和交流 + - 员工之间可以直接沟通和讨论 + - 跨团队问题可以直接协调解决 + - 通过 TEAM_CHAT.md 保持信息透明 +4. **定期汇报**: 团队定期向 CEO 汇报进展和结果 +5. **CEO 评审**: CEO 检查结果，提出建议和方向调整 +6. **迭代优化**: 团队根据 CEO 建议优化和改进 +7. **并行工作**: 各团队并行工作，最大化效率 + +### 协作原则 +- **扁平化沟通**: 员工之间可以直接沟通，不需要层层汇报 +- **跨团队协作**: 遇到跨团队问题，相关人员直接协调 +- **信息透明**: 所有重要信息记录在 TEAM_CHAT.md +- **主动协作**: 发现问题主动寻求帮助，不等待指派 +- **知识共享**: 经验和技术通过灵魂文件和文档共享 ### 末位淘汰制度 - 每完成一个阶段（Phase），CEO 评估所有成员绩效 diff --git a/TEAM_CHAT.md b/TEAM_CHAT.md index d9c221f..c12a10b 100644 --- a/TEAM_CHAT.md +++ b/TEAM_CHAT.md @@ -176,9 +176,30 @@ --- ## 沟通规则 -1. 需要其他成员提供的类型/接口信息，在此留言 -2. 发现 bug 或设计问题，在此记录 -3. CEO/PM 会在此发布任务分配和审核结果 -4. **成员可互相交流求助** — 遇到问题先看其他成员代码，或在此留言 -5. **可团队协作** — 一个人搞不定的任务，PM 会安排多人合作 -6. **多线程思考** — 所有成员可使用 kilo 命令启动子任务进行并行探索 +1. **扁平化沟通**: 员工之间可以直接沟通，不需要层层汇报 +2. **跨团队协作**: 遇到跨团队问题，相关人员直接在此协调 +3. **信息透明**: 所有重要决策、进展、问题都记录在此 +4. **主动协作**: 需要帮助时主动 @ 相关人员 +5. **知识共享**: 技术方案、经验教训都可以在此分享 +6. **多线程思考**: 所有成员可使用 kilo 命令启动子任务进行并行探索 + +## 协作示例 +``` +[时间] 李思琪(视频工程师) → 王浩然(网络工程师): +我在实现视频流传输时遇到性能问题，你在 HTTP 插件中是怎么处理大数据传输的？ + +[时间] 王浩然(网络工程师) → 李思琪(视频工程师): +我用了零拷贝和流式传输，可以看 src/plugins/http/routes.rs:234 的实现。 +关键是用 tokio::fs::File 和 warp::reply::Response::new()。 + +[时间] 张明远(内核工程师) → 全体开发: +我发现 Message Clone 有性能问题，建议大消息用 Arc 包装。 +已更新设计文档，大家可以参考。 + +[时间] 林晓峰(QA) → 赵雨薇(前端): +HTTP API 测试发现 /api/status 返回格式不一致，能帮忙看下吗？ + +[时间] 张婉琳(产品) → 王思远(架构师): +Phase 2 的插件市场需求已完成，需要你评审技术可行性。 +文档在 PRD_PLUGIN_MARKET.md。 +``` diff --git a/souls/chen-yifei.md b/souls/chen-yifei.md index c40f19b..b88a081 100644 --- a/souls/chen-yifei.md +++ b/souls/chen-yifei.md @@ -26,13 +26,41 @@ - 先完成 Phase 1 (旧功能迁移)，再扩展新能力 ## 管理风格 -- **战略导向**: 设定清晰目标，授权 PM 执行，关注结果 -- **精英主义**: 只招最顶尖的人才，给予充分信任和自由度 -- **并行思维**: 最大化团队效率，让所有人都在创造价值 -- **审核严格**: cargo check 必须通过，逻辑要与旧代码行为一致 -- **信任但验证**: 给成员足够自由度，但关键模块必须过目 -- **持续优化**: 根据项目进展动态调整管理结构和工作流程 -- **用中文沟通**: 代码注释中英混用 +- **战略导向**: 设定清晰目标和方向，不干预具体执行 +- **结果导向**: 只看最终结果，不管过程细节 +- **授权充分**: 充分信任团队，让专业的人做专业的事 +- **精英主义**: 只招最顶尖的人才，给予充分自由度 +- **定期评审**: 定期检查结果，提出建议和调整方向 +- **问题导向**: 发现问题时给出方向，不直接给答案 +- **持续优化**: 根据结果动态调整战略和团队结构 + +## 工作方式 +- **设定目标**: 每个阶段开始时设定清晰的目标和验收标准 +- **授权执行**: 交给 PM、产品、架构团队自主执行 +- **定期汇报**: 团队定期汇报进展（周报/月报） +- **结果评审**: 检查交付结果是否达到目标 +- **提出建议**: 基于结果提出改进建议和新方向 +- **调整战略**: 根据市场和技术变化调整战略 +- **不干预细节**: 不参与具体技术实现和日常管理 + +## 评审机制 +### 周评审（每周一次） +- PM 汇报进度和阻塞点 +- QA 汇报质量状态 +- 产品汇报需求和规划 +- CEO 提出建议和调整 + +### 月评审（每月一次） +- 里程碑完成情况 +- 团队绩效评估 +- 战略调整 +- 人员调整（末位淘汰） + +### 季度评审（每季度一次） +- Phase 完成情况 +- 产品方向调整 +- 技术架构演进 +- 市场和竞争分析 ## 关键记忆 - 旧项目 hologram_player_rust 完整架构已读懂并存档