UCDChina广州年会之《项目管理》总结

上周六参加了UCD2009书友会,我只想说一句:UCDChina 广州年会是成功的!感谢广州的朋友们,还有广州美院提供的场所,座在阶梯教室里的感觉,真不错。

周六下午参加了彭毅主持的《挑战Deadline – 项目管理的艺术》。说实话这场我觉得彭毅主持的不错,就是这个命题有点大了,其中大家对细节、制度有些太纠结了,另外我想应该让嘉宾先发言结束后,其它人最后再来讨论,这样可能会好一些。

好了,我觉得这一场讨论还是很激烈的,也有值得记录下来的东西,这里我只谈谈我对项目管理的一些想法,下面是彭毅的7个命题,我直接在下面回答了。

1. 怎样定义失败。在你所经历的项目中,有哪些失败的项目值得拿出来分享?

有一个前提,是谁来定义这个失败。比如设计师、产品经理、总监还是老板。我们讨论的是项目管理,那么就从项目经理上来看。我认同莫子的话,看目标,看目标有否达成。这里我们讨论似乎有点太限入细节了,大家都很积极。同时感觉到各个公司对这个职位的界定有些模糊,我想应该有一个专职项目经理去推动项目。如果用产品经理的眼光来界定(现场有一些朋友是产品经理兼职项目经理),那就不好办了。一开始项目经理就必须把目标与需求方或老板界定好目标,如果目标未达成,项目就是失败。至于项目目标是否对错,应该不是项目干系人所去考虑的问题,当然,我想项目干系人也应该要及时提出问题所在,如果都事不关己也不对。

现场我举了一个例子,例子是我听来的。大家对于例子本身会认为项目干系人不负责、项目没有传达到人等等问题,其实我想说的是项目风险的问题。任何项目都会有风险,包括发射卫星失败,项目干系人突遇车祸,项目资源临时调配等等,你总有想不到地方,或是你认为不会出问题的地方,但结果就是出了。关键问题是把项目做一两套备选方案,这一套方案不行,另外一套方案上。

还有一个问题,我想也不必太纠结于短期的项目失败,比如上线以后效果不好,也不意味着以后就不行了。反复迭代去改进就可以了,短期目标和长期目标要界定好,关注最终结果。

2. 此项目为什么失败,问题在哪里?

关于项目为什么失败的问题,和目标有关。如果站在项目经理的角色,会认为项目经理经验不足。有了解到国外的项目经理是比较强的,直接汇报对像是老板。

这个议题里好像大家还陷入一个考核的问题。我说下设计师的考核,设计师的考核一般由直属领导考核,这里是有盲区存在的。如果领导考核,只能占技术性考核,而业务性和服务性考核则应该由需求方或产品经理考核,两个考核应该各占50%。如果项目失败或设计师服务态度问题不好给了20分,但专业技术又不错,那么直属领导可以50分,这样设计师会得到70分,我想才算得上公平。如果说项目不成功来界定设计师的成绩,那么多少会有些偏颇。

3. 为什么没能预见问题的产生?

上面我有说了。这里我来之前有和同事聊,我们有一致的看法,是项目经理的经验问题,至于说有什么方法,我想就是建案例库,经常更新。

也不是否定这个命题,我还是认为人不可能预见所有的问题,你只能是做更多一些的预案来防止,真要是发生了,那就坦然面对。

4. 错误发生后,如何快速矫正?

这个问题上面有回答。下面三个问题我中途出去,一帮哥们围着聊天,未能参加完成。借此给各位抱歉了,但我也想说一下我的看法。

5. 在跨部门沟通中,最经常碰到什么问题,由什么原因造成?

先说原因,KPI未绑定是造成跨部门项目的最大问题。与其说跨部门沟通中的问题,不如说跨部门的项目问题。比如经常遇见的就是某个项目合作方部门不是太尽力啊,沟通时间长啊,理解有偏差啊,都是这个原因。因为合作部门有自己的KPI,你做你的,我做我的,绑定在一起就好了,只要一绑定了考核,你就看吧,人都可以座在一起。

前面曾鸣有提到过小团队的好处,我想特别适合小中型IT公司。大公司一纵一横还是好一点,但曾鸣提的我也有其它的看法,比如两三个人可以快速很好的解决问题,但前提条件是项目成员必须是对项目很有热情,有激情。另外也相互开玩笑,你们产品赚钱、我们不赚钱,你们天高皇帝远,我们流程多,呵呵。

