书到用时方恨少

一场讨论

上一篇 / 下一篇  2009-11-01 11:02:54 / 个人分类:管理

这些天一直在为一个问题纠结。

在找了三次项目经理后,由项目经理牵头,我、策划、设计进行了一次讨论

开始的时候,我并没有把问题想得很深入,

只是想:如何避免开发人员提交没有达到测试组要求的功能模块?

进入讨论后,策划人员和设计人员都对当前遇到的问题进行了描述。

之前问题在我来这家公司前就有,她们也提出过,只是管理层并没有采取任何行动,

再次描述这些问题,我明显感觉她们的无奈和妥协。

讨论详情省略,问题总结如下:

1:当前方先生和项目经理都会提出意见,两人时常出现意见相左,

策划人员不知道该如何处理? 

Ps:方先生为大老板,他并不懂软件开发,他会把所想到的一一表达出,不过不是一次性的,而是什么时候想到,什么时候提出。

2:项目时间紧张,很多时候策划文档还没有敲定,开发工作就已经开始了。

3:当前的内部需求会议没有起到应有的作用,并没有使参加人员都明白策划文档中所写。

  解决方案:

1:至少提前一天定会议时间。

2:会前发策划文档。

3:先由大家提出不明白的地方,再由策划人员进行解答。

4:策划人员将整个流程进行讲解。

5:开发人员针对自己将要负责的模块进行复述。

4:开发人员在开发过程中遇到的困难不与策划人员沟通,按自己的想法进行了开发。

我从想倾诉人变成了倾听人,会议结束后,我将会议内容整理出发给了项目经理。

第二天,周会

我提出“当前BUG过多,很多隐含的逻辑判断都没有做”

立马得到开发人员Roger的回应:我当前工作量最起码是以前的1.5倍,

一个任务还没有完成 下一个任务就紧接而来了。根本没有时间去完善刚做好的功能。

这样的答复是意料之中的,问题的结症指向项目经理,他并不想在周会上讨论这些,

在他说:我们先不讨论这个问题的时候,我情绪有点波动,很没有礼貌就插话了:“我们现在遇到的问题是非常严重的,现在不讨论如何解决,那我们刚才讲的就白讲了。

会议的气氛一下子就变了,大家都很安静,看着项目经理,等他做出决定。

沉默了几秒之后,会议终于进入了讨论如何解决问题。

 

工作啊!

 

 

 


TAG: 讨论 质量

 

评分:0

我来说两句

Open Toolbar