• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

迭代开发需要一种不同的观点[5]

发布: 2007-5-14 20:14 | 作者: Per Kroll | 来源: Rational Unified Process, IBM | 查看: 51次 | 进入软件测试论坛讨论

领测软件测试网
  客户也可以从公开协商迭代式的和约中受益,一个叫作 累进的获取得方法。使用这个方法,首先双方可以为整个项目协商一个大致的协议作为描述双方管理商业关系的合法的指导。然后项目被划分为两个或者更多的子和约。早期的和约基于时间和所需的 资源指明了款额,因为任何一方都不能足以知道整个方案和可能的开发成本以作出合理的预先承诺。后来的和约式固定的价格,它最小化了双方对应该的交付产物的不一致。

  结论

  我们已经讨论了对软件开发采用迭代的方法不仅仅简单的需要遵循一系列的指南。迭代开发和支持迭代开发的现代技术改变了软件开发游戏中的规则,并使许多在过去战统治地位的公理失去了效力。成功的从瀑布型的方法向迭代的方法转变要求软件开发 团队在个人的责任和如何与团队其他成员交互上发生了变化。换句话说,它要求在多中角色团队成员的行为和价值上作出明显的和持久改变。

  只有每一个团队成员都能够理解迭代开发需要做的必要的改变的基本原理,组织才能够实现这些变化。在每一个项目的开始,对于项目团队来说,公开的讨论我们在本文中的迭代开发训练部分已经讨论的必要的行为和有感知的变化是有益处的。本文可以作为这些讨论的出发点:项目团队应该赞同这些思想上的改变和上面针对他们特定项目讨论的实践。

  基本上,本文是关于如何通过使用迭代开发的方法和通过确保整个团队共享项目的远景建立“正确的”软件的,并讲述了你应该如何与团队紧密的合作来实现这个远景。 项目经理能够在工作过程中鼓励这种变化,但是它最终建立在团队成员接受和有效的实施是些变化之上

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

51/512345>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网