论坛首页 综合技术论坛

user story的解耦过程

浏览 2095 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-01-13   最后修改:2009-01-13
今天坐在车上看电子书,关于user stroy的,文中提到"user stroy是开发人员和客户之间的一种契约",那我就想这不是和interface的概念相吻合嘛,user stroy是一个解耦过程,因为需求是变化的,user stroy是稳定的,可能因为user stroy用interface的概念,才只用三言二语描述,放过一些细节,细节当然在实现的用了

以上只是个人的一点想法,也不知道是否在理,欢迎回贴交流,

个体和交互             胜过    工具和过程
可以运行的软件        胜过    面面俱到的文档
客户合作                胜过    合同谈判
响应变化                胜过    遵循计划

1. 优先级最高的是,通过早期和持续交付有价值的软件来满足客户。
2. 欢迎变更需求,即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。
3. 以两周到两月为周期,频繁地交付可运行的软件,首推较短的时间定量。
4. 在整个项目过程中,每一天开发人员都要和业务人员合作。
5. 由个体推动项目的建设,为个体提供所需的环境,支持和信任。
6. 在开发团队中或开发团队间传递信息的最为有效和高效的方法是面对面的交谈。
7. 衡量进展的重要尺度是可运行的软件。
8. 敏捷过程提倡可持续的开发。
9. 发起人,开发者和用户应该步调一致。
10.不断地关注技术上优越的设计会提高敏捷性。
11.简洁是最重要的,简洁就是尽量减少工作量的艺术。
12.最佳的架构,需求和设计来自于自组织的团队。
13.团队要定期反省如何使工作更有效,然后相应地调整行为。
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics