|
锁定老帖子 主题：项目经理不用写程序吗?
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-03-05
ray_linn 写道 ozzzzzz 写道 ray_linn 写道 ozzzzzz 写道 盖茨做CEO的时候，有时候都会写几行代码。看来中软国际，是比M$还牛的公司。
我相信一个项目经理其主要工作，不应该是写代码，但是要说他就不写程序了，那实在是扯。当然这个话从中软国际口里面出来，确实很正常。 我相信对方的原话应该不是LZ的断章取义，个人觉得可能说的是：项目经理的主要工作是写代码，这个公司管理上确实有问题。 否。 其实如果公司的管理真的可以做到很制度化，很理想，很有效率。项目经理完全可以做到，把主要精力放在写代码上。而恰恰是因为管理能力和经营流程不能做到这个程度，才会把主要精力放在管理方面。也就是说真正好的，到位的管理，就是不管理。 当然管理有问题是绝对的，只不过严重程度不同罢了。 呵呵，完全放在代码上的那就不是项目经理，我们称为DM，项目经理是作为团队与管理层和其他部门的接口存在的。 其实在FDD方法下，PM是作为防火墙存在的，根本就不负责啥管理工作。而在很多方法系统下，PM的作用本身就不是管理职能者，而是协调实施和日常事物执行者。实际上在很多层面上说，讨论这个问题越深入，就越是显得某种东西越稀少。 其实我觉得那个人从说这个话这件事情上看，还是一个典型的技术人员，他对管理和软件方法学方面还有很多的东西需要补课。也就是说中南工大应该请他去做学生，而不是去讲课。 |
| 返回顶楼 | |
|
发表时间：2008-03-05
管理管理，说白了，有意外的事情出现才需要管．项目经理最主要的事情，也许应该是 日常跟踪和意外处理．
|
| 返回顶楼 | |
|
发表时间：2008-03-05
ozzzzzz 写道 其实在FDD方法下，PM是作为防火墙存在的，根本就不负责啥管理工作。而在很多方法系统下，PM的作用本身就不是管理职能者，而是协调实施和日常事物执行者。实际上在很多层面上说，讨论这个问题越深入，就越是显得某种东西越稀少。
其实我觉得那个人从说这个话这件事情上看，还是一个典型的技术人员，他对管理和软件方法学方面还有很多的东西需要补课。也就是说中南工大应该请他去做学生，而不是去讲课。 协调实施也是管理的职责之一吧，有些PM是相当于最底层的管理者，所以才会导致它的管理职责和功能职责被混淆。 如果是一个Program Manager，有谁还会质疑他要不要编码么？对于某些场景，比如一个特别复杂的软件开发，需要7-8个小组一起工作，每个小组又有7-10个人，这样的PjM，大概也不会有人质疑他要不要编码吧？ |
| 返回顶楼 | |
|
发表时间：2008-03-05
ray_linn 写道 而是协调实施和日常事物执行者也是管理的职责之一吧，PM是相当于最底层的管理者，所以才会导致它的管理职责和功能职责被混淆。 如果是一个Program Manager，有谁还会质疑他要不要编码么？ 管理这个词语很模棱两可，一般在大陆我们在说管理是管人。 |
| 返回顶楼 | |
|
发表时间：2008-03-05
ray_linn 写道 ozzzzzz 写道 其实在FDD方法下，PM是作为防火墙存在的，根本就不负责啥管理工作。而在很多方法系统下，PM的作用本身就不是管理职能者，而是协调实施和日常事物执行者。实际上在很多层面上说，讨论这个问题越深入，就越是显得某种东西越稀少。
其实我觉得那个人从说这个话这件事情上看，还是一个典型的技术人员，他对管理和软件方法学方面还有很多的东西需要补课。也就是说中南工大应该请他去做学生，而不是去讲课。 而是协调实施和日常事物执行者也是管理的职责之一吧，PM是相当于最底层的管理者，所以才会导致它的管理职责和功能职责被混淆。 如果是一个Program Manager，有谁还会质疑他要不要编码么？ 协调实施在这里是指，谁的电脑坏了，找人去修。谁的儿子生病了，带小孩去看病。这些事情，在国内不管管理。 |
| 返回顶楼 | |
|
发表时间：2008-03-05
ozzzzzz 写道 ray_linn 写道 ozzzzzz 写道 其实在FDD方法下，PM是作为防火墙存在的，根本就不负责啥管理工作。而在很多方法系统下，PM的作用本身就不是管理职能者，而是协调实施和日常事物执行者。实际上在很多层面上说，讨论这个问题越深入，就越是显得某种东西越稀少。
其实我觉得那个人从说这个话这件事情上看，还是一个典型的技术人员，他对管理和软件方法学方面还有很多的东西需要补课。也就是说中南工大应该请他去做学生，而不是去讲课。 而是协调实施和日常事物执行者也是管理的职责之一吧，PM是相当于最底层的管理者，所以才会导致它的管理职责和功能职责被混淆。 如果是一个Program Manager，有谁还会质疑他要不要编码么？ 协调实施在这里是指，谁的电脑坏了，找人去修。谁的儿子生病了，带小孩去看病。这些事情，在国内不管管理。 对于某些场景，比如一个特别复杂的软件开发，需要7-8个小组一起工作，每个小组又有7-10个人，这样的PjM，大概也不会有人质疑他要不要编码吧？ 这时候的PjM他的中心应该是在任务分解,资源调度吧? 如果需要PM编码(大部分时间花在编码),那只能说这个项目不够复杂,也许还不够复杂到需要PM的地步. |
| 返回顶楼 | |
|
发表时间：2008-03-05
ray_linn 写道 ozzzzzz 写道 ray_linn 写道 ozzzzzz 写道 其实在FDD方法下，PM是作为防火墙存在的，根本就不负责啥管理工作。而在很多方法系统下，PM的作用本身就不是管理职能者，而是协调实施和日常事物执行者。实际上在很多层面上说，讨论这个问题越深入，就越是显得某种东西越稀少。
其实我觉得那个人从说这个话这件事情上看，还是一个典型的技术人员，他对管理和软件方法学方面还有很多的东西需要补课。也就是说中南工大应该请他去做学生，而不是去讲课。 而是协调实施和日常事物执行者也是管理的职责之一吧，PM是相当于最底层的管理者，所以才会导致它的管理职责和功能职责被混淆。 如果是一个Program Manager，有谁还会质疑他要不要编码么？ 协调实施在这里是指，谁的电脑坏了，找人去修。谁的儿子生病了，带小孩去看病。这些事情，在国内不管管理。 对于某些场景，比如一个特别复杂的软件开发，需要7-8个小组一起工作，每个小组又有7-10个人，这样的PjM，大概也不会有人质疑他要不要编码吧？ 这时候的PjM他的中心应该是在任务分解,资源调度吧? 如果需要PM编码(大部分时间花在编码),那只能说这个项目不够复杂,也许还不够复杂到需要PM的地步. 我觉得这个倒是说明管理有问题。 在这种复杂场景下，项目规划，任务分配，进度调控，资源分配，都需要强有力的权利支撑，项目经理一般体制下，都完成不了这个工作。他的工作在这时基本上就是信息收集和消息传递。 说实在的项目经理这个职位，因为本身就是临时性的，其若发挥管理职能，大多数还是在简单的场景下。而简单的场景下，如果管理到位，项目经理又不需要搞啥管理。因此其作用也就是大家的勤务员。而这显然不合国人的口味。 |
| 返回顶楼 | |
|
发表时间：2008-03-05
复杂场景下一定要有个有权力的PM，能够立即的进行一定程度上的决策，否则冲突起来没完没了。
实际上在复杂场景下，应该还有若干个其他协助项目管理的角色 |
| 返回顶楼 | |
|
发表时间：2008-03-05
ozzzzzz 写道 我觉得这个倒是说明管理有问题。
在这种复杂场景下，项目规划，任务分配，进度调控，资源分配，都需要强有力的权利支撑，项目经理一般体制下，都完成不了这个工作。他的工作在这时基本上就是信息收集和消息传递。 说实在的项目经理这个职位，因为本身就是临时性的，其若发挥管理职能，大多数还是在简单的场景下。而简单的场景下，如果管理到位，项目经理又不需要搞啥管理。因此其作用也就是大家的勤务员。而这显然不合国人的口味。 不其然. 管理大概是纵横两条线: 纵向的是部门的管理,人员的管理,这些是MBA讲授的课程,横向的则是项目的管理,是任务和资源的跨部门管理. 如果说管理到位的话,那么项目管理到位甚至比部门管理到位更重要. 以我们部门为例,有半年的时间，高层缺失,但是整个部门的运作并不受影响. 因为从市场部开始的Program manager,各层project manager仍然按照企业的value chain来运做,任务仍然有秩序的指派给每个个人,这样的企业里,多的就是PM,PM与PM之间的联系，就是企业运做的脉络. 项目经理就重要的是X-Function的沟通, 就好比一个软件项目可能牵涉到网络部,通讯部,会计部,硬件部,质量部,测试部,即使每一个部门的管理都很到位,跨部门的沟通要由谁来完成,不可能是每个部门的经理,只有可能是项目经理. 至于写代码的项目经理,我个人认为那是DM, develope manager,或者Team leader而已. 我的Program Manager是这么跟我说的: 1.要熟悉业务但又要脱离业务,不要亲力亲为. 2.要从企业的value chain考虑问题,而不是只关注自己的一亩田三分地. |
| 返回顶楼 | |
|
发表时间：2008-03-05
celine 写道 复杂场景下一定要有个有权力的PM，能够立即的进行一定程度上的决策，否则冲突起来没完没了。
实际上在复杂场景下，应该还有若干个其他协助项目管理的角色 PM要和高层有alignment,这样在授权范围内PM就有决策权了... 俺公司一个PM完成了一个合理避税的项目,一次就给公司搞定每年千万美金的saving,表面看合理避税似乎简单,其实牵涉到很多,尤其是要成立一个新的entity,要所有的部门一分为二....但是有高层点头了,啥困难都不怕啊. |
| 返回顶楼 | |
