|
锁定老帖子 主题：假如我是项目经理
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-11-15
“花最少的钱”“用最少的时间”
诶，项目经理不是超人，幸好我是没有遇到过这样要求项目经理的老板 项目启动之前，一定要有个可行性分析，包括投资收益分析等等，这里面包括： 关于钱：费用的预算，可以分几个方面来做，硬件的、软件的、服务、咨询、公关......这个预算不仅是个数字，还包括对这数字可能的偏差的预测，根据当时识别出来的风险、问题、各种环境因素（汇率波动、硬件涨价、......）。 关于工期：工时工期的估算，需要识别出大概的关键路径，同样有估算值和估算偏差。 最终的执行结果如果能落在这个预测的偏差内，我认为这就是个很好的项目经理了。 偏差太大，对单个项目来说是节约钱节约时间了，但是如果组织内很多项目都这样，这个组织就没有办法管理了，本来我1kw的预算可以多做几个项目，各项目预算都偏大，结果只能少计划几个项目，对组织来说，是损失。从人力资源管理的角度看，项目的人力投入曲线是中间实施阶段高，开始和结束阶段低，根据管道管理的原则，多个项目错开叠加执行，能最大效率利用人力资源。在定量的交付条件下，抛开关键路径的因素，压缩工期的两个途径：加班和加资源，其一影响士气，其二影响组织内其他项目的执行。 关于项目成果（产品）的质量：唯一的衡量标准是客户满意，但是客户方不同的角色他们的期望不一样，最简单的办法是通过调查问卷，由不同角色打分，按不同权值算出一个数字 关于项目的质量：可以有几个指标，上面的客户满意是其一，还有比如按时交付；项目成员技能提升......各个组织可以根据自己的战略和定位来定义～ 对于项目经理来说，最好是识别出一个干系人地图，他们的角色、期望、影响力、关注点......由此产生几点项目成功关键因素，项目过程中项目经理90％以上的工作就是管理项目成功关键因素，平衡所有干系人的期望。很多项目经理觉得自己陷入了扯皮拉筋的焦油坑，那是因为你没有做好干系人管理，面对那些来自各方的针锋相对的要求，你是否有能力妥善处理，这些才是项目管理的关键。 |
| 返回顶楼 | |
|
发表时间：2007-11-15
平衡所有干系人的期望
为你加红。。。 |
| 返回顶楼 | |
|
发表时间：2008-01-21
时间，质量和钱。
|
| 返回顶楼 | |
|
发表时间：2008-01-21
metaphy 写道 编程领域，永远不要指望别人教你什么什么。 如果在你的team中没有人教你什么，说明你的teamleader不合格。如果你做了teamleader也不教别人什么，那么你这个teamleader也不合格。教育是项目经理的一个必要职责！ |
| 返回顶楼 | |
|
发表时间：2008-01-21
mvmouse 写道 从标题，忽然想起了多年前上小学时的YY：
假如我是老师 作业一定不多留； 上课一定不提问； 绝对不会骂学生笨； 要和学生成为好朋友…… -------------------------------- 哈哈哈哈哈， 你逗死我了。春晚不让你去，真是埋没人才了。 |
| 返回顶楼 | |
|
发表时间：2008-01-21
抛出异常的爱 写道 平衡所有干系人的期望
为你加红。。。 ----------------------- 很多项目经理特别招人烦。 水平高低还是次要的，最重要的是人品极其恶劣。 |
| 返回顶楼 | |
|
发表时间：2008-01-21
ball_cao 写道 metaphy 写道 编程领域，永远不要指望别人教你什么什么。 如果在你的team中没有人教你什么，说明你的teamleader不合格。如果你做了teamleader也不教别人什么，那么你这个teamleader也不合格。教育是项目经理的一个必要职责！ ------------------------------------ 面对现实情况说话比较客观吧。 实际上没有几个合格的项目经理。 在中国，毕业2年就能当项目经理的情况太多了。 基本都是拼命加班堆代码，搞人海战术。 效果怎么样？非常见效。 se待遇如何？非常低。 这就是没有技术含量，靠体力弥补脑力缺陷的祸根。 需求搞不好，没关系，跟上级关系好就行， 设计不行没关系，变作变设计，coding 完事，设计也出来了。 编码不行？没关系，加班就行。累死也得编。 全国不光it这样，任何行业都是在做初级，低附加值的劳动密集型产业工作。 从生产者身上节约成本是最有效，也是最容易的。 反正便宜coding到处有。 |
| 返回顶楼 | |
|
发表时间：2008-01-21
stevenwang 写道 面对现实情况说话比较客观吧。 实际上没有几个合格的项目经理。 在中国，毕业2年就能当项目经理的情况太多了。 基本都是拼命加班堆代码，搞人海战术。 效果怎么样？非常见效。 se待遇如何？非常低。 这就是没有技术含量，靠体力弥补脑力缺陷的祸根。 需求搞不好，没关系，跟上级关系好就行， 设计不行没关系，变作变设计，coding 完事，设计也出来了。 编码不行？没关系，加班就行。累死也得编。 全国不光it这样，任何行业都是在做初级，低附加值的劳动密集型产业工作。 从生产者身上节约成本是最有效，也是最容易的。 反正便宜coding到处有。 现状多是你描述的这样 但如果作为项目经理没有一种想法要改进自己团队中的缺陷 那么你又有什么资格期待中国软件行业的大环境有所改变呢？你又有什么资格抱怨招聘不到有能力的程序员呢？ 如果你没有对大环境变好的期待 那就不用多说了 该怎么挣扎就怎么挣扎 但如果你有这个期待 那就在自己有能力的时候努力去改变它 如果你的team的培训做得足够好，首先你不担心找不到人。因为你只需要能沟通、学习能力好的人。这样的人其实市面上还是相当多的。其次你不用太担心你的员工流失，因为你可以很容易再培养一个，而且有良好教育环境的团队本来就是很吸引人的。 |
| 返回顶楼 | |
|
发表时间：2008-01-21
不是什么人生来就是项目经理
几乎我见过的所有的项目经理都是用失败的项目堆出来的 (如果不单单指没收上钱上来的话) |
| 返回顶楼 | |
|
发表时间：2008-01-22
metaphy 写道 做过不少项目，也跟过几个项目经理，管理水平不同，管理方式也各有千秋；有的不懂程序，只做管理；有的只做程序，不去管理；还有的水平一般，经常做一些指手画脚的事；更多的是负责项目，也做开发。勿庸置疑，项目经理对于一个项目的成败至关重要，也肩负着最大的责任。
首先，优秀的程序员与平庸的程序员效率差5－10倍（有资料提到）。因此，选择最优秀的程序员，绝对是项目经理的第一要务。 “优秀的程序员”比较难以定义，但依然会有一些共性。首先，高等教育，基础扎实，自学能力强，编程领域，永远不要指望别人教你什么什么。其次，勤于思考，动手能力强；逻辑能力和抽象能力非常重要。当然，还有其他一些属于优秀人才的但不限于优秀程序员的品质，比如：做事积极，团队合作等等。我认为，对于采用一个优秀程序员，给予3倍4倍甚至5倍的工资，也要比采用2个或3个平庸的程序员来的划算。因此，编程工作，其实应该是一个工资相差极大的工作。 其次，项目控制。项目控制过程，就是Team管理（建设）的过程。Team 所有工作的成果，就是提交一份代码，因此，成员代码的质量以及对代码的控制，是Manager管理的主要任务。 1． 代码规范的控制。代码90％的时间是人在读，而不是机器，因此，代码其实是写给人看的。简明、清晰，是第一规范。 2． 不合规范的代码应该尽早找出，这个可以通过小组会议，做代码View，找出不合规范的，并警示之。不合规范的东西要尽早找出，这样改正代价比较小。 3． 交叉测试。自测是必需的，但作用也是有限，因为人往往都是对他人的缺点很清楚，却不能看清自己的缺点。并且你很难控制程序员自测到何种程度；因此需要交叉测试。根据需求，A实现的代码由B测试，B将测试结果反馈到A，由A修改之。B的代码由C测试，同样，C的代码再由别人测。 （暂时想这么多） 很明显的是站在程序员的角度上看问题了，成本，资源，项目内每个成员的情绪和客户的沟通等考虑过吗？？ 老板比较注重项目经理能否给他带来更多的利润，至于项目经理的技术，相对来说到不是那么重要，所以对于公司来说只要项目经理能给公司赚钱那就是好的项目经理。 |
| 返回顶楼 | |
