艾伟也谈项目管理,假如我是一个项目总监/经理

  就国内中小民营企业而言,项目总监/经理的角色最为尴尬。项目总监/经理不是一个行政上的title,所以没有行政、财务、人力上的权力;项目总监/经理也很少有项目提成或项目奖金;项目总监/经理更多的被视为因政治因素而临时授命的一个暂时性的英雄人物,一个能够带领一群初级工程师完成某项任务的高级技术工程师。简而言之,只有义务而缺乏权利。

  在绝大多数中小民营企业中,抛开强烈的政治斗争不说,还缺乏完善的公司管理制度,缺乏正规的项目管理流程,缺乏足够的技术储备力量。所以身处民营企业这个漩涡中,需要考虑的不仅仅是项目管理本身,很多时候你要与公司整个复杂的环境去做抗争、妥协;其次你需要自己制定一套行之有效的项目管理规则;再次你需要因人而宜的去构建项目团队;然后是充分展现自己的技术才能;最后在梳理完自身的事情后,才是和客户长期的合作和斗争。所以个人认为作为项目总监/经理,最重要的事情应该如下:

  1、沟通

  沟通本来就是项目管理中最重要的任务,但在机制不够完善的民营企业中有更为放大了,因为很多看似不重要或者不是问题的问题都可能影响这个项目管理的基础和进程。从我所曾服务的一家公司来看:

  公司缺乏基本的差旅制度,从项目成本预算到成本核算,从差旅费用标准到差旅费报销完全靠谈判和询问,而不是制度来保障。

  公司缺乏基本的人事财务制度,从人员安排的随机性到对专职技术人员的储备,从入职合同到入职流程,从转正到工资发放,都存在严重的问题。

  公司缺乏实施大中型集成系统的心理和管理准备,因为之前实施的一些小项目都是靠3、5条枪足以,也缺乏系统维护的思想准备,公司高层天真的认为靠人的增倍即可。

  沟通的对象主要是公司高层、技术副总、技术总监、各职能部门经理、财务总监、人事总监,团队中的项目经理,团队中的项目成员,客户的高层,客户中的关键干系人、客户中的普通干系人。沟通的事项包括人力、物力、财力的申请,项目进度的汇报、项目需求的收集等等。沟通的方式包括电子邮件、电话、会议、一对一的沟通、一对多的沟通。

  2、团队建设

  在大中型项目中,个人认为稳定压倒一切。往往在中小民营企业中,技术人员缺乏足够的储备,招聘的随机性,导致项目前期基本上处于无序的状态,当然随着项目进度的压力和迫近,公司总会招够足够的技术人员,这个事情人员压力会逐渐缓解;其次是项目初期,项目经理或技术人员的安排的随意性很强,导致前期与客户的沟通人员经常变更、实施人员也经常变更,不仅仅会导致需求收集的不确定性,也会导致客户的不满。在本人负责的某项目中,同时有两个子系统,一个子系统团队相对稳定,因此虽然技术难度比较大,但总算还是按照项目进度有序发展的;而另外一个子系统换了3波系统需求调查人员、3波项目经理,3波开发人员,做了半年了,还是一点进展也没有。

  因此团队的建设愈发重要,尽可能的确定核心团队成员,子项目经理也好,team leader也好,技术架构师也好,无非是个名词的不同;在此基础上进行团队的整合和管理。除了团队建设,当然也要有团队维系,团队的维系靠日程的沟通,定期的team party,让团队成员感受到团队切切实实是存在的,每个人在团队中都是不可或缺的一部分。

  3、风险管理

  风险管理看似与上面提到的问题有所雷同,简而言之,风险管理不仅只是项目管理本身中应该注意的事项,还应该包括公司的内部复杂环境、公司高层的支持度、公司领导对IT的熟悉程度,这类的风险跟踪建议通过与公司高层、部门领导进行邮件的方式来进行,以做好备档。

  4、项目管理

  老实说,在中小民营企业中没有公司和部门的项目管理制度,有的只是个人的项目管理风格;因为没有制度,所以只能靠自身项目管理的经验和自身对项目管理技能的学习,我是建议大家读一下PMBOOK和CMM3的,注意CMM3即可,过尤不及;PMBOOK可以提高项目经理对项目管理的个人能力,CMM3可以提升项目经理对项目过程的掌控能力。

  此外大中型项目和小型项目的管理也是不同的,小型项目更注重的是项目经理的技术能力,系统的业务功能实现;而大中型项目则是若干子项目的协调管理与监控,也包括与第三方系统的协调管理,可以说一招不慎,满盘皆输。

  5、技术架构

  关于技术架构能力,可以说是老生常谈了,项目经理需不需要超强的技术能力呢?个人认为是需要的,当然人也不可能是万能的,既精通小型机又精通操作系统,既精通数据库又精通编程开发,这样的人即使是有,也早自己创业去了,不过从技术面上讲,技术架构要的是技术的整合能力,而不是具体的coding能力。

时间: 2024-09-02 04:24:39

艾伟也谈项目管理,假如我是一个项目总监/经理的相关文章

艾伟也谈项目管理,开始一个项目时最重要的是什么?

我的第一个工作是在一家软件资讯公司,刚上班的时候,公司给我们这些初出茅庐的愣头青安排了细致的培训.其中一个重要的科目是项目管理,一名资深软件咨询师前辈来培训我们我们,开场就问我们:"开始一个项目的时候最重要的是什么?" 我们有的说是"代码管理工具",有的说是"Process",有的说是"成员素质",但是这位前辈都摇头表示不满意,当我们都黔驴技穷的时候,他在白板上画了一个大大的方框--"Boundary! Settin

