从小所接受的教育,只讲求「正确答案」,长大之后也只会「理盲」的在敏捷开发中找「正确答案」。将敏捷开发变为一「正确答案的流程样板活动」,而永远无法在敏捷开发中,以「道理」来说服团队成员,以「决策」来应变外部的变化。
所以,实施敏捷的团队,普遍的现象是:按时开站立会议,回顾会议,但沉默不语的人多。
选代进行中,会共同澄清需求,但等待「最终需求规格(答案)」的人占多数,能对 User Story 提出不同场景的人少之又少。
写自动化单元测试代码的人有,但绝大多数人只是将测试覆盖率当成是「最终标准答案」,却鲜有人能从自动化单元测试中,思考对架构最适合的策略为何?
“敏捷开发最核心的智慧是:它有答案,但不是单一标准的答案。它有流程,但不是单一的标准流程。它有文档,但不是以单一的标准形式体现。”
“敏捷开发的智慧,能带给我们,改变我们的是:
唤醒我们应变与深度思考的本能。使我们能回归到人类行为与产品开发的本质,而能随时根据外部的变化,做出最适合的决策。"
“最适合的决策,就是敏捷开发中的答案,但不会是单一标准的答案。”
时间: 2024-11-06 04:36:17