罗阿宝 发表于 2012-3-23 12:12:18

中梁山 发表于 2012-3-23 09:41 static/image/common/back.gif
按照团队规模和事情的复杂度,项目经理做的事情大不同。

关键是上下能够沟通,把任务分解并执行下去, ...

你举的例子,背景应该是小型软件公司,或纯软件外包公司吧,如果是综合型大公司,是否安排项目经理不是看人数的,是看需求涉及范围和项目重要性的。

看看 发表于 2012-3-23 12:13:37

0~0 发表于 2012-3-23 12:09 static/image/common/back.gif
忙总说到点子上了,目前国内IT这一行大部分都是作坊式开发。特别软件研发这块,目前还做不到象制造业这样 ...

“软件工程”这个“领域”几乎就是IBM一手支撑起来的,它现在志不在此了,火种也就渐渐熄灭了。

伯威 发表于 2012-3-23 12:33:14

wxmang 发表于 2012-3-23 10:27 static/image/common/back.gif
产品开发我们也搞过,当然不是IT产品,而是工业品。由于流程大家都极为熟练,都是行家,都知道自己的岗位 ...

忙总说的是,这个项目经理没啥难度。{:4_268:}

coolhihi 发表于 2012-3-23 12:37:18

wxmang 发表于 2012-3-23 11:58 static/image/common/back.gif
助手可以帮助解决具体问题,就像林彪的刘亚楼善于制定行动计划,这点林彪是不如他的。

有道理,只要知人善任,应该也能行。可忙总说过,主官要下决定,比参谋光提供计划难得多,缺乏技术基础,对于做决定会不会有影响呢?

中梁山 发表于 2012-3-23 12:47:20

罗阿宝 发表于 2012-3-23 12:12 static/image/common/back.gif
你举的例子,背景应该是小型软件公司,或纯软件外包公司吧,如果是综合型大公司,是否安排项目经理不是看 ...

如果是做产品开发的大公司,做的产品本身就应该市场规模大,开发复杂度高,人员多,专业分工明确,自然而然就有专职项目经理了。
前边的帖子只是介绍一下IT食物链上的情况。
分工是根据需求来定的,大项目有大项目的运作方式,小项目也有小项目的运作方式。

中梁山 发表于 2012-3-23 12:55:15

wxmang 发表于 2012-3-23 11:57 static/image/common/back.gif
那这种工作组织结构还谈不上流程开发,还是作坊式开发,也就是还没有明确的专业化分工,把前方作战与后方 ...

的确如此。就是作坊式开发。
国内外企做项目,比如埃森哲,一个ERP实施项目,价值几亿,人员几百,也就是一个作坊水平。项目进度、质量根本无法保证(不过要价高,覆盖成本绰绰有余)。
国内电信业好很多,比如华为,产品开发看起来已经像个样子,一个产品开发人员几百人已经正常。大产品线开发几千人也有,不过协同程度还是没那么理想。

无己大康 发表于 2012-3-23 13:06:31