艾伟也谈项目管理,较大型项目的产品工作心得

最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目.从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享. 立项前 1.统一元素设计需考虑周全 也许是初创团队的缘故,我不得不感叹团队对产品经理要求之严格之缜密,项目全程只有一个人负责,所以大到产品线对接,小到一句提示的位置和展示形式都需要一一推敲. 哪些元素应该做到统一? A.提示方面:统一的操作成功/失败提示:统一的弹窗形式:提示语言采用较统一的句型:为空情况的友好提醒:溢出情况的友好提

艾伟也谈项目管理,关于导致项目失败的程序的讨论

最初的问题 上周,在SCNA(北美2010软件技术大会)的一个专题小组讨论会上,Chad Fowler (@chadfowler)问道,"有多少项目是因为程序的原因失败的?".按当时的情形,我想他的观点是,项目的失败归咎于业务问题,而非程序.会议室里很安静.可以看出,全体成员认为他说的是有道理的.我相信大家是都同意Chad的观点的.项目的失败,罪不在于程序,在于业务问题. 后续调查 Uncle Bob (@unclebobmartin)后来做了一次简单的微博调查,我和其他很多人都参与了

艾伟也谈项目管理,我是如何带领团队开发项目的

最近有不少朋友写信问我一些关于团队开发的问题,由于这段时间有些忙,没有回复.今天写一篇这方面的文章向大家介绍一下我是如何带领团队开发工作流项目的 关于团队建设,项目管理的文章网上已经有很多了,在这里我就不谈这些理论了,直接给大家展示一个我在 项目开发方,后台服务开发方式,前台UI开发方式,后台服务与前台UI对接方式,代码文档,页面的开发文档,源码管理,单元测试,以及单元测试文档,实现思路设计文档,数据库文档,数据库设计规范,编码规范,操做数据的方法命名规则 方面的一些片断,这是一个为期6个月的工

艾伟也谈项目管理,你适合做一个项目经理吗 - 关于项目经理的终极思考

项目经理,从以前一个令人羡慕的职位到现在的烂街,各行各业,各色人等,我们都可以看到项目经理的身影.盖房子搞建筑的,总包分包,大大小小的项目经理无数:新房装修,也是项目经理带着几个小弟出来混的,软件行业里,项目经理就更是一抓一大把.当然,相对于项目经理,下面具体干活的小弟更是多得数不清.因此,更多做技术的工程师们,职位晋升的首选,就是项目经理. 为什么?其实回答都差不多:搞技术搞不了一辈子,年纪大了就干不动了:项目经理毕竟职位高一些,接触面大一些:项目经理可以做管理,当老大:薪水更多一些等等.这些

艾伟也谈项目管理,ERP项目实施要未雨绸缪不要亡羊补牢

在ERP项目中,要做到在项目实施的未雨绸缪,不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测,把握好发展的趋势,掌握项目的主动权.下面就提出一些建议,供大家讨论.希望对大家有用. 一.要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度,分为项目立项.需求调研.业务流程重组.模拟运行.并向运行.正式上线等几个阶段.其实不同的企业,虽然有各自的特性,但是也存在着一些普遍的问题.有经验的项目管理员,对各个阶段普遍存在的问题有深入的了解.此时他们就可以预先采

艾伟也谈项目管理,《播客》项目总结——项目管理方面

引言:如果标题改成<被管理总结>的话,我可以滔滔不绝的说上个半天,但是如果是管理项目的话,我实在肚里的货有限,因为到至今做过的最高职位不过是个"班长"而已. 但是这次<播客>项目在管理方面的确出了问题,而且是满严重的问题,以至于到后来项目差点失控,而且最终的交付作品质量的确让人汗颜.如何避免下面程序员很累,但效率却很低:上面不停的催,产品却一个bug接一个bug,完全没法交付:项目经理累的要死,项目却仍然处于失控状态这样的问题和局面?在一个差点失控的项目刚刚结束

艾伟也谈项目管理,项目经理成长日记(7)——说是细,做的粗

估计绝大部分的公司都在提倡一个口号:"注重细节."但是往往是口号容易喊,行动却是千辛万苦,何谓细节?也就是自身工作的每一个环节.每一道流程的琐碎小事,而这些小事又常常容易被人忽略.有很多人有雄才大志,内心中充斥着舍我其谁的非凡气魄,但其眼高手低,小事不屑,大事难成,最终只落得一事无成的悲哀. 软件开发亦是如此,提倡了许久的注重细节,更有甚者许多公司标榜自己的优势在于:"我们更注重细节."然而如果说我们要做到和自己提出的口号一致的时候,我们该如何去做?该做什么的事情才

艾伟也谈项目管理,动起来再调整 - 向项目经理推荐敏捷

要成为一个好的项目经理需要学会逆水行舟.虽然顺水推舟有时也能到达目的地,但学会逆水行舟,你才能到达任何地方. "虽然很有道理,但我认为现实不允许,很多项目都有规定的期限.中途还有给客户演示效果,往往实际项目中都是按最后上线日期来进行项目规划管理的." "写得不错,但是有些建议过于理想化了.毕竟说得很有道理,但实际中具体做起来又不是那么一回事了." 这是两位网友对<软件项目经理新手上路>的评论.这话很有道理,也是在现实生活中碰钉子碰出来的.在项目中确实存在