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

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

需求迭代与项目风险控制[6]

发布: 2008-8-26 15:12 | 作者: 网络转载 | 来源: csai | 查看: 24次 | 进入软件测试论坛讨论

领测软件测试网  如图5所示,如果任务定义了优先级,那么在每个人的桌面上,任务会自动排列。这点对于多任务的项目尤其重要。


    图5 JIRA中的任务会自动排序

    预见到需求迭代的被动性后,Diapers项目团队在Diapers项目上全面启动了JIRA进行项目管理,将需求分解细化后进入JIRA,排定任务的优先级并指定到人,确定每次小版本发布的需求编号,不定期的发布小版本。结合SVN版本控制工具,Diapers项目团队能够将功能需求迭代的粒度控制到最小,项目逐步推进,客户对项目的进度有充分的了解,项目经理也能够准确把握项目的进度,团队中充满了乐观的情绪。

    安抚团队成员的情绪

    工程师对于冗长的需求说明书有天生的恐惧感,开发周期拉得太长,似乎需求迭代无穷无尽。如果需求的迭代周期不在可控范围之内,项目的发布边界模糊不清,项目发布的日期自然也遥遥无期。由此带来的结果是团队每天紧赶慢赶的跟踪需求迭代,消化处理新的需求,工作气氛也是高度紧张。每一次需求迭代,都会进一步增加这种紧张情绪。

    项目经理应该把握项目的进展情况以及客户的真实需求,也要知悉客户的需求底线,更要在必要的时候安抚团队成员的情绪。

    当原始需求第一次被抽象出来的时候,团队的第一要务是快速构建原型系统作为和客户沟通的主要媒介和依据,项目经理应该引导团队把握这一点。

延伸阅读

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

TAG: 风险 项目 需求


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

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