xiaobay 发表于 2012-3-22 22:28 static/image/common/back.gif
我觉得研发项目可能和运营是不是有点不同？因为要评估可行性，工作量，分解等，鉴别是否会发生延期，处理 ...
我讲的就是研发项目或工程项目。不是运营。建议看看：
项目管理1：生产管理和项目管理的区别
http://www.sychaguan.com/forum.php?mod=viewthread&tid=296
wxmang 发表于 2012-3-22 19:18 static/image/common/back.gif
我记得有一届奥运会，美国游泳队的教练自己不会游泳。
所以管理者跟执行者是两个完全不同的专业。以中 ...
忙总，俺觉得你说的都是对的。俺还是针对自个儿见过的吐吐槽。
俺接触过的这些项目经理们显然都称不上管理专家。但在俺所处的行业是一个普遍现象，而且他们跳槽后在同行业里一样能胜任项目管理工作。简单说，职位是必须且广泛存在的，但不是非你不可。
技术人员，和忙总说的工厂里最难对付的属技术人员很类似，一般是会有一些看不起非技术出身的项目管理人员的。
有趣的是，有些单位，项目管理中除了PM（Program Manager），还有PL（Project Lead）的角色。简单点可以认为PM管资源和进度，PL管技术。老板们一般只关心进度，什么时候出货，所以找PM就行了。
项目规模嘛，一般关联的有上百人，从立项到最终结束要几年。但核心的人员和时段往往就几十人、半年左右。有些单位甚至有一个大PM带好几个小ＰＭ的情况，啥事都有ＰＭ管着。仿佛一个工程师后面就有一个ＰＭ盯着。这个肯定是夸张了。{:4_268:}
伯威 发表于 2012-3-22 23:05 static/image/common/back.gif
忙总，俺觉得你说的都是对的。俺还是针对自个儿见过的吐吐槽。
俺接触过的这些项目经理们显然都称不上 ...
这种项目没见过。项目经理最大本事是沟通能力和组织能力，能够激励士气，让大家完成任务。所以以前的项目（例如银行的IT平台或企业的SCM或erp之类），项目经理基本都是企业副总裁担任。下面会有几个工头做助手。
yelt 发表于 2012-3-22 18:44 static/image/common/back.gif
我客串项目经理的经历,也谈谈,抛砖引玉.
我是熟练的软件开发工程师,所以一开始让我负责整个产品的软件版 ...
你这个就属于技术人员出身的项目经理。有没有遇到过不懂技术的项目经理？你遇到过的或者说你觉得好的项目经理应该是怎么样的？
wxmang 发表于 2012-3-22 23:08 static/image/common/back.gif
这种项目没见过。项目经理最大本事是沟通能力和组织能力，能够激励士气，让大家完成任务。所以以前的项目 ...
俺说的主要是产品开发。比如说联想要针对市场需求源源不断地推出新款手机（ophone1, ophone2, ophone3)和平板电脑(opad1, opad2, opad3)。每款产品的开发必然单独立项，都会有一个项目经理管理，项目经理自己不必很懂技术，因为项目里各个技术团队的负责人都是行家，TA主要负责组织协调就行了。这个跟您说的最大本事差不多。{:4_268:}
wxmang 发表于 2012-3-22 18:13 static/image/common/back.gif
网络优化技术（pert)本来就是我的专业课之一，这是运筹学都要学的。这玩意本来就是运筹学家为北极星弹道导 ...
谢谢忙总，是我忘了运筹学的第一堂课就提及流程优化，不仅没有做到学以致用，还忘到了九霄云外。我去捡捡书本先。
伯威 发表于 2012-3-22 23:12 static/image/common/back.gif
你这个就属于技术人员出身的项目经理。有没有遇到过不懂技术的项目经理？你遇到过的或者说你觉得好的项目 ...
遇到过。有把项目搞的好的，那是因为他把项目分解几大块，交给几个技术过硬非常敬业的人，也遇到过遇到把项目搞砸，换人来补救。
我觉得就算第一类也是因人成事，不足法。
伯威 发表于 2012-3-22 23:12 static/image/common/back.gif
你这个就属于技术人员出身的项目经理。有没有遇到过不懂技术的项目经理？你遇到过的或者说你觉得好的项目 ...
遇到过。有把项目搞的好的，那是因为他把项目分解几大块，交给几个技术过硬非常敬业的人，也遇到过遇到把项目搞砸，换人来补救。
我觉得就算第一类也是因人成事，不足法。
伯威 发表于 2012-3-22 23:05 static/image/common/back.gif
忙总，俺觉得你说的都是对的。俺还是针对自个儿见过的吐吐槽。
俺接触过的这些项目经理们显然都称不上 ...
这位茶友，与你心有戚戚焉。技术单位都是技术优先，不懂技术的领导一般是尊敬但不服从。公司的原则是工而优则仕，这里的鸿沟太大了。很多人都是采用人盯人的方法管理，恨不得自己亲自动手。结果大家都觉得累。
wxmang 发表于 2012-3-22 18:08 static/image/common/back.gif
难度很大，实际上你是上司的替罪羊，成功，是他的功劳，失败是你责任，这样做非常不地道。
那么，项目经理既然没有薪金、奖金、晋升等资源可供使用，只能间接通过直线经理来实现。可以说资源是很少的，责任倒是很大的。这种情况，和您说的替罪羊“角色”不是很类似吗？为什么项目经理能够玩得转呢？
wxmang 发表于 2012-3-22 19:18 static/image/common/back.gif
我记得有一届奥运会，美国游泳队的教练自己不会游泳。
所以管理者跟执行者是两个完全不同的专业。以中 ...
忙总好，我有个疑问：如果管理者不懂技术，怎么做到能让技术人员听自己指挥和协调呢？技术人员蒙他怎么办？
本帖最后由 coolhihi 于 2012-3-23 09:17 编辑
wxmang 发表于 2012-3-22 18:07 static/image/common/back.gif
那这个项目经理不合格。项目经理本来就是一个组织者，工程师只是他的士兵或工具，士兵歧视长官，你觉得是 ...
这个没法比吧，要是毛泽东不善长指挥打仗，在当时军事斗争条件为主的情况下，恐怕也镇不住吧
wxmang 发表于 2012-3-22 19:20 static/image/common/back.gif
大型项目，你这种做法是不对的，因为你把精力浪费了，你得职责是组织，计划，指挥，控制和协调，而不是了 ...
忙总，您要是有机会了解软件工程的那些扯皮事情，就明白现在为啥会出现这些莫名其妙的讨论了。软件工程实质是全球化的雏形，由于职业天花板和其他诸多原因，很多人无法进入美国工业体的核心，这些力量和外包的商业需要一拍即合。在管理上，其本质尚不如一个总撰稿人带一帮秘书写稿子。软件工程其利润来源是依附于各传统工业的，现在更多依附于商业化后的广告链条。
伯威 发表于 2012-3-22 23:05 static/image/common/back.gif
忙总，俺觉得你说的都是对的。俺还是针对自个儿见过的吐吐槽。
俺接触过的这些项目经理们显然都称不上 ...
按照团队规模和事情的复杂度，项目经理做的事情大不同。
关键是上下能够沟通，把任务分解并执行下去，实际上公司配备人员时，能兼职的岗位就不会配置专职。
以开发项目为例：
1、5人团队
所有人都是开发人员。
所谓项目经理，更多是一个技术组长（控制需求），兼职项目经理。
2、25人团队
项目经理一人，架构师一人（前二者可以是一人），质量控制与版本管理一人，秘书一人，开发人员分为4组，每组5、6人。
项目经理与架构师都要参与控制需求。
此时的项目经理，如果也是架构师，那么要管理能力与技术能力都兼备，比较累，也能扛下来。
如果不是架构师，比较尴尬，技术方面一般hold不住（不然公司不会再配备架构师），只有和架构师很好地沟通、协调项目进度。
3、125人团队
项目经理一人、总架构师一人，开发人员分为4个方面，每方面架构师一人，每个方面25/6人，质量控制三人，版本管理一人，秘书一人，专职需求分析人员5、6人
专职需求分析人员、总架构师、架构师都要参与控制需求
项目经理必须专职（一个人的能力已经不足以hold住这么多方面）
。。。。。。
忙总想的都是大项目，直接进入百人以上团队阶段了。
伯威 发表于 2012-3-22 23:24 static/image/common/back.gif
俺说的主要是产品开发。比如说联想要针对市场需求源源不断地推出新款手机（ophone1, ophone2, ophone3)和 ...
产品开发我们也搞过，当然不是IT产品，而是工业品。由于流程大家都极为熟练，都是行家，都知道自己的岗位和职责，项目经理的任务实际就是资源最优配置和质量进度监督。无非是每周PDCA循环，每天工作日志检查而已。
冰晶石 发表于 2012-3-23 01:20 static/image/common/back.gif
那么，项目经理既然没有薪金、奖金、晋升等资源可供使用，只能间接通过直线经理来实现。可以说资源是很少 ...
谁说的项目经理没有人权和财权？项目经理是能够把人退回去的，也能决定预算分配和结算支付的。
螺丝钉 发表于 2012-3-23 09:01 static/image/common/back.gif
忙总好，我有个疑问：如果管理者不懂技术，怎么做到能让技术人员听自己指挥和协调呢？技术人员蒙他怎么办 ...
除非所有技术人员合伙来蒙（这种情况就是或者形成技术人员反党集团了，下场一般是全部被炒或者形成天怒人怨，管理人员被炒），否则是不可能被蒙的。管理人员的特长不在搞技术，而在搞人心。
一般说来，技术人员跟管理人员玩心眼或手段，下场都很惨，有时都不知道自己骨头是怎么不见的。
中梁山 发表于 2012-3-23 09:41 static/image/common/back.gif
按照团队规模和事情的复杂度，项目经理做的事情大不同。
关键是上下能够沟通，把任务分解并执行下去， ...
你说的这个就是我理解的，我没见过小的研发项目。我也没有碰到过工程师质疑项目经理必要性的。因为面对客户需求时，工程师甚至无法完整想象项目框架。他们局限性太大，没有能力把握整体。
wxmang 发表于 2012-3-23 10:31 static/image/common/back.gif
除非所有技术人员合伙来蒙（这种情况就是或者形成技术人员反党集团了，下场一般是全部被炒或者形成天怒人 ...
谢谢忙总答疑，我有些明白了。搞人心是不是可以从两个方面来理解：正面是可以和技术人员充分沟通，让技术人员把自己看成知己，愿意把工作做好。反面是及时发现不服气的刺头，加以约束甚至开除？
wxmang 发表于 2012-3-23 10:31 static/image/common/back.gif
除非所有技术人员合伙来蒙（这种情况就是或者形成技术人员反党集团了，下场一般是全部被炒或者形成天怒人 ...
“合伙蒙”这事......听过类似的一个集体反水的例子。
一个80年代成立的计算机公司（这公司现在还在），90年代末的时候，负责西北地区售后维护的某部门新上任经理吃独食，惹恼整个部门，这个部门集体辞职，然后集体成立了一家新公司，“接管”了原所在公司部门在西北地区的业务......
我当时听说的时候没觉得怎样，如果现在听说一定雷得不轻：这样都行？！
coolhihi 发表于 2012-3-23 09:15 static/image/common/back.gif
这个没法比吧，要是毛泽东不善长指挥打仗，在当时军事斗争条件为主的情况下，恐怕也镇不住吧
毛主席知道干什么，而不是怎么干。
乌金沙 发表于 2012-3-23 09:40 static/image/common/back.gif
忙总，您要是有机会了解软件工程的那些扯皮事情，就明白现在为啥会出现这些莫名其妙的讨论了。软件工程实 ...
俺不幸就在混这行，从国内情况看，主流的IT外企大多不把核心的产品研发放在国内。据我自己观察，牵涉到公司产品战略层面的产品开发，牵头的项目经理往往极其精通技术同时兼具管理才能。同时，工作也很拼命{:2_25:}。 国内部门困于公司内部的定位，做的往往是酱油类的项目或者是一整体大项目中的一个子模块，对应的国内项目经理往往也是起一个协调或者中间人的角色。 无法做到忙总描述的整体规划调度的层面。 当然，又另一类的项目，也就是所谓的依附于工业界的项目，主要做的是实施和本地化，这是公司层面的项目经理倒的确是有足够大的管理权限，但因为是服务甲方，更多时候也是由甲方派驻资深专人来进行项目管理管理。
螺丝钉 发表于 2012-3-23 10:40 static/image/common/back.gif
谢谢忙总答疑，我有些明白了。搞人心是不是可以从两个方面来理解：正面是可以和技术人员充分沟通，让技术 ...
霹雳手段，菩萨心肠。这就是管理者的原则。
wxmang 发表于 2012-3-23 10:35 static/image/common/back.gif
你说的这个就是我理解的，我没见过小的研发项目。我也没有碰到过工程师质疑项目经理必要性的。因为面对客 ...
在国内IT这一行内，大部分的程序员都是在几人、几十人的团队里边做项目维生的（所谓项目，就是根据客户需求进行定制开发），就算是看起来比较大的公司，如果是做软件外包之类的，每个项目基本也是这种情况。
能够做产品的公司，一个产品能够配置百人以上开发人员，也是很不容易的，如果开发人员这样配置，相关市场人员至少也要上百（一般还不包括销售商），加上其他人员，公司300、400百人就算很少了，每年收入要上亿才能支撑。
因为国内整个IT定位在全球IT食物链中处于边缘水平，做通用产品很难维持，局限于行业市场，整体容量也就有限。
在几人、几十人的小型项目中，常常是一人多岗，“实际”工作的比重也更大，管理工作常常是兼职，面对客户的时候，常常是某一两个人和客户聊业务需求，也负责转化成技术需求，同时定技术方案，分配模块与人手。并且为了节省成本，常常是一个或几个核心开发人员带着一些菜鸟做开发（菜鸟是服从核心开发人员的）。这个时候，核心开发岗位的重要性就比项目经理岗位的重要性大了，所以项目经理会比较尴尬（真出事，老板一般是修理弱势的项目经理），常常是核心开发人员兼职项目管理工作了事。
wxmang 发表于 2012-3-23 11:09 static/image/common/back.gif
毛主席知道干什么，而不是怎么干。
也就是说，作为项目管理员，也需要能够从教高的角度考虑项目本身的技术和生产，而且能把握住大方向？
我还是觉得项目管理员脱离技术的基础很难管好下面，不知道技术，又怎么能在情况随时变化下，时刻把握住将来要干什么这个问题呢？
看看 发表于 2012-3-23 10:51 static/image/common/back.gif
“合伙蒙”这事......听过类似的一个集体反水的例子。
一个80年代成立的计算机公司（这公司现在还在）， ...
这种做法，在很多行业是被追杀封杀的。
中梁山 发表于 2012-3-23 11:31 static/image/common/back.gif
在国内IT这一行内，大部分的程序员都是在几人、几十人的团队里边做项目维生的（所谓项目，就是根据客户需 ...
那这种工作组织结构还谈不上流程开发，还是作坊式开发，也就是还没有明确的专业化分工，把前方作战与后方支持混在一起，这至多算游击队水平，不但不能打阵地战，也不能持久战。算是投机作战，蜻蜓点水。我想最大问题是不能积累人才、品牌和经验了。
那这个水平与中国制造业相差太悬殊了，我们制造业现在组织10多万人的大兵团作战已经毫无问题。
coolhihi 发表于 2012-3-23 11:31 static/image/common/back.gif
也就是说，作为项目管理员，也需要能够从教高的角度考虑项目本身的技术和生产，而且能把握住大方向？
...
助手可以帮助解决具体问题，就像林彪的刘亚楼善于制定行动计划，这点林彪是不如他的。
冰晶石 发表于 2012-3-23 01:20 static/image/common/back.gif
那么，项目经理既然没有薪金、奖金、晋升等资源可供使用，只能间接通过直线经理来实现。可以说资源是很少 ...
项目经理是各方信息交互的核心点，掌握着信息就间接掌握着资源，看具体的项目目标而用。
wxmang 发表于 2012-3-23 11:57 static/image/common/back.gif
那这种工作组织结构还谈不上流程开发，还是作坊式开发，也就是还没有明确的专业化分工，把前方作战与后方 ...
忙总说到点子上了，目前国内IT这一行大部分都是作坊式开发。特别软件研发这块，目前还做不到象制造业这样几万人大兵团作战。我参与过的最大的软件开发团队也只有两百人左右，其中的开发流程虽名义上是CMM，但实际操作时本质上还是作坊式开发更多。这也跟软件开发过程的复杂度有关，目前软件工程这个领域30年没有出现过突破性的研究进展了。