书到用时方恨少
一场讨论
上一篇 /
下一篇 2009-11-01 11:02:54
/ 个人分类:管理
这些天一直在为一个问题纠结。
在找了三次项目经理后,由项目经理牵头,我、策划、设计进行了一次讨论。
开始的时候,我并没有把问题想得很深入,
只是想:如何避免开发人员提交没有达到测试组要求的功能模块?
进入讨论后,策划人员和设计人员都对当前遇到的问题进行了描述。
之前问题在我来这家公司前就有,她们也提出过,只是管理层并没有采取任何行动,
再次描述这些问题,我明显感觉她们的无奈和妥协。
讨论详情省略,问题总结如下:
1:当前方先生和项目经理都会提出意见,两人时常出现意见相左,
策划人员不知道该如何处理?
Ps:方先生为大老板,他并不懂软件开发,他会把所想到的一一表达出,不过不是一次性的,而是什么时候想到,什么时候提出。
2:项目时间紧张,很多时候策划文档还没有敲定,开发工作就已经开始了。
3:当前的内部需求会议没有起到应有的作用,并没有使参加人员都明白策划文档中所写。
解决方案:
1:至少提前一天定会议时间。
2:会前发策划文档。
3:先由大家提出不明白的地方,再由策划人员进行解答。
4:策划人员将整个流程进行讲解。
5:开发人员针对自己将要负责的模块进行复述。
4:开发人员在开发过程中遇到的困难不与策划人员沟通,按自己的想法进行了开发。
我从想倾诉人变成了倾听人,会议结束后,我将会议内容整理出发给了项目经理。
第二天,周会
我提出“当前BUG过多,很多隐含的逻辑判断都没有做”
立马得到开发人员Roger的回应:我当前工作量最起码是以前的1.5倍,
一个任务还没有完成 下一个任务就紧接而来了。根本没有时间去完善刚做好的功能。
这样的答复是意料之中的,问题的结症指向项目经理,他并不想在周会上讨论这些,
在他说:我们先不讨论这个问题的时候,我情绪有点波动,很没有礼貌就插话了:“我们现在遇到的问题是非常严重的,现在不讨论如何解决,那我们刚才讲的就白讲了。”
会议的气氛一下子就变了,大家都很安静,看着项目经理,等他做出决定。
沉默了几秒之后,会议终于进入了讨论如何解决问题。
工作啊!
收藏
举报
TAG:
讨论
质量