小雪(120***986) 9:22:37
咨询大家：现在用户采用敏捷开发，在流程和处理内容还没确定下来，就直接进入原型开发
毛伟(235***19) 9:25:18
我目前实施的方式是，仍以软件方法进行需求分析设计直到规格说明书，到规格说明书基本功能点已细分了，让后将这些功能点作为product backlog实施敏捷
小雪(120***986) 9:27:11
我觉得也是这样，至少要把功能点能细分出来，因为业务人员只对自己的那部分了解，不会考虑每个功能点的联系
小雪(120***986) 9:52:34
需求分析可以规避技术上的风险和规模上的风险，也可以降低日后维护费用，为什么现在大部分公司都不注重需求分析呢
小雪(120***986) 10:41:35
我现在做了好多项目，尤其是信息化项目，后期出现的各种问题大部分都是前期需求造成的，但是需求评审阶段相关负责人，又没能指出，这种病态的开发过程，该如何规避呢
19721742(19***42) 10:48:03
作为乙方来讲，老板一般希望尽快完工以缩减成本投入，而需求分析不可能规避所有需求风险，所以一般都会砍掉这个过程而导致在研发过程中进行确认
BO(231***623) 10:48:08
不是不懂，是需求人员不懂如何引出来真需求
小雪(120***986) 10:49:06
需求分析人员如果能参与业务需求的讨论，会适当引出真需求的
小雪(120***986) 10:49:56
主要是需求分析人员不参与业务需求的讨论，直接按照需求业务需求文档就开始写功能需求，这个问题还是很多的
BO(231***623) 10:50:43
与需求分析相类似的如市场营销领域的市场调研、广告公司说的消费者洞察，都是很深的学问，我们对需求采集、分析的技能、方法掌握的太少了
小雪(120***986) 10:51:50
我觉得每个公司的运营模式，但是最根本的沟通交流工具"模板"的规范程度很重要
BO(231***623) 10:52:13
再规范，也得会用啊
小雪(120***986) 10:52:18
大部分模板都不能明确制定5w1H
潘加宇(3504847) 23:14:55
需求是复杂的技能，有门槛，不是说"注重"一下就能提高的，需要学习方法。没有掌握需求技能的人，你给他半个月、一个月时间专门去做需求，他也不知道怎么做，随便找几个人聊聊，开个会，然后好像就没事了，画个界面原型，就开始编码了。
咬咬牙跨过门槛掌握需求技能的人，使用熟练的思考和建模工具，可以很快定位到最重要的需求，并不需要那么多时间。
潘加宇(3504847) 23:18:10
@David 很多公司都盲目急着开发
--安慰剂，表示我在干活了，苍天总会可怜我吧。
--必须建立看功劳不看苦劳的标准。没有功劳的苦劳越多，就表明浪费资源越多。
杨永刚(364***05) 23:18:43
这个说的的确是实情
工藤(21***25) 23:21:27
顶
自由的云(82***752) 23:22:03
必须顶