架构师和产品经理的区别

以下文章是几个月前在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
  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值