系统分析员>=项目经理？目前很多公司项目经理和系统分析员两个角色经常由一人承担，各位有什么看法。

[ProjectCrazy]

理论上项目经理可以不懂技术，但最好懂技术；系统分析员必须是个高人，把握整体的设计和开发工作。但这是两个不同的角色，每个人的精力有限，不可能是全面手。可是很多情况下都是合二为一，或是分析人员>=项目经理，即，技术高于管理。各位有什么看法？

[愉快的登山者]

现在在一些中小软件公司中，确实存在分析人员=项目经理的现象。
分析人员应该侧重的是项目在技术方面，如何实现问题；
项目经理重点是人员的调配和进度的控制，负责协调项目的有关方面。
但因为人员和费用的问题，将这两个角色赋予了同样的一个人。这个人即管分析和设计，又管人员和进度安排。
这样做表面上减少了人力，实际上从管理上是有缺陷的，职责不清，一人说了算，项目的完成主要看这个负责人的能力和作用了，突出的是个人的能力，没有体现整体的协作水平。
中小项目还可以，大的项目就不能承担了，或承担起来就会暴露出问题的。

[fierythunders]

记得有一篇RUP实践经验的总结上，提到最好不要让一个人同时担当项目经理和构架师这两个角色。

我以前也这么做过，虽然时间短，感觉确实有点冲突。

利益上好象有不同。

[fierythunders]

补充一下，文章的名字叫《From Waterfall to Iterative Lifecycle - A tough transition for Project Managers》

是这么说的：

Trap: Use the same person as the PM and the architect
Using the same person as the project manager and the architect will work only on small projects (5-10 peopole). For larger endeavors, having the same person play the role of both project manager and architect will usually end with the project neither properly managed, nor well architectured.
First, the roles require different skill sets.
Secondely, the roles in and of themselves, are more than a full-time job.
...
When the same person plays the same two roles, the project rarely succeeds.

呵呵，供大家参考。

[owl_927]

系统分析员=管理专家+信息技术专家+优秀领导者
打个不太恰当的比方（希望各位项目经理不要拿臭鸡蛋扔我）
就是 建筑设计大师 与 包工头的关系

[rady88]

同意tj_dns(愉快的登山者)。
其实我喜欢做系统分析设计的工作，而不喜欢管理工作，现在是不得不做，结果是分心。

而事实上，这个现状很难改变。

[maximos]

系统分析员的职责：
构架设计，核心代码的编写，对程序员服务做部分技术支持工作。

项目经理：
对项目负责，负责计划进度，负责资源的调度，负责激励项目组成员工作。

越大的公司分工越细工作越轻松，越容易在自己的岗位上创造出新的东西。
公司越小，越象打杂的。。。。。。

[XCOOL]

我不那么认为系统分析员就不能兼职项目管理者，我们中国有很多不同于国外的国情，比如对于权利权力的理解就有不同。其中还包括自我认同，和社会认同，社会地位等等。一个公司一个项目组相当于一个小社会。程序人员，系统分析员，项目管理者，激励授予者，其中激励授予者具有最大的权力，因为他说话的分量最重，管人的不如管粮的。共同构成了一个小的社会。如果项目管理权力和当系统分析权力和实施激励的权力是分离的时候，那么系统分析员做一个设计的时候，他没有任务分配管理的权力，所以无法把合适的人选用于适合的任务，这很多时候会导致最终软件结果和系统分析员预想的很大出入，同样项目管理者如果没有奖惩的权力，那么他的项目管理也将无法进行。所以结果中国国情和文化，我觉得系统设计，项目管理，人力管理应该做某种意义上的统一，要么就是一个人负责，要么就是多人构成的管理核心要意见非常统一。

[ProjectCrazy]

楼上的，说实话我最害怕把某某事情冠以“中国特色”一类的东西，好象凡事粘上这个边就会不伦不类了。可能你分析的比较深刻，从我们中国人为人处世的角度考虑问题。但我觉得正是因为我们总是在将就老祖宗的传统而把很多事情变的“四不象”。软件开发属于前沿技术，我作一点“改革”，恐怕不行。

[XCOOL]

