第7部分：软件工艺
第7部分软件工艺：把原则放入情境，用反复试验和可解释折中形成可交接判断。
学习目标
- 能把软件工艺原则转译成当前情境中的输入、约束和可观察选择。
- 能用小实验挑战规则，记录折中、代价、被拒绝的替代方案和重审条件。
- 能让第二位实践者从同一情境重建判断，而不是依赖个人经验或口号。
为什么需要这一部分
软件工艺不是背诵原则，而是在复杂情境中做出可解释的选择。原则能缩小搜索空间，情境决定约束，试验提供证据，折中记录代价，最终判断规定何时接受、何时重审。没有反例和证据，经验很容易变成不可质疑的权威。
先避开三个工艺误区
核心合同与操作术语
↡为问题提供方向并缩小搜索空间的可复用经验需要情境约束；↡当前系统、团队、资源和风险组成的具体条件决定原则如何落地。↡每次只改变一个条件并根据结果更新模型的短周期验证提供证据；↡在目标、约束、成本和风险之间作出的可解释接受记录代价；↡写明证据、适用范围、替代方案和重审条件的结果让工艺不依赖个人记忆。
目录节点逐项深读
第7部分 软件工艺
本部分的阅读合同是：先写原则和情境，再用试验检验，记录折中和被拒绝的替代方案，最后写判断与重审点。反例出现时重审模型，不用增加例外掩盖原则失效。
最小可重放实现
principle = choose_direction(problem)
context = freeze_constraints(input, team, risk)
experiment = change_one_condition(principle, context)
tradeoff = record_costs_and_rejected_alternative(experiment)
decision = state_acceptance_and_review_trigger(tradeoff)正常轨迹验证原则；边界轨迹加入新的约束；故障轨迹让原则与反例冲突；复位轨迹回到同一情境，检查判断是否仍可复现。
先预测，再操作证据实验
先预测原则、情境、试验或折中改变后哪个节点会先变化，再只切换一个场景。组件展示软件工艺的决策证据链，不把经验转换成自动规则。
第7部分 软件工艺 · 证据实验
原则 → 情境 → 试验 → 折中 → 可交接判断
固定版本、输入和观察窗口，只改变一个条件；先预测首个偏离，再用同一基线复位。
练习与答案
练习
问题 1：把原则放入情境。 “始终抽象接口”遇到一个一次性脚本时，应记录什么？
问题 2：挑战经验。 团队说“这个方案一直最快”，如何设计反例？
问题 3：交接判断。 一项折中怎样让未参与决定的人复查？
术语表
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 原则
- 为问题提供方向并缩小搜索空间的可复用经验。
- 情境
- 当前系统、团队、资源和风险的具体条件。
- 试验
- 只改变一个条件并根据结果更新模型的验证。
- 折中
- 在目标、约束、成本和风险之间的可解释接受。
- 可交接判断
- 包含证据、范围、替代方案和重审条件的决定。
本页小结
软件工艺把原则、情境、试验、折中和判断连接成证据链。规则遇到反例时应重审，经验只有写出输入、代价和边界，才能成为团队可交接的工艺。
讨论
评论区加载中…