敏捷的可能起源

HTML clipboard

做了半年的东西又被否定了, 这里有两个可以改进的地方, 一个是半年, 一个是否定; 那以后干脆两星期让他们看一次, 顶多浪费两星期的工作; 想不被否定, 干脆拉他们一起来干活, 现场让他们说要啥, 立马就做啥给他看.

可两个星期就演示一次能演示啥? 架构还没设计好. 那干脆先简单直接一点, 把功能实现, 别的以后再说, 有问题再改, 别两周啥功能也没实现, 显得没工作量.

功能是做出来了, 演示也通过了, 可新的需求来了, 前面的代码要大量改动, 谁也保证不了不会破坏以前的功能. 那看来以后得写测试, 保证改动的正确性.

现在为了准备演示需要花两三天, 并且总是有突发状况, 少这少那的. 那干脆尽量每天都弄个版本出来, 放那备着, 随时可以看.

有哥们与领导闹翻了, 暗地里把代码写的一团糟, 晦涩难懂, 漏洞百出, 最终悄悄的另谋高就去了. 团队于是决定以后的工作都至少两个人一起干, 还得经常轮换.

综上所述, 敏捷就是为了对付对付, 尽快交差收钱.