| name | engineer-evaluation |
| description | エンジニア評価の観点と判断基準。レビュー資料生成時に自動参照される。 |
エンジニア評価の観点
評価の原則
- 数値は「傾向の手がかり」であり、それ自体が評価ではない
- コード量の多寡ではなく、変更のインパクトと品質を見る
- レビュー活動はコードを書くことと同等の貢献として扱う
5つの評価軸
1. 実装力
- PR サイズの適切さ（大きすぎないか、意味のある単位か）
- マージまでのリードタイム
- リバートや hotfix の頻度（品質の間接指標）
2. レビュー貢献
- レビュー件数と応答速度
- コメントの質：指摘の具体性、代替案の提示があるか
- 承認/変更要求の比率（安易な承認ばかりでないか）
3. 技術的リーダーシップ
- 設計に関する Issue や Discussion への参加
- 他メンバーの PR への建設的なフィードバック
- ドキュメント・ADR（Architecture Decision Record）への貢献
4. 協働・コミュニケーション
- PR 説明文の充実度（背景・目的・テスト方針の記載）
- Issue のラベル付け・整理への貢献
- チーム横断での活動（他チームのリポジトリへの貢献）
5. 成長トレンド
- 前四半期との活動量・活動範囲の変化
- 新しい領域への挑戦（初めて触るリポジトリやコンポーネント）
- レビュー品質の変化
注意事項
- 個人の GitHub 活動はあくまで「観測可能な一部」である
- 設計相談、ペアプロ、口頭レビューなど GitHub に残らない貢献は反映されない
- 本資料は面談の「たたき台」であり、最終評価ではないことを明記する
出力テンプレート
# {ユーザー名} 四半期レビュー（{期間}）
> ※ このレビューは GitHub 上の活動データに基づく。口頭レビュー・ペアプロ等は含まれない。
## 数値サマリー
| 指標 | 今期 | 前期 | 変化 |
| -------------------- | ---- | ---- | ---- |
| マージ済みPR | - | - | - |
| レビュー件数 | - | - | - |
| レビューコメント数 | - | - | - |
| 平均レビュー応答時間 | - | - | - |
| Issue起票/クローズ | - | - | - |
## 強み（データに基づく所見）
-
## 成長領域（データに基づく所見）
-
## 特記事項
-
