×

扫描二维码登录本站

项目管理:怎样做需求分析2  

标签: 暂无标签
我想“christina.wang”的角色类似我们的产品策划专员,他们通过调研、收集市场信息、客户需求、产品升级需求等方式进行产品策划工作的开展, 通过多种方式去收集需求信息,保留过程记录,编制《立项建议书》或《产品需求规格书》,经过开会确认能否给公司带来利益,公司现有技术平台是否可以满足等。。。。。。
《产品需求规格书》要描写明确的要求,尽量不要含糊,而且要专门和项目组一起进行对标。哪些指标可以做,哪些做不了,如果做不了,可在允许的范围内裁剪,如果同意做,则在验收阶段则必须一一验收确认。

“christina.wang”提到已经按照流程提交了,但分析人员却说不清楚,这存在着理解上的差异或者流程还可以进行优化。指标尽量量化。如:外观小巧,则可以在定指标的时候写:厚度≤4cm等。且会后要形成报告,通过流程进行“会签确认”。后续再有争执,就有证明了,一般人不会出尔反尔滴。
(*^__^*) 嘻嘻……不知道这样的解答是否有用。。。。。。[ ome.php?mod=space&uid=10791]@christina.wang[/url] [ ome.php?mod=space&uid=291]@gogoat[/url]  

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:[参考文档] 软件开发管理规范流程图
下一篇:项目群管理的特点研究0
jok

写了 263 篇文章,拥有财富 1431,被 5 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
christina.wang 发表于 2012-6-6 13:32:09
我想“christina.wang”的角色类似我们的产品策划专员,他们通过调研、收集市场信息、客户需求、产品升级需求等方式进行产品策划工作的开展, 通过多种方式去收集需求信息,保留过程记录,编制《立项建议书》或《产品需求规格书》,经过开会确认能否给公司带来利益,公司现有技术平台是否可以满足等。。。。。。
《产品需求规格书》要描写明确的要求,尽量不要含糊,而且要专门和项目组一起进行对标。哪些指标可以做,哪些做不了,如果做不了,可在允许的范围内裁剪,如果同意做,则在验收阶段则必须一一验收确认。

“christina.wang”提到已经按照流程提交了,但分析人员却说不清楚,这存在着理解上的差异或者流程还可以进行优化。指标尽量量化。如:外观小巧,则可以在定指标的时候写:厚度≤4cm等。且会后要形成报告,通过流程进行“会签确认”。后续再有争执,就有证明了,一般人不会出尔反尔滴。
(*^__^*) 嘻嘻……不知道这样的解答是否有用。。。。。。[ ome.php?mod=space&uid=10791]@christina.wang[/url] [ ome.php?mod=space&uid=291]@gogoat[/url]  
churongw 该用户已被删除
churongw 发表于 2012-7-19 11:04:18
提示: 作者被禁止或删除 内容自动屏蔽
daisy8 发表于 2012-7-19 11:27:39
我想“christina.wang”的角色类似我们的产品策划专员,他们通过调研、收集市场信息、客户需求、产品升级需求等方式进行产品策划工作的开展, 通过多种方式去收集需求信息,保留过程记录,编制《立项建议书》或《产品需求规格书》,经过开会确认能否给公司带来利益,公司现有技术平台是否可以满足等。。。。。。
《产品需求规格书》要描写明确的要求,尽量不要含糊,而且要专门和项目组一起进行对标。哪些指标可以做,哪些做不了,如果做不了,可在允许的范围内裁剪,如果同意做,则在验收阶段则必须一一验收确认。

“christina.wang”提到已经按照流程提交了,但分析人员却说不清楚,这存在着理解上的差异或者流程还可以进行优化。指标尽量量化。如:外观小巧,则可以在定指标的时候写:厚度≤4cm等。且会后要形成报告,通过流程进行“会签确认”。后续再有争执,就有证明了,一般人不会出尔反尔滴。
(*^__^*) 嘻嘻……不知道这样的解答是否有用。。。。。。[ ome.php?mod=space&uid=10791]@christina.wang[/url] [ ome.php?mod=space&uid=291]@gogoat[/url]  
嘟嘟猪 发表于 2012-7-19 17:53:38
我想“christina.wang”的角色类似我们的产品策划专员,他们通过调研、收集市场信息、客户需求、产品升级需求等方式进行产品策划工作的开展, 通过多种方式去收集需求信息,保留过程记录,编制《立项建议书》或《产品需求规格书》,经过开会确认能否给公司带来利益,公司现有技术平台是否可以满足等。。。。。。
《产品需求规格书》要描写明确的要求,尽量不要含糊,而且要专门和项目组一起进行对标。哪些指标可以做,哪些做不了,如果做不了,可在允许的范围内裁剪,如果同意做,则在验收阶段则必须一一验收确认。

“christina.wang”提到已经按照流程提交了,但分析人员却说不清楚,这存在着理解上的差异或者流程还可以进行优化。指标尽量量化。如:外观小巧,则可以在定指标的时候写:厚度≤4cm等。且会后要形成报告,通过流程进行“会签确认”。后续再有争执,就有证明了,一般人不会出尔反尔滴。
(*^__^*) 嘻嘻……不知道这样的解答是否有用。。。。。。[ ome.php?mod=space&uid=10791]@christina.wang[/url] [ ome.php?mod=space&uid=291]@gogoat[/url]  
12下一页
Powered by ITIL  © 2001-2025
返回顶部