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

wangjia

Ray001 发表于 2013-1-8 12:00

IT项目，管理者如果是将才，应该精通业务和技术。如果是帅才，就授权下去，用好手下的将才即可。就怕管 ...
很无奈，我们的PM就是不懂装懂这一类的
家住海淀 发表于 2013-1-10 17:35

大项目风险小于小项目，这个观点从分析的过程来说，老胡实在看不出能够得出这个结论的依据。
今天有事儿 ...
我说的这个确实有有些片面，从我说的那个例子是这个意思
大的项目又多个小项目组成，而每个小项目都有各自的问题，而组成一个大项目后，各个小项目的问题又会发生化学反应从而引发更大的问题。
不过这种说法有时候确实是有些强词夺理，不过是为了引起版主大大的注意

kinghq 发表于 2013-1-10 17:34

项目交到我手上，我首先了解的是项目的背景，这个专业上是没有很明确的指导该怎么做的，最多也说说什么利益 ...
版主大大说的确实是很有道理，大项目经理应该掌控全局，但是从项目的角度来说，又不得不去分步实施，这个是由IT行业的现状造成的（我们不能项房地产一样几百个人干一年）， 所以一旦分布不同子项目组入场就很有可能会造成我说的那种沟通问题 ，项目配置库的交接。BUG的处理。已完成程序的维护。与其他子项目的接口等等问题。
如果一个几十人·年项目 不做分布处理又会占用公司的太多资源。导致无法接受其他项目。这个是普遍不被乙方接受的。所以说分步是否合适还是由乙方当时的情况决定的。
至于说PMO或者SPI或者QA这几类角色是否针对项目去做监控或保证的，我觉得还是和项目本身有着一定的关系。因为有的项目确实是具有特殊性，不能按照一般项目处理流程去处理。至于说是否像行政机构运作我觉得还是和公司制度，例如项目绩效制度这类的制度有关联。如果进行挂钩的话，他也一定会关注项目进程的。
作为项目管理部门的人，最好还是技术出身，这样对能对整个项目有个很好的把控。出了问题，你才知道什么才是比较好的解决办法。你可以不必事事具细。但处理问题的方向是至关重要的。
怕就怕在从未做过开发的人做了项目管理。遇到问题毫无头绪。只会叫下面的人去处理。如果下面的人能力有限，不能从大局考虑问题的话，做出来的项目多半是问题多多的。
项目管理部门，在国内当前的技术形式下，单纯的项目管理肯定还是不够的，专业技术根底，熟悉的业务知识，才会有利于去真正介入具体的项目，以提供相应的支持与帮助，但是，从专业化项目建设来说，项目的管理还是会要回归到科学管理的路子上来，比如，有有效的计划跟踪，总比毫无计划要好，有详细的架构设计与产出，总比什么都没有设计就直接开发要好，其实如果到大项目上，专业的技术加上专业的业务人员，还需要专业的管理人员，有效优化资源，分工协作，才可能高效，要不然，也是即使一堆的牛人在，缺乏组织，也是没有用的。
wkl_allen 发表于 2013-1-11 09:55

作为项目管理部门的人，最好还是技术出身，这样对能对整个项目有个很好的把控。出了问题，你才知道什么才是 ...
同意33楼的说法。你所说的还是项目组，不是项目管理部门。项目管理部门所要面对和解决的不再是“整个”项目，而是“所有”项目。在这个层面上，出现的很少是常规问题了，如果还依靠一个人的出身、能力、素质去把控、解决问题，不得不说，这是一个部门的悲哀、一个组织的落后。
项目管理部本身的职责个人感觉在与【监控】而不是【管理】。
【管理】是管理层面的事情，本身因该由项目经理负责。
【监控】则是项目管理部的人根据项目里的各种数据，判读项目的实际情况，提前预估其风险。监控本身也是贯穿与项目的所有阶段。
监控的成功与否取决项目评估指标的有效性，监控的即时性，与监控人员(项目管理部的成员）的经验。
作为项目管理部的一员，必须具备有项目管理，开发（技术）的背景。
以上纯属个人意见。欢迎拍砖。

也许是经历的环境有限，目前为止还没有见识过好的项目管理部门。很大程度上还是依赖于项目经理的能力。
请教34楼 项目管理部门的主要的工作是什么呢？
Ray001 发表于 2013-1-8 12:00

IT项目，管理者如果是将才，应该精通业务和技术。如果是帅才，就授权下去，用好手下的将才即可。就怕管 ...
我顶。。。。