架构师和产品经理的区别

以下文章是几个月前在UMLChina上提的问题,现在再看还是很有启发的,特此保存。

来源:
http://tech.groups.yahoo.com/group/UMLChina/message/1322

———————————————————————————————————

答复: [UMLChina] Re: 架构师和产品经理的区别?

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

问题的症结应该是以前的软件开发流程的问题。简述如下,首先立项,写软件需

求规格说明书,接着是设计,然后是开发,最后是测试。但是,这似乎是一个很

标准的流程,难道不对么?

如果说有什么理解错误的地方,那一定是软件需求规格说明书属于系统需求,应

该归架构师负责。而立项,属于产品规划,归产品经理管。那么,项目的监控,

那就应该是项目经理来管了。但是,项目经理和产品经理,或者项目经理和架构

师,其职责如何划分?或者,到底有没有项目经理一职?

按照前面的描述,微软似乎是把架构/项目监控都交给了程序经理来完成的,那

么还有没有项目经理一说呢?另外,程序经理的工作负担是否会太重?当然,似

乎微软内部有很多的程序经理,都不知道他们是如何配合和协调的。而且,技术

和管理本是不尽相同的技能,所以要寻找这样一个合适的人当程序经理,委实有

点太难了。

— 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

    原文作者:魔术师发牌问题
    原文地址: https://blog.csdn.net/optman/article/details/1352093
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