|
锁定老帖子 主题：需求分析
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-11-28
冰云 写道 gigix 写道 我们每个team有至少一个business analyst。没有需求分析者整天跟着客户，还怎么敏捷得起来。
5555，BA好苦啊 欢迎回来break build |
| 返回顶楼 | |
|
发表时间：2005-11-28
swing 写道 冰云 写道 gigix 写道 我们每个team有至少一个business analyst。没有需求分析者整天跟着客户，还怎么敏捷得起来。
5555，BA好苦啊 欢迎回来break build ....... 你就不能盼点好的. 其实BA也不是老跟着客户啊，每天有1半时间在和客户说话就很多了！ BA的一些其他职责包括对Iteration做一些辅助管理，以及对客户作Agile的培训 |
| 返回顶楼 | |
|
发表时间：2005-11-28
冰云 写道 swing 写道 冰云 写道 gigix 写道 我们每个team有至少一个business analyst。没有需求分析者整天跟着客户，还怎么敏捷得起来。
5555，BA好苦啊 欢迎回来break build ....... 你就不能盼点好的. 其实BA也不是老跟着客户啊，每天有1半时间在和客户说话就很多了！ BA的一些其他职责包括对Iteration做一些辅助管理，以及对客户作Agile的培训 哈哈，Agile 培训？ 苦不堪言阿，我的经历。 
|
| 返回顶楼 | |
|
发表时间：2005-11-28
firebody 写道 冰云 写道 swing 写道 冰云 写道 gigix 写道 我们每个team有至少一个business analyst。没有需求分析者整天跟着客户，还怎么敏捷得起来。
5555，BA好苦啊 欢迎回来break build ....... 你就不能盼点好的. 其实BA也不是老跟着客户啊，每天有1半时间在和客户说话就很多了！ BA的一些其他职责包括对Iteration做一些辅助管理，以及对客户作Agile的培训 哈哈，Agile 培训？ 苦不堪言阿，我的经历。 不然怎么办，总得告诉客户什么是priority吧，想说清楚可不那么容易
|
| 返回顶楼 | |
|
发表时间：2005-11-28
BA: business assistant
BA非常重要啊 |
| 返回顶楼 | |
|
发表时间：2005-11-28
可惜，现在很多项目中，BA的职责正在被误解。BA做点什么？和客户吃饭，安抚客户。真正的Business的分析和设计交给程序员了。
|
| 返回顶楼 | |
|
发表时间：2006-03-02
我觉得在项目中把这种职能定的太死，又回到了瀑布模型了，如果要想做到敏捷，快速迭代很重要，如果把各个开发阶段分的太清，各人的职能分的太清，还怎么能迭代阿
开始的需求调研，应该是合同签订前进行，其实只是一些功能点的需求（说白了），而更细致的需求是需要在开发过程中进行的，如果让一个人专门去做需求，个人视角比较窄，难免会有需求偏离的问题，一般在敏捷里采用，用户参与团队开发的方式来做，共同讨论需求，但是，很多时候用户不会来参与团队，这时就需要行业专家来完成这一角色 |
| 返回顶楼 | |
|
发表时间：2006-03-03
大伙说的是需求分析，还是需求捕获过程啊
|
| 返回顶楼 | |
|
发表时间：2006-05-08
在软件工程中，需求分析，既然是需求分析，就是有需求，有分析，可是现在的系统分析员，不懂代码（或许叫不懂技术吧），只是当做一个传话的人罢了，根本没有分析，已经曲解了系统分析员的角色， 项目经理成了什么都干的人
|
| 返回顶楼 | |
|
发表时间：2006-05-09
yaboocn 写道 我觉得在项目中把这种职能定的太死，又回到了瀑布模型了，如果要想做到敏捷，快速迭代很重要，如果把各个开发阶段分的太清，各人的职能分的太清，还怎么能迭代阿
开始的需求调研，应该是合同签订前进行，其实只是一些功能点的需求（说白了），而更细致的需求是需要在开发过程中进行的，如果让一个人专门去做需求，个人视角比较窄，难免会有需求偏离的问题，一般在敏捷里采用，用户参与团队开发的方式来做，共同讨论需求，但是，很多时候用户不会来参与团队，这时就需要行业专家来完成这一角色 敏捷开发在客户参与度不够时需要一个客户代表的，客户代表当然不可能参与编码。保证需求不偏离的手段是尽早和客户沟通，而不是全民搞需求 |
| 返回顶楼 | |
