产品的需求阶段和项目需求阶段区别

songcl

　　我个人的理解是：产品开发过程中，需求阶段可以分为商业需求、市场需求、产品需求，软件需求这四个大阶段，但是每一个需求阶段中又可以包括需求分析调研阶段，需求确认、最终形成相关需求文档等过程；而做项目的话，需求阶段则分为用户需求、软件需求两个阶段即可，当然这两个阶段中又各自包括需求分析调研、总结评审、最终形成需求规格说明书的过程。
　　但是也有人说做项目和做产品的需求阶段没什么区别，本质上是一样的，请大家在此讨论一下，希望能得到各位专家和老师的指点。:hug:


上一篇：阶段、里程碑、基线的区别与联系
下一篇：请大家分享一下自己所采用每个模型，发表自己的看法!谢谢!

iamredeye

这个产品和项目的分法是不准确的。不考虑那些不规范的开发方式，你说的这两种都是“项目”。这个几句话说不清楚。

项目最后的输出是产品（当然也可以是一部分“产品”）或服务。product lifecycle vs。 project lifecycle这个概念就复杂了，甚至复杂到可能是一个矩阵。我建议你还是先不要追究这些概念了。

回到你的问题上来，本质上这个需求阶段没什么不同，你可以理解为范围大小的问题。

songcl

嗯，有道理！谢谢

chfyx

产品可以有很多分支，每一个分支可以当作一个项目。
产品可以有很多版本，每一个版本可以当作一个项目。
例如：
针对数码播放器产品，今年做一个项目包含一部分功能，明年针对这个产品在做一个项目，包含了更多的功能。每一次产品的升级换代都可以当作项目处理。
例如：
针对电信市场的产品，北京电信和江苏电信需求不同，但是都可以以我们的电信产品为基础进行定制开发，这就产生了分支，每个分支就是一个项目

Scott

楼主说的产品开发和项目开发的区别应该可以用chfyx的回复来解释。

如果真的有产品开发和项目开发的话，那么项目开发应该只是产品开发的一个环节（可能是产品开发生命周期中的开发阶段）。在需求这条线上，整个产品开发的输入是市场给的需求，我们可以叫做原始需求（就是你说的业务需求/市场需求/商业需求，可能是功能，性能，服务，价格因素等等），然后产品开发团队将原始需求转化为产品需求，再转化为系统级规格需求，再转化为系统级设计规格，设计规格以分配需求的形式分配给各个项目开发团队，再有项目开发团队转化为软件需求。
这应该是最复杂的一条线了。

如果只是纯软件开发，那么产品需求可以直接转化为分配需求，分配需求转化为软件需求；如果进一步说产品需求中的内容都可以由软件实现，那可以直接由产品需求转化为软件需求。这里分配需求肯能包含功能和质量特性以外的需求，比如“性价比必须达到业界最高水平.”

对于所有需求的跟踪过程来说，那是没有什么区别的。但不同的人会可能负责不同的需求。

iamredeye

楼上说的很清楚。

更复杂的情况是一个项目跨了多个产品。long story。。。

songcl

chfyx的清晰的回答了项目和产品的区别的问题，真是让人豁然！的确这个问题搞明白了，其它的问题也就不难理解了。非常感谢各位热心的回复:)

pipi5605

新手 多关照

玫瑰

很有见地的探讨，先收藏着~

绺不清

不错 支持一个了

╭ァ1个没

打酱油的人拉，顺便赚点金币

我是锦衣卫

没人回帖。。。我来个吧！

宿命中妥协

我是个凑数的。。。

zhenghz

其实这两者从本质上来说没什么区别，只是需求的来源不同而已，产品的需求是自己想的也可以是别人给的，项目的需求是从客户那收集来的，产品分阶段慢慢实现，每个阶段可以当作一个项目来管理，客户的项目可以一次完成，也可以分期完成，每一期当作一个项目来管理。

成功背后

我是个凑数的。。。