说下人多的想法。我认为人多了得靠规范、靠制度,所有人都必须要按这个来,这样才能跑得更快。你要说如何建规范和制度,和项目成员一起定就OK了。项目成员少,主管可以带,多了以后问题会产生。比如:我有十个人手,一个人跟一条产品线,但十个人手未必要每个人都是100%工作饱和。从项目管理上看,如果突然追加需求,那十个人中必须有一个人可以抽出来。

项目管理中可能还有执行力的问题,这个感觉像管理范畴里的东西,说回了也有KPI的事。

6. 有哪些问题,会严重打击你的工作热情,或是团队工作热情,或是跨部门合作?

这个地方和前面讨论的KPI有关,就是如何正确评估界定项目成员的考核。有朋友提到了牛逼不讲理的人,不跟你商量就做的人,我想合适的方式首先应该是的沟通艺术,是问题就解决问题。是对的就要听,特别是有Sense的产品经理,有时候是要先听他们的,在没有数据的基础上,只能信赖经验,如果不认同经验,等于是不认同产品经理。听说有些哥们,连Flickr帐号、Twitter帐号都没,这做互联网产品经理说不过去啊。

7. 用什么工具进行项目管理?(如果能带来具体实例,将更好)

目前感觉简明、清晰、及时的项目邮件比用其它工具要好。只要你及时的发出项目进度邮件和项目问题抄送给项目组,比让所有人装上一个专业工具要好。如果说用Excel或Project来弄个漂亮的图,也不错。

换个角度看,如果是项目经理,也要看大家习惯用什么,大家用什么,你再用什么工具推动是比较好的。

结束:

最后要说一下:项目管理也是我比较喜欢的一个东东,有人说项目管理是人生必修课程。在两年多的项目管理中,很多人给了我帮助,比如在现场的同学,在以往的过程里,作为导师他教了我很多。这方面,他是长向,如果有同学想和他交流或是想从事项目管理的同学,可以加他的QQ。

另外再推荐熊晖的Qzone,因为这个哥们不仅每天和我一起班车,而且是专职项目管理,去广州之前也和我有过交流。有喜欢的同学和朋友也可以访问他的Qzone:http://sunshine.qzone.qq.com/

16 Responses

  1. 最后要说一下,其实这种人不用理会。相信这个社会还是好人多。
    当时离你只有四排远的距离,就是没敢上去和你认识下。:)

  2. 呵呵,腾讯的名气很大,你说的这种人估计认为自己很牛,是个高人,所以才这么傲慢,绝大多数人还都是虚心学习的,尤其在IT领域,要学的太多太多了!

  3. 啊。。。你的BLOG比我的笔录出的还快呢,呵呵~~~~
    前辈当天表现很不错哦,谢谢对我们专场的支持

  4. […] 来源:http://liuyuntian.com/2009/11/23/something-about-project-at-ucdchina-guangzhou-2009.html 你可能还会喜欢以下内容经验分享:如何快速了解一个项目IT项目十大灾难成功项目管理的10条最佳实践研发人员为什么留不住:问题与现象、原因的解析对项目管理的几点认识离开公司时总结项目管理的10句话项目管理:什么排在任务队列的最上面? […]

  5. 我也要强烈推荐一下Nick同学,绝对是设计交互+项目管理行业的优秀人才

  6. 向大家学习,共同受益,感谢XIAOXIAO的推荐,XIAOXIAO也是我的导师。

  7. 不同产品、不同项目、不同团队管理方法各异,可交流,不可照搬。
    第一次拜访云天的博客,很不错。

  8. 项目管理,很大的层面是在于人的控制与调动。作为中层阶级,重要的一个词就是:能上能下。

  9. 此项目为什么失败,问题在哪里?

    我认为项目失败最容易出现在两个地方,1.项目背景确认, 2.项目执行过程中。关于第2点,大家讨论了很多,不作详说。而第1点尤其关键,项目背景,或者叫做项目原因,就是为什么要做这个项目,即项目管理学上的“WHY”,必须在立项之前确认清楚,才能有清晰目标,就像开车去一个地方,很多人都会说方向,路线,目的地是最重要的,没错,但,首先你要知道为什么你去那个地方,否则你想买菜却跑到高级宾馆,目标能达到吗?

    在我所接触到的项目中,因为一开始项目背景不明而导致的项目失败,实在很多。

© 2022 Xiaoxiao’s Weblog. All Rights Reserved. 粤ICP备15088982号