注册 | 帮助 | 更新 | 排行
系统分析/UML 坛 项目过程坛 项目管理坛 敏捷圈 我的空间
站长介绍 友情链接 我的服务 客户评价 我的程序人生
读书首页 图书排行榜 书讯 书评与读书笔记 专业杂志
问答首页 敏捷 FAQ UML FAQ Use Case 问答
人物首页
案例首页
UML 工具 需求用例工具
我的思考(blog) 我的文章 我的评论 我的著作
新闻与综合评论 书评 所有评论消息
.NET Java JavaScript XML
Hibernate Spring Struts Eclipse NetBeans
VB.NET C# ASP.NET ADO.NET
架构首页 Web 应用框架设计(ZXFramework) OOA OOD 重构 AJAX 架构测试
OOD 原则
咨询服务简介 咨询服务项目 敏捷 OO 私教 客户评价 所有问答...
培训服务简介 OOAD*UML 统一用例方法 UUCM 敏捷迭代开发 所有课程... 敏捷 OO 私教 客户评价
用例首页 用例新闻 用例资源 用例问答 统一用例方法 UUCM 用例模版 UUCMTool
UML 首页 UML 新闻 UML 中文 FAQ UML 问答 UML 文章 OOAD/UML 图书 UML 资源 UML 工具 业务建模 OOA OOD SysML MDA
敏捷首页 敏捷 FAQ 敏捷新闻 敏捷资源 敏捷问答 敏捷工具 Scrum Lean 中式太极敏捷 UDD UP/RUP/AUP 家族 XP CMM/CMMI MSF for Agile
模式首页 业务/领域/分析模式 软件需求/用例模式 架构模式 设计模式 大道至简:实话设计模式 ZXPatterns:原创 Web 架构设计模式
设计模式资源
需求用例模式资源
业务分析模式资源
登录 |
在线 11 人 登录 0 人

悟道

[阅读:11400]
共 16 个主题 20 条评论 <添加新主题>
20)回复-回复-太极敏捷的主要理论和观点:需求问题张恂E2009-2-6 17:43:0521
zjzkiss >> "为什么不能合二为一呢?让测试师来写需求,让需求师来写测试。" 这好像仍然没有合二为一吧,是我理解有误吗?


(可能我写得还不够清楚)测试师,需求师,其实是两种工作角色(Role)。在实践中,我们可以让一个人(Individual)根据项目需要同时具备这两种或多种技能,扮演多种角色。

当项目需要分析需求的时候,他可以写需求,完成需求工作;当项目需要测试时候,他可以写测试,完成测试工作。也就是说,同一拨人即可以写需求,也可以写测试。这样,人力、时间上都节省了,不会出现空闲和等待的情况。

另外,我从 Craig Larman 大师那里了解到,现在西式敏捷也有个潮流,鼓励和提倡发展多方面技能、才干的软件程序员和工程师。

thanks
394 个字 添加评论 点击: 3718 回复:0

共 16 个主题 20 条评论 <添加新主题>

支持 IE 1024 * 768 以上
首页 | 使用指南 | 站点地图 | 版权声明 | 联系方法 | © 2005-2010 张恂 版权所有. 沪ICP备05023401号