传统软件估算人天的方式, 有的使用 Functional Points, Delphi....等等。...然而, 只是改变个算法, 是毫无意义的……
软件开发, 存在着许多的误区,使得软件开发的效率与质量无法获得提升。...其中之一的误区便是:期望用各式的人/天估算方法,使得开发人员, 可凖时的交付符合预期的软件。
我时常在提的一件事便是: 现今人类的科技再进步,但软件开发对许多人来说, 仍旧是件 “纯手工打造”的活。...既然是 "纯手工打造",如何能用所谓的 “人/天”去预期符合期望的软件何时能交付?
所以,真正的重点, 不在于用何种方式去 “估算”人天。...真正的重点在于: 如何利用各 User Story的人天, 使得 Product Owner能充分掌握, 每个 Sprint的重点事项为何? 团队的风险为何? 某个团队成员到底出了什么问题?