构建之法阅读笔记05

《构建之法》第五章阅读笔记

（阅读范围：第5章 "团队和流程"）

---

一、本章核心内容总结

1. 团队与非团队的区别

• 团队特征：共同目标、互补技能、相互负责（书中5.1节）
• 反例：仅共享办公空间的"伪团队"

2. 主流团队模式对比

3. 开发流程演进

• 从瀑布模型到敏捷开发的本质：应对需求不确定性的能力提升
• 持续集成的核心价值：快速反馈（书中图5-5）

---

二、个人反思与改进方案

1. 过去的问题行为
   去年互联网"+"项目时：

• 采用"群众运动"模式：团队虽然有明确分工，但是所有人同时改同一份需求文档
• 开发流程混乱：需求未冻结就启动编码，导致后期30%功能返工

2. 理论对照分析

• 团队失效：违反5.1节"团队三大特征"，成员对交付目标理解不一致
• 模式错配：本应使用"功能团队"模式（5.2节），却陷入"无政府状态"
• 流程失控：未建立5.3节强调的"迭代基线"，需求变更无管控机制

3. 改进方案
   在以后的团队合作中要做到
   1) 团队重组矩阵

角色职责表：  
| 角色        | 具体职责                  | 技能要求          |  
|-------------|--------------------------|-------------------|  
| 需求锚点    | 维护需求追踪矩阵          | 业务建模能力      |  
| 代码守门员  | 管理CI/CD流水线           | 自动化测试经验    |  
| 技术侦察兵  | 新技术预研评估            | 快速学习能力      |  

2) 轻量级流程框架

graph LR A[两周迭代] --> B{需求评审} B -->|通过| C[故事点估算] C --> D[每日构建] D --> E[迭代回顾]

• 每个迭代严格限制3个核心需求
• 采用T型技能分配：每人主导1模块，辅助2模块

3) 高效会议规则

• 站会三要素：
  ① 昨日完成（演示可运行代码）
  ② 今日计划（关联JIRA任务ID）
  ③ 阻塞问题（需明确求助对象）
• 强制使用计时器（15分钟/次）

---

三、实践验证计划

1. 效能度量指标

• 需求波动率 = 新增需求数/迭代需求总数
• 迭代达成率 = 交付故事点/承诺故事点
• 构建失败率 = 失败构建次数/总构建次数

2. 工具链配置示例

# gitlab-ci.yml片段  
stages:  
  - code_review  
  - build  
  - deploy  

code_check:  
  stage: code_review  
  script:  
    - sonar-scanner -Dsonar.projectVersion=$CI_COMMIT_REF_NAME  

3. 反模式检查清单
   □ 是否有多人同时修改同一文件
   □ 是否存在未关联需求的代码提交
   □ 是否超过2天没有可运行版本