Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1220060
  • 博文数量: 243
  • 博客积分: 7442
  • 博客等级: 少将
  • 技术积分: 2483
  • 用 户 组: 普通用户
  • 注册时间: 2006-12-26 09:58
个人简介

I\'m working in IT for above 10 years, although I\'m not an expert yet, but I\'m working on it :)

文章分类

全部博文(243)

文章存档

2019年(2)

2018年(5)

2017年(3)

2016年(3)

2013年(1)

2012年(15)

2011年(8)

2010年(40)

2009年(70)

2008年(63)

2007年(43)

2006年(1)

分类: IT职场

2010-03-04 16:19:00

来到现在的公司做项目经理,感觉挺累的.主要的原因是沟通的成效问题.

作为一名项目经理,我落实各种需求、设计工作是正常的工作范围,但是现在我发现了一些问题。

一、项目沟通成效低

pm组织沟通后是要有结果的,可是我每每发现与会者似乎都听懂了,可是在实际工作时却会发现很多问题,经常是大家没有完全在思想上统一。这里我要检讨一下,因为我不懂软件开发,不懂得具体的技术,对业务也不熟悉,这是我的最大的弱点,所以,我在这方面做的只是组织会议、要求会议必有结论、落实会议纪要、协调进度,而对会议上所做的技术决议没有多少概念。

当我发现程序员存在这样类似的问题时,就会立即再次组织沟通会议,这样一来二去时间耽误了,大家也都觉得沟通起来非常不顺畅,我自己也挺冤的,因为,我要是懂这些事情就能够屏蔽掉这些风险了。

二、遇到问题不主动解决

我发现,很多情况下程序员发现问题后,不主动的联系pm或需求,而是等着、放着,等你们发现了我再说,这样给项目管理及整体进度带来极大的风险。

所以,我决定一定要改变现在的状态。

首先,还是要学习一下具体的业务,这是个慢慢积累的过程。

其次,还是要坚持让需求分析师把需求落实在纸面上,要求对需求进行分解;让设计师进行详细的设计,也落实到纸面上,坚持让程序员或设计师对每项需求进行详细的WBS分解,这样一方面通过分解估算出了工时,另一方面也通过WBS分解,把具体的技术实现内容进行了细化,可以屏蔽沟通过程中出现的不一致的情况,比如,通过WBS具体任务的分解,程序员若发现有哪些内容与当初谈需求的时候不一致,就会第一时间暴露出来。

最后,pm要组织对WBS进行评审,讲解,修改并最终落实。

还有两个话题要研究一下,那就是 如何开沟通会?如何确保沟通是有效的? 这个慢慢的总结吧。

阅读(1190) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~