> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kodus.io/llms.txt
> Use this file to discover all available pages before exploring further.

# 开发者的 PR

> 按周跟踪每个开发者完成的拉取请求

## 什么是开发者的 PR

开发者的 PR 衡量每个团队成员完成的**已关闭**拉取请求的数量，按周分组。此指标侧重于实际结果和已完成的工作，为您提供有关个人开发者生产力和团队工作负载分配的见解。

## 我们如何计算

我们自动跟踪每个已关闭的拉取请求，并按开发者和周（从周一开始）分组。这为您提供了谁在何时完成工作的清晰视图。

**我们跟踪的内容：**

* **已关闭的 PR**：每个已完成的 PR（已合并或已关闭）
* **开发者归属**：谁创作了每个已完成的 PR
* **每周汇总**：从周一开始按周分组
* **完成计数**：每个开发者每周完成的 PR 数量

**我们不计算的内容：**

* 开放或草稿 PR
* 没有有效关闭日期的 PR
* 未完成或放弃的工作

**计算方式：**

```
每个开发者的每周 PR = 每个开发者每周已关闭 PR 的计数
```

我们从周一开始按周分组数据，为您提供一致的每周见解，并识别随时间推移的趋势。

## 为什么重要

了解开发者的 PR 完成情况可以帮助您：

* **衡量个人产出**：了解谁完成了最多的工作
* **识别生产力模式**：了解每周的节奏和趋势
* **平衡工作负载**：在团队中更均匀地分配工作
* **跟踪团队绩效**：监控整体团队速度和产出

### 对团队管理的影响

* **资源分配**：根据个人能力更好地分配工作
* **绩效认可**：承认高绩效者及其贡献
* **瓶颈识别**：找到工作卡住或延迟的地方
* **团队规划**：为项目时间表设定现实的期望

### 团队分布

* **平衡**：工作在团队成员之间均匀分配
* **集中**：少数开发者处理大部分工作
* **分散**：工作在太多开发者之间分散得太薄

## 如何改进

### 增加个人产出

* **清晰的目标**：为每个开发者设定具体、可实现的目标
* **技能发展**：提供减慢他们速度的领域的培训
* **工具优化**：确保开发者拥有正确的工具和访问权限
* **减少阻碍**：消除阻止工作完成的障碍

### 改善团队平衡

* **工作分配**：在团队中更均匀地分配工作
* **交叉培训**：帮助开发者在不同领域工作
* **结对编程**：鼓励协作和知识共享
* **指导**：资深开发者帮助初级团队成员

### 优化工作流程

* **清晰的流程**：定义工作如何流经团队
* **自动化**：减少手动重复性任务
* **沟通**：改善团队协调和信息共享
* **审查效率**：简化代码审查流程

## 与开发者活动的主要区别

| **方面**    | **开发者活动** | **开发者的 PR**           |
| --------- | --------- | --------------------- |
| **PR 状态** | ❌ 无过滤     | ✅ `status = 'closed'` |
| **日期基础**  | **创建**日期  | **完成**日期              |
| **汇总**    | 按**特定日期** | 按**周**                |
| **重点**    | 创建活动      | 完成结果                  |

## 常见模式

### 高产出开发者

* **特征**：每周持续完成许多 PR
* **好处**：推动团队速度，设定绩效标准
* **风险**：潜在的倦怠、知识孤岛
* **管理**：确保可持续的节奏，分享知识

### 低产出开发者

* **特征**：每周完成的 PR 较少
* **可能原因**：学习曲线、复杂任务、外部因素
* **支持**：提供指导、简化任务、检查阻碍
* **目标**：设定增量改进目标

## 上下文考虑

* **PR 大小**：具有较少但更大 PR 的开发者可能同样高效
* **复杂性**：某些工作自然需要更长的时间来完成
* **团队角色**：不同角色可能具有不同的 PR 模式
* **项目阶段**：在不同的开发阶段产出会有所不同