架构师和产品经理的区别

以下文章是几个月前在UMLChina上提的问题，现在再看还是很有启发的，特此保存。
来源： http://tech.groups.yahoo.com/group/UMLChina/message/1322

---------------------------------------------------------------------------------------------------------

恩，大概有点明白了，谢谢。

问题的症结应该是以前的软件开发流程的问题。简述如下，首先立项，写软件需
求规格说明书，接着是设计，然后是开发，最后是测试。但是，这似乎是一个很
标准的流程，难道不对么？

如果说有什么理解错误的地方，那一定是软件需求规格说明书属于系统需求，应
该归架构师负责。而立项，属于产品规划，归产品经理管。那么，项目的监控，
那就应该是项目经理来管了。但是，项目经理和产品经理，或者项目经理和架构
师，其职责如何划分？或者，到底有没有项目经理一职？

按照前面的描述，微软似乎是把架构/项目监控都交给了程序经理来完成的，那
么还有没有项目经理一说呢？另外，程序经理的工作负担是否会太重？当然，似
乎微软内部有很多的程序经理，都不知道他们是如何配合和协调的。而且，技术
和管理本是不尽相同的技能，所以要寻找这样一个合适的人当程序经理，委实有
点太难了。

--- In UMLChina@yahoogroups.com, "Sunrise Yeh" <sunrise.yeh@...> wrote:
>
> 在微软开发模式中，有两个与之对应的岗位
> 产品经理偏业务，程序经理（架构师）偏技术。
> optmaniii ，我觉得你把业务需求和系统需求混在一起谈，是界限模糊的根源。
>
> 客户实际工作的业务流程，由客户具体提出的某个具体的功能点，都算做业务
需求。软件产品往往没有特定的客户，所以产品经理常常担任客户代言人的角
色，他必须是拥有丰富业务经验的人，他决定着整个产品的发展走向。
>
> 程序经理（架构师）一般不直接接触客户，他更大的精力应该放在项目管理
上、产品框架设计上，以业务需求为基准，使用use
> case或者其他方法描述产品将如何满足客户的需求。
>
> 一个团队中，职责要分清楚，谁主内谁主外，不要两个人都跟客户去谈需求，
那很糟糕。
>
> ◆产品经理
> 目标：满足客户，
> 职责：
> 作为客户的拥护者
> 驱动共同的项目和方案设想
> 管理客户需求说明
> 开发和维护业务案例
> 管理客户期望
> 驱动产品特征、日程表、资源权衡决策
> 管理市场开发、产品宣传和公共关系
> 制定、维护和执行交流计划
>
> ◆程序经理
> 目标：交付满足项目约束的解决方案
> 职责：
> 驱动开发过程以期按时的交付产品
> 管理产品规格说明书 － 即项目构架师
> 促进小组内部的交流和商议
> 维护项目日程表和报告项目状态
> 驱使关键的权衡决策的实现
> 开发、维护和执行项目总规划和日程表
> 驱使和管理风险评估和风险管理
>
> 在06-7-19，optmaniii <optmaniii@...> 写道：
> >
> > 是谁决定用户是如何使用产品/软件/建筑的？比如产品/建筑的形态，操作和使
> > 用流程，以及相关的用户界面。详尽的软件需求，用户界面等文档，是谁来负责
> > 监督完成？是架构师还是产品经理？
> >
> > --- In UMLChina@yahoogroups.com, "Liu Jidong" <liujidong@> wrote:
> > >
> > > 关于架构师，我想从建筑的角度很好理解，
> > > 在建筑系一般有：建筑学和土木工程两个专业。
> > > 建筑学主要是搞建筑的造型，美观，
> > > 而土木工程专业主要是保障建筑的稳固。
> > > 所以记得当初学校进行专业介绍的时候就讲：
> > > 房子不美，找建筑学；房子不结实，找土木工程。
> > >
> > > 映射到软件中，分别对应着UI（用户界面的前端设计）和架构师。
> > > 架构师：保障系统的各组成部分和谐的工作。
> > >
> > > 这样理解的话，显然需求应该是在架构进行前需要完成的内容。当然这里的需
> > 求可以进行划入：业务需求和系统需求。
> > > 就如同盖房子，用户要个狗窝，你不需要用摩天大厦的架构。系统开放是为了
> > 满足用户需求，所有我认为需求还是第一位的。
> > >
> > > 至于产品经理，我一个朋友现在正在做。据他说，就是"商业间谍"，主要是了
> > 解对手产品，为本公司的产品做规划。
> > >
> > > 看来，这两个差别很多:)
> > >
> > > _____
> > >
> > > 发件人: Wangjue [mailto:wangjue@]
> > > 发送时间: 2006年7月19日 1:05
> > > 收件人: UMLChina@yahoogroups.com
> > > 主题: [UMLChina] Re: 架构师和产品经理的区别?
> > >
> > >
> > >
> > > --- In UMLChina@yahoogroups.com <mailto:UMLChina%40yahoogroups.com>
> > , "optmaniii" <optmaniii@> wrote:
> > > >
> > > > 不知道在诸位的公司里是否同时存在以上两种角色?其职责如何界定的?
> > > >
> > > > 看过不少软件开发的书籍,似乎都只有谈到架构师,不知道产品经理是如
何冒出来
> > > 的.
> > > >
> > > > 另外,还有软件需求文档,是否应该在架构文档出来之后才写的呢?我以
为需求开
> > > > 发工程师就像其名字中的"开发"两字所言,与代码开发一样同属于开发.
我一直以
> > > > 为在对系统进行分析和建模之前,太详尽的需求文档并不合适,有时候根
本就是错
> > > 的.
> > > >
> > > > 对这个问题疑惑很久了,今天研发部的经理正好问到这个问题,不如大家
讨论讨
> > > 论.
> > > >
> > >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
>
>
> --
> Sunrise.Yeh
> Fujian.Xiamen
> GTalk: sunrise.yeh@...
> MSN: sunrise_yeh@...
>

------------------------------------------------------------------------------------------------------

不得不对Yahoo的Groups提点意见，那就是无法列出一个主题下的所有回帖，很不方便。
原帖地址： http://tech.groups.yahoo.com/group/UMLChina/message/1305

最后

以上就是内向白猫为你收集整理的架构师和产品经理的区别 的全部内容，希望文章能够帮你解决架构师和产品经理的区别 所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。