NO PAINS,NO GAINS

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

2007年2月27日

摘要: 客户也可以从公开协商迭代式的和约中受益,一个叫作 累进的获取得方法。使用这个方法,首先双方可以为整个项目协商一个大致的协议作为描述双方管理商业关系的合法的指导。然后项目被划分为两个或者更多的子和约。早期的和约基于时间和所需的资源指明了款额,因为任何一方都不能足以知道整个方案和可能的开发成本以作出合理的预先承诺。后来的和约式固定的价格,它最小化了双方对应该的交付产物的不一致。 结论 我们已经讨... 阅读全文
posted @ 2007-02-27 10:30 JazzieZhang 阅读(181) 评论(0) 推荐(0) 编辑

摘要: 使项目中的每一个成员都参与到质量保证中对于项目经理来说移到迭代开发方法需要的其他思想的改变是开始将质量保证作为一个集体的职责考虑。我通常会惊讶的听到项目经理说“我需要测试小组对我的开发人员保持忠诚,”或者“如果分析人员没有写下单个的需求,他们将不会被实现。” 当然,你的确需要测试小组来建立高质量的应用,并且失败的文档化和跟踪需求将导致问题的出现。但是如果开发人员不把质量当作自己的责任,你也就会陷入... 阅读全文
posted @ 2007-02-27 10:28 JazzieZhang 阅读(184) 评论(0) 推荐(0) 编辑

摘要: 此外,测试人员必须向团队的其他能够适当的改经需求、设计、代码和其他支持性的产物的成员提供测试的反馈。测试人员可以通过这些任务来帮助其他项目成员的工作:通常他们可以帮助产生更好的需求,因为他们在计划方法来测量一个需求是否被满足的方面是经过训练的。同时,现代的集成测试和开发环境允许他们通过使用基线的代码配置进行连续的测试工作。 就像分析人员和开发人员承担了更多的任务一样,测试人员也承担起了更多的任务... 阅读全文
posted @ 2007-02-27 10:25 JazzieZhang 阅读(154) 评论(0) 推荐(0) 编辑

摘要: 分析人员和最终用户的交流应该贯穿于整个项目的生命周期中 传统开发模式的另外一个缺陷是缺乏在分析人员与最终用户之间的交流。 最终用户被期望预先的指出需求并且对需求进行检查,但是他们有限的参与了方案的开发。在许多情况下,和约的商定是以预先被描述的需求为基础的,并且后来的变更需要有一个和约上的协商。 在整个开发的生命周期中维护在用户与分析人员之间的交流是尤其有效的。双方都应该理解他们拥有相同的目标... 阅读全文
posted @ 2007-02-27 10:24 JazzieZhang 阅读(189) 评论(0) 推荐(0) 编辑

摘要: 本文来自 Rational Edge :RUP 的专家解释了被软件开发项目成员需要的职责和观点上的改变,并且介绍了成功的从传统的瀑布型方法向迭代方法转变的客户案例。 成功的采用迭代开发方法的实践不仅仅需要部署一系列的新技术,也需要改变团队协作的方式和团队成员的职责。在本文中,我们将会了解到被软件开发项目成员需要的职责和观点上的改变,并且介绍了成功的从传统的瀑布型方法向迭代方法转变的客户案例。 ... 阅读全文
posted @ 2007-02-27 10:23 JazzieZhang 阅读(196) 评论(0) 推荐(0) 编辑