工程管理：节奏、标准与信任

这是“软件团队管理”模块的一篇示例文章，你可以直接在这个文件里用 Markdown 替换为你自己的实践与思考。

1. 节奏：用「周节奏」而不是「任务堆叠」

• 明确本周最重要的 1～3 个交付目标
• 把需求拆到一周内能完成的粒度，避免长期悬而未决
• 每天的 standup 不只是报进度，更是校准优先级

2. 标准：把工程习惯写成「可复制」的模板

• Code Review checklist
• PR 模板（包含需求背景、方案、风险点、回滚方案）
• 错误处理和日志规范

标准的目标不是限制个人，而是让新人也能做出接近老手质量的输出。

3. 信任：让信息透明，让承诺可追踪

• 公共看板：所有需求、Bug、技术债都有“可见的归宿”
• 决策过程有记录：为什么这么定，而不是拍脑袋
• 对人宽容，对系统苛刻：问题暴露出来值得奖励，重复出现才需要比较严肃地复盘

你可以直接修改这篇文章，也可以在 content/team/ 目录下创建新的 Markdown 文件， 后面我们可以再加一个列表页，把多篇文章列出来。