尴尬的项目管理部门 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

kangsgs 发表于 2013-1-8 20:24

记得考信息系统项目管理师的题里，有一道是这样的:以下哪一项不是项目经理必须的？答案是:精通技术。
信息系统项目管理师基本上都是抄袭的PMP的，思想上还是pmp的。
所以有这个照本宣科的观点就不奇怪了，PMP定位的项目经理是专职的项目经理
所以PMO的人员配置很关键，业务、技术、管理的都得有。靠一群专业化的人员，组成一个复合型的部门，发挥各自的优势。
同时，很多组织把PMO仅仅放在了项目执行阶段，使PMO对于各个项目组的贡献也有了限制。
说到底，还是领导没想清楚。
家住海淀 发表于 2013-1-8 10:20

无论你是虚拟项目组织，还是实体项目组织
都是需要专业的人来做专业的事，才能把事情做好，才能把事情做对 ...
专业的人干专业的事，但是成本太高了，复核人才的作用就是一个人当多个人用，在不同的时期转换角色处理一个项目内不同的工作，因为项目团队太大，沟通就要付出相当大的成本，人越少，沟通所带来的开销越少。只是当前有的公司做的太极端了，往往一个项目 1~2个人就去上了...2个驻场即是二开又是实施又是测试...实在是拿自己的信誉开玩笑。
tesimou 发表于 2013-1-10 13:58

专业的人干专业的事，但是成本太高了，复核人才的作用就是一个人当多个人用，在不同的时期转换角色处理一 ...
小项目，小规模的项目，你说的的确是有道理的。
但是大项目，为了控制风险，为了规模效益，为了效率与目标可达成，个人还是认为专业定位比较好。
家住海淀 发表于 2013-1-10 17:01

小项目，小规模的项目，你说的的确是有道理的。
但是大项目，为了控制风险，为了规模效益，为了效率与目 ...
说道风险，大的项目承担的风险更甚于小的项目，大的项目往往都是分割成小的项目，分步执行。每一步的项目经理之间往往又会通过文档交接或其他方式对下个小的项目进行项目内容的转移。但是往往这种转移的过程会连带着BUG一起转移，并不是说专业的人就一定不会出现这种问题，这种问题往往是伴随项目开始到结束的。大的项目分割的越细，这类的BUG越多。相对的不同子系统间的接口也越多。维护起来越繁琐。往往又需要投入大量的人力。
tesimou 发表于 2013-1-10 17:09

说道风险，大的项目承担的风险更甚于小的项目，大的项目往往都是分割成小的项目，分步执行。每一步的项目 ...
道理是这样的。实际中，这个相对来说要好一些，尤其是那些领导比较重视的项目。另外，就算真有边角余料的项目，也是要想办法的：之前我们说的“代码优化”就是实践出来的一个办法。
kinghq 发表于 2013-1-10 17:14

道理是这样的。实际中，这个相对来说要好一些，尤其是那些领导比较重视的项目。另外，就算真有边角余料的 ...
不得不说，项目确实是有专业的人去做专业的事，这点完全同意版主大大，这样做起来项目的效率最高。可能是自身环境的因素，人力资源和成本一直是制约项目质量的一个重要的问题。良好的沟通、专业的人才和足够的实施时间才是项目质量的保证。当然这离不开甲方的大力推动。这样的资源调动需要太大的成本，公司一般会对这类项目进行资源的控制，例如人手问题，工期问题等等。现在正在做这类的工作，对于风险好敏感。。。
版主大大说的代码优化可不可以给个连接了解下。

项目交到我手上，我首先了解的是项目的背景，这个专业上是没有很明确的指导该怎么做的，最多也说说什么利益相关者什么的。这个方面，靠的是经验和悟性，我觉得；专业性太强的，一般都是针对那些很明确的。其实作为管理人员，管理部门，目前来说还都是行政机构一样在运作；这样的，其实没有很大的动力去想什么办法来着。项目上很多时候需要管理人员、管理部门去填空的，其实按照子项目那么去做是否合适，本身就是一个问号。其实说白了，很多项目都是不成功的，作为项目管理人员、管理部门来说，往往是在这个不成功的里头怎么形成对项目利益相关者有益的交付。
tesimou 发表于 2013-1-10 14:09

说道风险，大的项目承担的风险更甚于小的项目，大的项目往往都是分割成小的项目，分步执行。每一步的项目 ...
大项目风险小于小项目，这个观点从分析的过程来说，老胡实在看不出能够得出这个结论的依据。
今天有事儿，明天展开细说