锁定老帖子 主题:怎么理解项目经理?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
---|---|
作者 | 正文 |
发表时间:2006-07-20
riss 写道 看来成天面对机器的人--越来越不懂人情事故!
看了OneEyeWolf与weihello之间的探讨,说实话,我比较欣赏OneEyeWolf的性格,如果能做兄弟,希望多几个这样的兄弟--不拘小结,直言不讳。 weihello显得比较老炼一些吧!这样的人是否能成为真正的朋友需要长时间的考察。 为什么这么说呢? OneEyeWolf说的话听起来不太好听--忠言逆耳!(不知现实生活中的OneEyeWolf是不是这样的性格) weihello说话比较不那么容易得罪人。 如果说选择你们俩之间谁更适合做项目经理,我认为weihello要更合适一些。---个人见解。不对的地方不要放在心上。 为什么我这样说呢? 团队以和为贵,不和,团结则遥不可及。这并不是技术可以解决的问题,当然一定的技术是需要的。项目经理更多的是应该在管理上(而现实中,项目经理大多数不是这样,从国内来说,像技术总监)。而团队成员之间需要的是交流,沟通,这里才能体现项目经理的职能。既然是交流,沟通,当然探讨,分析等等是不可避免的,不管中为了调节团队成员之间矛盾,还是别的什么,项目经理在为人处事方面应该可以服众。所以项目经理更不能在言语上得罪你的“手下“(即便你有充分的理由,你说的在大多说都认为是正确的),你的靠他们完成项目啊,这更多的时候是求着,而不是命令(所以有人说项目经理要能当得起孙子),即便你在调节过程中由于某些原因得罪了某些人,下来还是要请来说说你的当时为什么要这么做,以表示道歉和希望他能理解你的用意(这里有点像诸葛亮)。这样说来,就需要项目经理自身具备很高的素质的同时,还要有语言表达能力和为人处事的知识。比如说,应该了解人的一些通性,优点,缺点,人都喜欢听的,不喜欢听的,这就像做销售的人做的好的和做的差的说出来的话让人感觉就是不一样。----这里只为说明一点:不要轻易得罪一起共事的人。万事和为贵!我认为这是团队发展的前提吧! 好了先说到这里,对的不对得这是我片面之言。希望大家能像OneEyeWolf有什么说什么,针对我不用顾及那么多,我喜欢这样的人--直言不讳! 非也,你给OneEyeWolf的评价,JE聚会上,大牛们也曾经如是评价我。他们认为我不适合做企业的带头人,至于PM倒也没提及. 我强调程序员的重要性其实除了因为软件开发是人的活动外,还有一点点私心,因为我自己也是程序员,无论坐在哪个位置,我都会去写程序。 我的团队曾经达到了首富提的说真话的地步。 接下来的日子,我要在别人的团队干一阵子了。但愿能开心一点。 |
|
返回顶楼 | |
发表时间:2006-07-21
比起项目经理,程序员就只有让人挑选的份了。
|
|
返回顶楼 | |
发表时间:2006-07-22
weihello 写道 非也,你给OneEyeWolf的评价,JE聚会上,大牛们也曾经如是评价我。他们认为我不适合做企业的带头人,至于PM倒也没提及.
我强调程序员的重要性其实除了因为软件开发是人的活动外,还有一点点私心,因为我自己也是程序员,无论坐在哪个位置,我都会去写程序。 我的团队曾经达到了首富提的说真话的地步。 接下来的日子,我要在别人的团队干一阵子了。但愿能开心一点。 "我强调程序员的重要性其实除了因为软件开发是人的活动外,还有一点点私心,因为我自己也是程序员,无论坐在哪个位置,我都会去写程序。" ------很多程序员就喜欢这样的同事一起工作(包括我自己)。啥也不懂得天天就知道指导别人做的人谁服啊!我刚开始工作时就遇到这么一项目经理,那时由于他把业务处理的绝大部分都放在ORACLE后台脚本中,让我使劲的写脚本(刚毕业有的是“战斗力”)。搞到最后业务分析成了我的任务(项目经理自己都乱了),变成我来指导项目。现在说起来是太荒谬了!所以不管在任何位置,天天只是混饭吃的是没人愿意与你合作的! 所以我认为项目经理应该有平时写,读代码的习惯,有研究的爱好!有。。。。。。------总之,做好一个项目经理不是易事! |
|
返回顶楼 | |
发表时间:2006-07-26
项目经理要发挥出军队中类似政委的作用,充分调动人的积极性,找出不积极的原因.解决之.我想,人是可以改变的.如果实在无法改变,只是和你的团队的价值观不同.这种价值观只要大多数成员认同就可以了.真的无所谓对错,好合好散.
|
|
返回顶楼 | |
发表时间:2006-07-27
若推荐书籍的话,强烈强烈推荐《快速软件开发》
不是讲XP的书,是讲PM的书,与《代码大全》作者是同一人。 |
|
返回顶楼 | |
发表时间:2006-08-24
smilelee74 写道 项目经理,如果自己技术不过关,那就得依靠别人。
比如依靠架构师,依靠核心程序员。所以大部分项目经理在项目进度中都十分被动,完全是个灭火队员,沟通,协调,安抚的工作必须做一大堆,而且还没办法把握项目的进度和质量。 所以我一向认为项目经理应该在技术上过关才行。 又或则一个项目的领导分两个角色来担当。 一个是对外的项目经理,他负责跟客户打交道,以及做公司各部门之间的资源协调的工作。另一个就是项目主管,负责项目技术,进度以及开发人员管理。 这就是一个对内一个对外。 说说日本的大咨询公司比如Accenture日本是如何开发的。 一般设一个高级经理或PM.负责与客户沟通,协调。制定整体计划。是主要窗口。 下边设立一个技术基盘Team ,一个业务Team. 技术上的问题,由技术基盘Leader 负责。负责技术架构,技术方案验证,Coding 标准制定。各种小工具的开发。比如VSS Checkin 自动化等。最终的Deploy,客户维护时的运用Manual 等等。 业务上的问题,由业务Team Leader 负责。他与具体的业务部门人员交流,负责业务分析,基本设计,详细设计以及编码与测试。 不过,前提在于如果你不是如此数量级得公司,拿到合同额太少,是很难支持两个Team 人员的工资的。 |
|
返回顶楼 | |