我只是说的一个事实，其实对于很多牵涉到社会文化的东西，恐怕要靠一个人去改变可能很困难吧！不是大话说出来就做的到的，企业的政策应该是落到实处，不是书上怎么说就行吧，关键是要能够行得通，如果行不通，我们理论上证明他再好再不错，也没有多大的意义吧，实施一项政策需要考虑政策是否适用于当前环境，另外还要看改变当前环境的难度，如果强行推行，估计有点困难。
实际上目前IT业推行扁平化管理，就是为了，让权利结构更能有效的管理公司工作。那样一个人的责权可能就是需要多元一体了。你可以把实权管理者的一部分工作让人分担，但是恐怕不能按领域分开吧，因为至少要保证管理者的整合调节能力。

小弟愚见，仅供参考！

[lczddd]

严重同意楼上的，纵观国内大小软件开发公司，有多少是这样的，所以国情不一样，工作的方式就不一样了，谁对谁错，这不是根本，怎么提高我国软件开发的管理方式，相信随着时间的推移，一切都将自然的实现了

[shizi_mhy]

系统分析员应该是个技术角色
项目经理应该是管理角色

我觉得系统分析与系统设计应该是同一个人比较好
两者脱节的情况我无法想象

而系统分析员与项目经理没有必然的联系
如果某个系统分析员的能力确切的说应该是管理能力比较强的话
也可以担任项目经理的角色

我觉得项目经理不用是个技术高手
但至少应该是个比较懂技术的一个
最最起码应该写过代码,必须能够看懂代码

如果与一个不懂技术的项目经理合作将是一件很痛苦的事儿
除非这个项目经理根本就不插手技术上的事儿,完全只考虑进度及协调管理问题
但是现在绝大多数的项目经理都会或多或少的插手技术上的事儿
既然插手那就应该不是一个很弱的人,
否则以他的职位来插手技术问题将会让手下人十分头疼
听也不是不听也不是

系统分析员或者说是系统设计人员更多的应该考虑系统的整体设计思路
而不是钻到代码里面去
除了考虑整个系统的流程及实现思路外可以同时对系统的规范性和版本控制进行管理
一句话
应该在技术上对整个系统进行整体把握

[steven777]

同一个人会出现权责分不清的情况，就好像一个是立法机关，一个是行政机关。

[zhf_karen]

没有特别的感受,事实上,一个小型项目组(8-15人,包括需求,开发,设计,测试,产品人员),没有什么太多地必要设置两个Leader,我觉得一个人就可以了.呵呵,小项目就没有必要那么豪华地阵容了.

如果是大型项目(我怀疑一个没有头衔的人,是否有足够地资源调度能力,不得不承认,没有资源调度能力的人在哪个项目中都是没有发言权的),那么还是分开的好,你没有那么多精力去处理两件事情.

就环境来讨论问题,不同的项目经理的重点是不同的.就像一个管7-8个人的经理也是经理,一个管理200人以上部门的也是经理,但是,别把两者的能力趋向也认为是相同的.

不要去神话管理职能.这是经典管理学教给大家的一个错误的观点(当然,我们能够理解这个错误的发生原因).

[kinsing]

目前普遍对项目管理抱怨的比较多，说不规范，说水平低，很少有人说系统框架差。
不过说句不客气的话，国内的软件大部分在系统框架上都比较简单，并且即使设计阶段有
问题，在编写阶段也会容易打补丁。所以总的来说也不是系统设计的好，而只是框架本身就比较简单。所以也不要把系统工程师抬的太高。 砖头不会飞过来吧。呵呵。

大部分都是项目经理都是从coding --> design--> PM 起来的，一般对本行业的软件框架和难点比较清楚。 小团队两者可以统一，大团队一定不要统一。

系统工程师一般都比较崇拜技术，但项目经理一般会比较在意进度和资源安排,对高层和用户负责。唯美的框架如果耗费资源太多，肯定会被否决掉的。懂技术的项目经理会制止这个情况的发生，但项目经理和系统工程师最后必须达成统一。一般做法：项目经理、系统工程师（一般多名，包括开发和测试）和开发经理会形成一个想法一致的核心团队，由项目经理统一领导，负责项目的进度和质量。

[windpop]

项目经理又是系统分析员有什么不可以？ 系统分析项目组的项目经理不就即是项目经理有是系统分析员？ 真是的，钻牛角尖。