1211
社区成员
- 全部
- 问答
系统分析员>=项目经理？目前很多公司项目经理和系统分析员两个角色经常由一人承担，各位有什么看法。
理论上项目经理可以不懂技术，但最好懂技术；系统分析员必须是个高人，把握整体的设计和开发工作。但这是两个不同的角色，每个人的精力有限，不可能是全面手。可是很多情况下都是合二为一，或是分析人员>=项目经理，即，技术高于管理。各位有什么看法？
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
windpop 2003-05-10
项目经理又是系统分析员有什么不可以？ 系统分析项目组的项目经理不就即是项目经理有是系统分析员？ 真是的，钻牛角尖。
kinsing 2003-05-09
目前普遍对项目管理抱怨的比较多，说不规范，说水平低，很少有人说系统框架差。
不过说句不客气的话，国内的软件大部分在系统框架上都比较简单，并且即使设计阶段有
问题，在编写阶段也会容易打补丁。所以总的来说也不是系统设计的好，而只是框架本身就比较简单。所以也不要把系统工程师抬的太高。 砖头不会飞过来吧。呵呵。
大部分都是项目经理都是从coding --> design--> PM 起来的，一般对本行业的软件框架和难点比较清楚。 小团队两者可以统一，大团队一定不要统一。
系统工程师一般都比较崇拜技术，但项目经理一般会比较在意进度和资源安排,对高层和用户负责。唯美的框架如果耗费资源太多，肯定会被否决掉的。懂技术的项目经理会制止这个情况的发生，但项目经理和系统工程师最后必须达成统一。一般做法：项目经理、系统工程师（一般多名，包括开发和测试）和开发经理会形成一个想法一致的核心团队，由项目经理统一领导，负责项目的进度和质量。
不过说句不客气的话，国内的软件大部分在系统框架上都比较简单，并且即使设计阶段有
问题，在编写阶段也会容易打补丁。所以总的来说也不是系统设计的好，而只是框架本身就比较简单。所以也不要把系统工程师抬的太高。 砖头不会飞过来吧。呵呵。
大部分都是项目经理都是从coding --> design--> PM 起来的，一般对本行业的软件框架和难点比较清楚。 小团队两者可以统一，大团队一定不要统一。
系统工程师一般都比较崇拜技术，但项目经理一般会比较在意进度和资源安排,对高层和用户负责。唯美的框架如果耗费资源太多，肯定会被否决掉的。懂技术的项目经理会制止这个情况的发生，但项目经理和系统工程师最后必须达成统一。一般做法：项目经理、系统工程师（一般多名，包括开发和测试）和开发经理会形成一个想法一致的核心团队，由项目经理统一领导，负责项目的进度和质量。
zhf_karen 2003-05-09
没有特别的感受,事实上,一个小型项目组(8-15人,包括需求,开发,设计,测试,产品人员),没有什么太多地必要设置两个Leader,我觉得一个人就可以了.呵呵,小项目就没有必要那么豪华地阵容了.
如果是大型项目(我怀疑一个没有头衔的人,是否有足够地资源调度能力,不得不承认,没有资源调度能力的人在哪个项目中都是没有发言权的),那么还是分开的好,你没有那么多精力去处理两件事情.
就环境来讨论问题,不同的项目经理的重点是不同的.就像一个管7-8个人的经理也是经理,一个管理200人以上部门的也是经理,但是,别把两者的能力趋向也认为是相同的.
不要去神话管理职能.这是经典管理学教给大家的一个错误的观点(当然,我们能够理解这个错误的发生原因).
如果是大型项目(我怀疑一个没有头衔的人,是否有足够地资源调度能力,不得不承认,没有资源调度能力的人在哪个项目中都是没有发言权的),那么还是分开的好,你没有那么多精力去处理两件事情.
就环境来讨论问题,不同的项目经理的重点是不同的.就像一个管7-8个人的经理也是经理,一个管理200人以上部门的也是经理,但是,别把两者的能力趋向也认为是相同的.
不要去神话管理职能.这是经典管理学教给大家的一个错误的观点(当然,我们能够理解这个错误的发生原因).
steven777 2003-05-09
同一个人会出现权责分不清的情况，就好像一个是立法机关，一个是行政机关。
shizi_mhy 2003-04-28
系统分析员应该是个技术角色
项目经理应该是管理角色
我觉得系统分析与系统设计应该是同一个人比较好
两者脱节的情况我无法想象
而系统分析员与项目经理没有必然的联系
如果某个系统分析员的能力确切的说应该是管理能力比较强的话
也可以担任项目经理的角色
我觉得项目经理不用是个技术高手
但至少应该是个比较懂技术的一个
最最起码应该写过代码,必须能够看懂代码
如果与一个不懂技术的项目经理合作将是一件很痛苦的事儿
除非这个项目经理根本就不插手技术上的事儿,完全只考虑进度及协调管理问题
但是现在绝大多数的项目经理都会或多或少的插手技术上的事儿
既然插手那就应该不是一个很弱的人,
否则以他的职位来插手技术问题将会让手下人十分头疼
听也不是不听也不是
系统分析员或者说是系统设计人员更多的应该考虑系统的整体设计思路
而不是钻到代码里面去
除了考虑整个系统的流程及实现思路外可以同时对系统的规范性和版本控制进行管理
一句话
应该在技术上对整个系统进行整体把握
项目经理应该是管理角色
我觉得系统分析与系统设计应该是同一个人比较好
两者脱节的情况我无法想象
而系统分析员与项目经理没有必然的联系
如果某个系统分析员的能力确切的说应该是管理能力比较强的话
也可以担任项目经理的角色
我觉得项目经理不用是个技术高手
但至少应该是个比较懂技术的一个
最最起码应该写过代码,必须能够看懂代码
如果与一个不懂技术的项目经理合作将是一件很痛苦的事儿
除非这个项目经理根本就不插手技术上的事儿,完全只考虑进度及协调管理问题
但是现在绝大多数的项目经理都会或多或少的插手技术上的事儿
既然插手那就应该不是一个很弱的人,
否则以他的职位来插手技术问题将会让手下人十分头疼
听也不是不听也不是
系统分析员或者说是系统设计人员更多的应该考虑系统的整体设计思路
而不是钻到代码里面去
除了考虑整个系统的流程及实现思路外可以同时对系统的规范性和版本控制进行管理
一句话
应该在技术上对整个系统进行整体把握
lczddd 2003-04-28
严重同意楼上的，纵观国内大小软件开发公司，有多少是这样的，所以国情不一样，工作的方式就不一样了，谁对谁错，这不是根本，怎么提高我国软件开发的管理方式，相信随着时间的推移，一切都将自然的实现了
XCOOL 2003-04-28
我只是说的一个事实，其实对于很多牵涉到社会文化的东西，恐怕要靠一个人去改变可能很困难吧！不是大话说出来就做的到的，企业的政策应该是落到实处，不是书上怎么说就行吧，关键是要能够行得通，如果行不通，我们理论上证明他再好再不错，也没有多大的意义吧，实施一项政策需要考虑政策是否适用于当前环境，另外还要看改变当前环境的难度，如果强行推行，估计有点困难。
实际上目前IT业推行扁平化管理，就是为了，让权利结构更能有效的管理公司工作。那样一个人的责权可能就是需要多元一体了。你可以把实权管理者的一部分工作让人分担，但是恐怕不能按领域分开吧，因为至少要保证管理者的整合调节能力。
小弟愚见，仅供参考！
实际上目前IT业推行扁平化管理，就是为了，让权利结构更能有效的管理公司工作。那样一个人的责权可能就是需要多元一体了。你可以把实权管理者的一部分工作让人分担，但是恐怕不能按领域分开吧，因为至少要保证管理者的整合调节能力。
小弟愚见，仅供参考！
ProjectCrazy 2003-04-09
楼上的，说实话我最害怕把某某事情冠以“中国特色”一类的东西，好象凡事粘上这个边就会不伦不类了。可能你分析的比较深刻，从我们中国人为人处世的角度考虑问题。但我觉得正是因为我们总是在将就老祖宗的传统而把很多事情变的“四不象”。软件开发属于前沿技术，我作一点“改革”，恐怕不行。
XCOOL 2003-04-09
我不那么认为系统分析员就不能兼职项目管理者，我们中国有很多不同于国外的国情，比如对于权利权力的理解就有不同。其中还包括自我认同，和社会认同，社会地位等等。一个公司一个项目组相当于一个小社会。程序人员，系统分析员，项目管理者，激励授予者，其中激励授予者具有最大的权力，因为他说话的分量最重，管人的不如管粮的。共同构成了一个小的社会。如果项目管理权力和当系统分析权力和实施激励的权力是分离的时候，那么系统分析员做一个设计的时候，他没有任务分配管理的权力，所以无法把合适的人选用于适合的任务，这很多时候会导致最终软件结果和系统分析员预想的很大出入，同样项目管理者如果没有奖惩的权力，那么他的项目管理也将无法进行。所以结果中国国情和文化，我觉得系统设计，项目管理，人力管理应该做某种意义上的统一，要么就是一个人负责，要么就是多人构成的管理核心要意见非常统一。
maximos 2003-04-09
系统分析员的职责：
构架设计，核心代码的编写，对程序员服务做部分技术支持工作。
项目经理：
对项目负责，负责计划进度，负责资源的调度，负责激励项目组成员工作。
越大的公司分工越细工作越轻松，越容易在自己的岗位上创造出新的东西。
公司越小，越象打杂的。。。。。。
构架设计，核心代码的编写，对程序员服务做部分技术支持工作。
项目经理：
对项目负责，负责计划进度，负责资源的调度，负责激励项目组成员工作。
越大的公司分工越细工作越轻松，越容易在自己的岗位上创造出新的东西。
公司越小，越象打杂的。。。。。。
rady88 2003-04-09
同意tj_dns(愉快的登山者)。
其实我喜欢做系统分析设计的工作，而不喜欢管理工作，现在是不得不做，结果是分心。
而事实上，这个现状很难改变。
其实我喜欢做系统分析设计的工作，而不喜欢管理工作，现在是不得不做，结果是分心。
而事实上，这个现状很难改变。
owl_927 2003-04-09
系统分析员=管理专家+信息技术专家+优秀领导者
打个不太恰当的比方（希望各位项目经理不要拿臭鸡蛋扔我）
就是 建筑设计大师 与 包工头的关系
打个不太恰当的比方（希望各位项目经理不要拿臭鸡蛋扔我）
就是 建筑设计大师 与 包工头的关系
fierythunders 2003-04-09
补充一下，文章的名字叫《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.
呵呵，供大家参考。
是这么说的：
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.
呵呵，供大家参考。
fierythunders 2003-04-09
记得有一篇RUP实践经验的总结上，提到最好不要让一个人同时担当项目经理和构架师这两个角色。
我以前也这么做过，虽然时间短，感觉确实有点冲突。
利益上好象有不同。
我以前也这么做过，虽然时间短，感觉确实有点冲突。
利益上好象有不同。
愉快的登山者 2003-04-09
现在在一些中小软件公司中，确实存在分析人员=项目经理的现象。
分析人员应该侧重的是项目在技术方面，如何实现问题；
项目经理重点是人员的调配和进度的控制，负责协调项目的有关方面。
但因为人员和费用的问题，将这两个角色赋予了同样的一个人。这个人即管分析和设计，又管人员和进度安排。
这样做表面上减少了人力，实际上从管理上是有缺陷的，职责不清，一人说了算，项目的完成主要看这个负责人的能力和作用了，突出的是个人的能力，没有体现整体的协作水平。
中小项目还可以，大的项目就不能承担了，或承担起来就会暴露出问题的。
分析人员应该侧重的是项目在技术方面，如何实现问题；
项目经理重点是人员的调配和进度的控制，负责协调项目的有关方面。
但因为人员和费用的问题，将这两个角色赋予了同样的一个人。这个人即管分析和设计，又管人员和进度安排。
这样做表面上减少了人力，实际上从管理上是有缺陷的，职责不清，一人说了算，项目的完成主要看这个负责人的能力和作用了，突出的是个人的能力，没有体现整体的协作水平。
中小项目还可以，大的项目就不能承担了，或承担起来就会暴露出问题的。
vue-devtools chrome 插件 chrome（谷歌浏览器）vue代码调试插件， 已打包。解压后，通过chrome扩展程序加载即可使用。
使用方法：
1、chrome浏览器输入地址“chrome://extensions/”进入扩展程序页面
2、勾选开发者模式
3、点击“加载已解压的扩展程序...”按钮，选择解压后的chrome文件夹，即可添加成功。
4、添加完vue-devtools扩展程序之后，我们在调试vue应用的时候，ch
rome开发者工具中会看一个vue的一栏，点击之后就可以看见当前页面vue对象的一些信息
linux网络内核书合集06 本合集是本人搜集的关于linux网络内核的书籍，都是经典，包含：（1）Linux网络体系结构：Linux内核中网络协议的设计与实现.chm （2）Linux网络内核分析与开发.pdf （3）嵌入式Linux网络体系结构设计与TCP／IP协议栈.pdf （4）深入理解LINUX网络技术内幕.pdf 第一本是英文版chm格式，其余三本均为中文版，扫描清晰
C语言及程序设计初步 课程针对没有任何程序设计基础的初学者，全面介绍C语言及利用C语言进行程序设计的方法。课程注重知识的传授，更关注学习者能够通过实践的方式，真正学会利用C语言解决问题，奠定程序设计的基础。为此，专门设计了实践方案，指导学习者在听讲的同时，有效完成实践。讲课中还适时穿插进行学习指导，帮助初学者尽快掌握程序设计的学习方法。 课程主要针对无任何编程经历的初学者，利用主讲者多年来教授大一学生的教学经验，准确把握知识点掌握中的难点，在和视频配套的实践方案配合下，帮助初学者顺利掌握知识，获得学习中的自信。
Qt图形视图框架详解 介绍Qt中的Graphics View Framework，涉及View、Scene、Item的关系，如何自定义QGraphicsItem、处理Item之间的关联、如何布局及定义自己的布局Item、如何变幻Item、如何应用动画、如何处理拖放、如何给Item应用图形效果，提供拼图游戏、画板两个有用的实例。 通过本课程的学习，能够掌握Qt Graphics View Framework的基本应用，使用图形视图框架开发需要丰富的GUI效果的应用软件以及需要维护大量图元的、对图形界面层次要求较高的应用。
IBM Tivoli Storage Manager 白皮书 IBM Tivoli Storage Manager 白皮书，详细介绍了关于IBM Tivoli Storage Manager的基础。Tivoli Storage Manager 简称TSM，是IBM Tivoli软件家族中的旗舰产品之一
敏捷软件开发－原则、模式与实践.pdf 本书讲授了一些原则、模式以及实践，它们可以帮助软件开发人员在追求美的程序、设计以及团队的道路上迈出第一步。本书探索了基本的设计原则，软件设计结构的通用模式以及有利于团队融为一个有机整体的一系列实践。本书包含了许多代码，仔细研读这些代码是学习本书所教授的原则、模式及时间的最有效方法
juniper路由器学习资料 从网络搜集的关于juniper的资源，包含
fru-mx960-acoustic.pdf
fru-mx960-cable-manager.pdf
JNCIA_学习指南中文.pdf
Juniper_EX交换机中文操作手册V1.0.pdf
Juniper_MX_路由器介绍.pdf
Juniper_MX960配置模板v1.2.docx
Juniper_netscreen.ppt
Juniper路由器（M10i）配置手册.pdf
Juniper路由器命令行配置手册.pdf
Juniper路由器实验手册.pdf
junos-cli.pdf
junos-release-notes-13.3.pdf
mx960-hwguide.pdf
mx960-install-quick-start.pdf
MX960操作维护介绍.pdf
MX960路由器操作手册.pdf
mx-series-line-card-guide.pdf
中国象棋人工智能论文集 这是本人收集的有关中国象棋人工智能的论文集
2009计算机博弈专辑文章.pdf
Computer Games Are an Efficient Tool for Event Game Theory.pdf
MINORS HASH TABLE IN COMPUTER CHINESE CHESS.pdf
中国象棋机器博弈的时间自适应分配策略研究.pdf
中国象棋计算机博弈中搜索算法的研究与改进.pdf
中国象棋计算机博弈关键技术分析.pdf
人工神经元网络结合TD(λ)算法在中国象棋机器博弈中的应用.pdf
博弈论的里程碑成果与局限性分析.pdf
基于剪枝策略的中国象棋搜索引擎研究.pdf
基于机器博弈的作战模拟系统探讨.pdf
大师级象棋机器人研究与开发.pdf
机器博弈研究面临的各种挑战.pdf
棋牌游戏与事件对策.pdf
积极开展民间棋类的计算机博弈活动.pdf
解剖大象的眼睛-中国象棋开发.pdf
计算机博弈原理与方法学概述.pdf
手把手做安卓应用开发 安豆是一个想学Android应用开发的小白，于是它找到自己的邻居－程序员大牛－熊哥帮忙。熊哥手把手带着安豆搭建程序的开发环境，实现应用的功能，美化应用界面，让安豆终于开发出了自己的第一个安卓应用－计算器。
学习的过程中，两个伙伴有问有答，学习的过程生动有趣。你一定不会睡着。 让从没有接触过安卓开发并且什么都不会的小白，变成一个能够开发出简单的计算器应用的菜鸟。
让小白对安卓开发有个整体的认识，初步形成安卓开发的概念，掌握安卓开发最最基础的知识。
OpenGL-实现视频播放(FFMpeg) 课程采用FFMpeg作视频解码，采用OpenGL实现视频的渲染，从RGB数据的绘制，到直接渲染YUV数据，实现三路YUV数据单纹理的输入，提升系统性能，接着采用PBO方式优化内存到显存的传输，实现DMA传输，解放CPU,将解码和渲染分离到不同的线程中，极大的提升了系统的性能。后介绍视频特效的实现。 介绍如何采用OpenGL渲染视频帧数据，从固定管线到可编程管线一次实现，采用PBO实现DMA数据传输处理，以及简单的视频特效的实现。
linux网络内核书合集01 本合集是本人搜集的关于linux网络内核的书籍，都是经典，包含：（1）Linux网络体系结构：Linux内核中网络协议的设计与实现.chm （2）Linux网络内核分析与开发.pdf （3）嵌入式Linux网络体系结构设计与TCP／IP协议栈.pdf （4）深入理解LINUX网络技术内幕.pdf 第一本是英文版chm格式，其余三本均为中文版，扫描清晰
Activiti 工作流入门到大神 什么是流程、工作流作用、Activiti背景简介、Activiti流程设计器安装、Activity环境搭建、通过HelloWorld掌握 Activiti操作流程的步奏、常见API使用、流程部署管理(发布流程、查看流程定义、删除流程、查看流程附件)、流程实例管理(启动流程、查看任务、认领任务、办理任务、查看流程状态) 什么是流程、工作流作用、Activiti背景简介、Activiti流程设计器安装、Activity环境搭建、通过HelloWorld掌握 Activiti操作流程的步奏、常见API使用、流程部署管理(发布流程、查看流程定义、删除流程、查看流程附件)、流程实例管理(启动流程、查看任务、认领任务、办理任务、查看流程状态) QQ:362969068