中梁山 发表于 2012-3-23 11:31 static/image/common/back.gif
在国内IT这一行内,大部分的程序员都是在几人、几十人的团队里边做项目维生的(所谓项目,就是根据客户需 ...

这个深有同感 兄弟从事IC设计行业,国内的IC设计公司就是这样的 感觉一款专用芯片的开发 好像也用不着成百上千人合作  只要有核心的几个人,甚至是一个人 带着一帮菜鸟程序员 基本就搞定了 开发周期一般半年到一年 多则数年 只要核心技术人员没变动 下面菜鸟是谁无所谓 这种情况下感觉项目经理的作用不大

wxmang 发表于 2012-3-23 13:17:45

coolhihi 发表于 2012-3-23 12:37 static/image/common/back.gif
有道理,只要知人善任,应该也能行。可忙总说过,主官要下决定,比参谋光提供计划难得多,缺乏技术基础, ...

参谋就是告诉你技术问题的。

0~0 发表于 2012-3-23 13:26:58

看看 发表于 2012-3-23 12:13 static/image/common/back.gif
“软件工程”这个“领域”几乎就是IBM一手支撑起来的,它现在志不在此了,火种也就渐渐熄灭了。

有可能IBM发现这是条死路,于是赶紧换地方奔钱途去了

健恒 发表于 2012-3-23 13:33:53

伯威 发表于 2012-3-22 12:27 static/image/common/back.gif
俺是做技术的,跟这些PM打交道很多,自己也曾客串过。简单地说,订计划时将各任务、人员、计划分解,再汇 ...

一般有两种类型的项目,一是上级领导规定了项目截止时间,一种是需要项目负责人根据项目需求评估出项目所需时间。 通常如果PM本身不懂技术的话会配一个技术经理或者架构师,由这个技术经理定制项目进度表。PM主要职责通常是协调、裁决、控制

中梁山 发表于 2012-3-23 13:36:42

无己大康 发表于 2012-3-23 13:06 static/image/common/back.gif
这个深有同感 兄弟从事IC设计行业,国内的IC设计公司就是这样的 感觉一款专用芯片的开发 好像也用不着成百 ...

是啊,不管软件还是硬件,如果复杂度不够,也用不了多少人。开发中,有用的人总是少数,多数都是重复劳动,打打酱油(管理上有个二八定律,好像就是这个意思。)。
大规模开发,比如一个核心路由器产品,就用得着上百人了,如果是一个3G产品线开发(基站、交换机、NGN、网管、计费。。。),就用得着上千人了。
这个时候,资源共享、分工协同、进度安排、质量管控,就需要好的项目经理/产品经理。

无己大康 发表于 2012-3-23 14:13:59

中梁山 发表于 2012-3-23 13:36 static/image/common/back.gif
是啊,不管软件还是硬件,如果复杂度不够,也用不了多少人。开发中,有用的人总是少数,多数都是重复劳动 ...

芯片开发专业性太强 而且产业还不成熟  开发周期也长 无法确切确定开发进度 因而无法作为产品线开发的一个环节 做产品开发(如交换机  机顶盒等)只有在有芯片的情况下才行  没法把芯片开发作为产品开发的一环 这样风险太大 ;而一款芯片开发其实需要的人并不多,协作性并不强,感觉对于管理的要求不高。

0~0 发表于 2012-3-23 15:01:28

中梁山 发表于 2012-3-23 13:36 static/image/common/back.gif
是啊,不管软件还是硬件,如果复杂度不够,也用不了多少人。开发中,有用的人总是少数,多数都是重复劳动 ...

一个产品线的开发确实要上千人,比如华为、中兴一个LTE产品线都是几千人的开发队伍规模,但这几千人是分散在很多个项目中,跟单个产品开发上千人的规模还是有区别,比如微软windows一个产品也是上千人。不过估计微软也是把开发队伍分成N个小团队,每个团队完成一个部件,再集成,这其间系统标准接口的划分就很重要。以前看过一个资料微软windows开发队伍曾一段时间想搞大团队开发,结果计划始终无法完成,发布老跳票,还一堆bug,最后又回归小团队开发了

中梁山 发表于 2012-3-23 15:15:22

0~0 发表于 2012-3-23 15:01 static/image/common/back.gif
一个产品线的开发确实要上千人,比如华为、中兴一个LTE产品线都是几千人的开发队伍规模,但这几千人是分散 ...

的确,一个产品线是由多个产品组成,如果技术基础足够,多个产品还可以共用技术平台。
但在产品线总监看来,产品线要发布的重要新品,就是发布一个新系列产品,多个产品开发进度的控制、资源的共享就是其责任。
windows其实也可以看成一个产品线,操作系统平台、开发平台、office平台特性、应用平台(比如Exchange)需要一起规划产品特性,相互配合。

那一剑的风情 发表于 2012-3-23 15:44:31

无己大康 发表于 2012-3-23 14:13 static/image/common/back.gif
芯片开发专业性太强 而且产业还不成熟  开发周期也长 无法确切确定开发进度 因而无法作为产品线开发的一个 ...

而一款芯片开发其实需要的人并不多,协作性并不强,感觉对于管理的要求不高。

==> 芯片开放需要很多人, 需要很强的协作, 对管理要求很高. 把开放出来的产品量产就更难了.
         半导体应用的技术, 质量控制, 统计分析, 失效分析 比其他工业高.

0~0 发表于 2012-3-23 15:54:13

中梁山 发表于 2012-3-23 15:15 static/image/common/back.gif
的确,一个产品线是由多个产品组成,如果技术基础足够,多个产品还可以共用技术平台。
但在产品线总监看 ...

windows的开发团队专注于操作系统平台,office是另一个开发团队。
win7的开发团队划分成25个小团队,win8开发团队划分成35个小团队,这有份简单资料:
http://www.bitscn.com/news/microsoft/201108/193454.html

far8008 发表于 2012-3-23 16:44:43

wxmang 发表于 2012-3-23 11:58 static/image/common/back.gif
助手可以帮助解决具体问题,就像林彪的刘亚楼善于制定行动计划,这点林彪是不如他的。

忙总,您说建筑工程项目管理硕士国内的学习班,可以吗?还是必须从实战中来

中梁山 发表于 2012-3-23 16:50:07

0~0 发表于 2012-3-23 15:54 static/image/common/back.gif
windows的开发团队专注于操作系统平台,office是另一个开发团队。
win7的开发团队划分成25个小团队,win ...

老兄分析的角度和我有差异,也有道理。
如果从技术复杂度角度看,估计windows开发比3G产品线的任一产品开发要大,技术难度更高。
如果从管理复杂度角度看,windows开发人员比3G产品线的任一产品要多,层次也更多,管理难度更高。

wxmang 发表于 2012-3-23 18:24:27

far8008 发表于 2012-3-23 16:44 static/image/common/back.gif
忙总,您说建筑工程项目管理硕士国内的学习班,可以吗?还是必须从实战中来

这个不知道,看教学质量,有的学校实战经验训练多一点。

晨池 发表于 2012-3-23 19:29:56

wxmang 发表于 2012-3-23 10:29 static/image/common/back.gif
谁说的项目经理没有人权和财权?项目经理是能够把人退回去的,也能决定预算分配和结算支付的。

有些公司是有这样名头是“项目经理”,其实名不副实的。但是即便如此,这样的项目经理也对自己的手下在人事和财务上的变更有很大发言权,但是没有决定权,决定权在直线经理手里。

wxmang 发表于 2012-3-23 19:33:47

晨池 发表于 2012-3-23 19:29 static/image/common/back.gif
有些公司是有这样名头是“项目经理”,其实名不副实的。但是即便如此,这样的项目经理也对自己的手下在人 ...

收入在矩阵式结构中是分开的,条条是一块,是绩效工资,块块是一块,基础工资。

无己大康 发表于 2012-3-24 23:52:15

那一剑的风情 发表于 2012-3-23 15:44 static/image/common/back.gif
而一款芯片开发其实需要的人并不多,协作性并不强,感觉对于管理的要求不高。

==> 芯片开放需要很多人 ...

专用集成电路目前都是采用自已设计后请工厂代工的生产模式 你说的那些工作都是代工厂该做的 跟设计公司没太大关系 设计公司设计一款芯片 基本上十几个人即可

那一剑的风情 发表于 2012-3-25 07:58:13

无己大康 发表于 2012-3-24 23:52 static/image/common/back.gif
专用集成电路目前都是采用自已设计后请工厂代工的生产模式 你说的那些工作都是代工厂该做的 跟设计公司没 ...

除非你把设计和制造分开, 设计能否成功在于工艺能否实现, 设计和工艺是相互反馈的过程.
强大的工艺可以容忍比较差的设计, 工艺实现不了, 设计也要改.

无己大康 发表于 2012-3-26 09:10:43

那一剑的风情 发表于 2012-3-25 07:58 static/image/common/back.gif
除非你把设计和制造分开, 设计能否成功在于工艺能否实现, 设计和工艺是相互反馈的过程.
强大的工艺可以容 ...

这当然要考虑 但是在目前的工艺条件下 对于通用CPU 也许会要求很高  但是对于面对消费市场的一些ASIC(如 手机、数字电视等),对于后端的考虑 不需要那么高 大部分设计都是可以通过的 只要你在前端设计时留有足够的时序余量。这也是在专用芯片中设计和工艺能分开、而至今intel却仍然保留自己的晶圆厂的原因。

徜徉 发表于 2012-3-26 14:16:15

wxmang 发表于 2012-3-22 10:12 static/image/common/back.gif
项目经理上任前,必须搞清楚几件事情:

1、项目目标;


留着,一定记住了,谢谢忙总

那一剑的风情 发表于 2012-3-26 15:35:52

无己大康 发表于 2012-3-26 09:10 static/image/common/back.gif
这当然要考虑 但是在目前的工艺条件下 对于通用CPU 也许会要求很高  但是对于面对消费市场的一些ASIC(如 ...

呵呵, 那倒是, 如果只是修修补补的工作, 严格不能称之为开发了, 我理解的开发是工艺上和设计上都有不确定性, 设计要考验工艺的极限.

无己大康 发表于 2012-3-26 15:39:14

那一剑的风情 发表于 2012-3-26 15:35 static/image/common/back.gif
呵呵, 那倒是, 如果只是修修补补的工作, 严格不能称之为开发了, 我理解的开发是工艺上和设计上都有不确定 ...

公司不管你这个 公司管的是产品能不能按时上市 还有性能要比别的公司好 至于是不是极限  无所谓 比竞争对手好就行   

那一剑的风情 发表于 2012-3-26 15:49:10

无己大康 发表于 2012-3-26 15:39 static/image/common/back.gif
公司不管你这个 公司管的是产品能不能按时上市 还有性能要比别的公司好 至于是不是极限  无所谓 比竞争对 ...

哈哈, 随便吧

风潇潇007 发表于 2012-4-27 13:58:44

wxmang 发表于 2012-3-23 13:17 static/image/common/back.gif
参谋就是告诉你技术问题的。

每次没事就把忙总的老帖子翻出来看,每看一遍都有新收获。

不知道忙总对德鲁克的评价怎么样,我觉得德鲁克写的书很不错,和看您的东西有一样给我很大的收获

wxmang 发表于 2012-4-27 15:26:50

风潇潇007 发表于 2012-4-27 13:58 static/image/common/back.gif
每次没事就把忙总的老帖子翻出来看,每看一遍都有新收获。

不知道忙总对德鲁克的评价怎么样,我觉得德 ...

德鲁克是真正的管理学家,大腕。但不是真正的经理人,所以只能看,启发一下。
页: 1 2 3 [4] 5 6
查看完整版本: 给年轻管理者们的技术建议