┌─────────────────────────────────────────────────────────────┐
│                    跨功能团队 (Squad)                         │
│                                                             │
│  ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐            │
│  │   产品   │ │   开发   │ │   测试   │ │   运维   │            │
│  │ 经理    │ │ 工程师   │ │  工程师   │ │  工程师   │            │
│  └─────────┘ └─────────┘ └─────────┘ └─────────┘            │
│       │           │           │           │                  │
│       └───────────┴───────────┴───────────┘                  │
│                       │                                       │
│              ┌────────┴────────┐                              │
│              │   共享平台团队   │                              │
│              │  (Platform Team) │                              │
│              └─────────────────┘                              │
└─────────────────────────────────────────────────────────────┘

# 架构决策记录 (ADR)
# ADR-001: 采用 Kubernetes 作为编排平台
# 状态: 已接受
# 日期: 2024-01-01

## 背景
需要统一的容器编排平台，支持多环境部署和自动扩缩容。

## 决策
采用 Kubernetes 作为容器编排平台。

## 后果
### 正面
- 统一的部署和运维模式
- 丰富的生态系统和工具
- 强大的自愈和扩缩容能力

### 负面
- 学习曲线陡峭
- 运维复杂度增加
- 资源开销较大

# Sprint 回顾模板

## 做得好的
- 自动化测试覆盖率提升 20%
- 部署频率翻倍
- 故障恢复时间缩短 50%

## 需要改进
- 文档更新不及时
- 代码评审周期较长
- 环境一致性问题

## 下个迭代的行动项
1. [ ] 更新部署文档
2. [ ] 优化代码评审流程
3. [ ] 标准化开发环境

git checkout -b feature/new-feature
git add . && git commit -m "feat: add new feature"
git push origin feature/new-feature

docker build -t myapp:latest .
docker run -d -p 8080:8080 myapp:latest
docker-compose up -d

kubectl apply -f deployment.yaml
kubectl get pods -w
kubectl logs -f pod-name
kubectl exec -it pod-name -- /bin/sh

terraform init
terraform plan
terraform apply
terraform destroy