码迷,mamicode.com
首页 > 其他好文 > 详细

敏捷开发下该如何正确的看待人/天这件事?

时间:2015-03-20 18:46:00      阅读:169      评论:0      收藏:0      [点我收藏+]

标签:敏捷开发   sprint   人天   

传统软件估算人天的方式, 有的使用 Functional Points, Delphi....等等

敏捷开发, 使用数学黄金比例; 1, 2, 3, 5, 8, 13; 以各 User Stories 之间 "相对" 的复杂度, 估算各 User Stories 所需的人天

然而, 只是改变个算法, 是毫无意义的……

软件开发, 存在着许多的误区,使得软件开发的效率与质量无法获得提升。其中之一的误区便是:期望用各式的人/天估算方法,使得开发人员, 可凖时的交付符合预期的软件。

我时常在提的一件事便是: 现今人类的科技再进步,但软件开发对许多人来说, 仍旧是件纯手工打造的活。既然是 "纯手工打造",如何能用所谓的人/天去预期符合期望的软件何时能交付?

所以,真正的重点, 不在于用何种方式估算人天。

真正的重点在于: 如何利用各 User Story的人天, 使得 Product Owner能充分掌握, 每个 Sprint的重点事项为何? 团队的风险为何? 某个团队成员到底出了什么问题?该制定何种有效的策略, Sprint计划, 才能带领团队发布出真正有价值的版本。

/,是用来供 Product Owner决策用的, 不是用来简化管理;将完全充满人类行为的软件开发,简化为制式, 单一的机器运作

敏捷开发下该如何正确的看待人/天这件事?

标签:敏捷开发   sprint   人天   

原文地址:http://blog.csdn.net/featuresoft/article/details/44493593

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!