注册
|
帮助
|
更新
|
排行
首页
关于
悟道
读书
问答
工具
需求分析
建模
Agile
软件架构
Patterns
人物
案例
编程
咨询
培训
ITPUB
系统分析/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:05
21
zjzkiss >> "为什么不能合二为一呢?让测试师来写需求,让需求师来写测试。" 这好像仍然没有合二为一吧,是我理解有误吗?
(可能我写得还不够清楚)测试师,需求师,其实是两种工作角色(Role)。在实践中,我们可以让一个人(Individual)根据项目需要同时具备这两种或多种技能,扮演多种角色。
当项目需要分析需求的时候,他可以写需求,完成需求工作;当项目需要测试时候,他可以写测试,完成测试工作。也就是说,同一拨人即可以写需求,也可以写测试。这样,人力、时间上都节省了,不会出现空闲和等待的情况。
另外,我从 Craig Larman 大师那里了解到,现在西式敏捷也有个潮流,鼓励和提倡发展多方面技能、才干的软件程序员和工程师。
thanks
394 个字
添加评论
点击: 3718 回复:0
共 16 个主题 20 条评论
<添加新主题>
显示方式
主题树-按回复/更新先后(缺省)
主题树-按主题发表先后
逐条显示全部-按发表/更新先后
显示顺序
降序(缺省)
升序
支持 IE 1024 * 768 以上
首页
|
使用指南
| 站点地图 |
版权声明
|
联系方法
| © 2005-2010 张恂 版权所有.
沪ICP备05023401号
(可能我写得还不够清楚)测试师,需求师,其实是两种工作角色(Role)。在实践中,我们可以让一个人(Individual)根据项目需要同时具备这两种或多种技能,扮演多种角色。
当项目需要分析需求的时候,他可以写需求,完成需求工作;当项目需要测试时候,他可以写测试,完成测试工作。也就是说,同一拨人即可以写需求,也可以写测试。这样,人力、时间上都节省了,不会出现空闲和等待的情况。
另外,我从 Craig Larman 大师那里了解到,现在西式敏捷也有个潮流,鼓励和提倡发展多方面技能、才干的软件程序员和工程师。
thanks