当前位置:首页 > 开发 > IT生活 > 正文

关于敏捷的一些想法

发表于: 2011-12-05   作者:houxinyou   来源:转载   浏览:
摘要: 从网上看到这样一句话:“敏捷开发的最重要目标就是:满足用户多变的需求,说白了就是最大程度的让客户满意。” 感觉表达的不太清楚。 感觉容易被人误解的地方主要在“用户多变的需求”上。 第一种多变,实际上就是没有从根本上了解了用户的需求。用户的需求实际是稳定的,只是比较多,也比较混乱,用户一般只能了解自己的那一小部分,所以没有用户能清楚的表达出整体需求。而由于各种条件的,用户表达自己那一部分时也有

从网上看到这样一句话:“敏捷开发的最重要目标就是:满足用户多变的需求,说白了就是最大程度的让客户满意。”

感觉表达的不太清楚。

感觉容易被人误解的地方主要在“用户多变的需求”上。

第一种多变,实际上就是没有从根本上了解了用户的需求。用户的需求实际是稳定的,只是比较多,也比较混乱,用户一般只能了解自己的那一小部分,所以没有用户能清楚的表达出整体需求。而由于各种条件的,用户表达自己那一部分时也有可能出现表达不清或遗漏的现象。

这种多变,正是敏捷开发所要解决的。

敏捷开发解决的是用户混乱的需求,说白了就是引导用户理清自己的需求。

第二种多变,是指说了不算,算了不说的,今天1+1=2,明天1+1=3。没有规律,只看心情。最常见的就是界面部分。今天签字确认的东西明天就要改。这种是任何方法也解决不了的。而现在国内有很多这种情况是最多的。很多软件的失败,主要还是在这一部分!

关于敏捷的一些想法

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
对敏捷的一些想法 写这篇东西其实是因为工作的关系。学习过一些xp的思想,学习过scrum, 但是研究的
annotation 做为配置都说这个不直观,容易混乱,没xml清楚 但既然都是在做配置,最后都反应到规则上面,
架构设计文档应该体现如下四要素: Logic View(逻辑视图) Physical View(物理视图) Network Str
最近一段时间因为工作强度比较大,而我也正是那种往往在高强度和压力状态下才会冒出ideal的屌丝,因
需要考虑的问题: 1、接收日志的速度及稳定性 2、处理日志的速度及准确性 3、异常情况下的处理流程
没错,就是你们现在看到的这个样子,因为这我被喷了好久。 在2016年1月23日晚,我和鸟儿博客、同讯
在看完 Metal 的开发文档后,除了官方所宣称的一些优点外(比如说更容易理解和使用的 API,更直接和
这几天刚混javaeye论坛看到 http://i2up.iteye.com/ i2up这位仁兄 所发表的一个帖子,是关于仿WEBQQ
Log4j debug log api不够丰富 在进入,退出方法时针对方法的输入参数和返回值进行log,log中含有方
From:http://coolshell.cn/articles/5143.html 自从我发布了“Scrum为什么不行”,并被CSDN推成首页
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号