项目管理初(1) 转载

http://bbobchen.iteye.com/blog/607319

3月1日,

 

     带的第一个项目正式立项了.项目组开发成员加我两个正式员工,一个外包同学,一个实习生同学(可以说开发能力很弱),测试组也是一个新同学.
   早上开了一个简单的项目kick off会议,因为是抢别人的会议室,感觉有点匆忙,以致于到会议结束的时候,DBA和SCM都没有到场.则开始以为kick off会议只是简单的项目组成员见面,说说目标而已.但发现其中最关键的是SCM和测试人员 ,需要他们才能大致确认开发阶段,测试阶段和发布阶段的里程碑.
   接着下午1:30开发了一个技术方案评审会议,确认了在项目中使用的关键技术,是否能满足项目的需要. 技术方案是一个比较重要的东西,如果错了,很可能导致开发失败.其实这个会议可以在需求刚开始阶段 ,找相关的技术专家评审,开一个简短的会,大致确认方案,然后再在这个基础形成技术方案.
   下午5:00又开了UC评审,因为UC和PRD是同步开始的,所以UC的进度还是有保障的,但由于原型没有出来,导致没有图形可以清楚的描述产品.这个还是需要注意的,不然在评审的时候导致问题很多,又无法清楚描述.

   项目前期启动的时间点不是很适合(春节放假前一周),所以相关人员都没有到位.而且技术方案的评审相对太晚了.在以后的项目中,这个时间点一定要注意

3月2日
     项目开始进入系统设计阶段.在我进公司的第一个项目,没有做这个阶段,直接进入编码阶段,导致项目在后期无法按时完成,甚至有些功能,数据都是没有.因为自己的习惯,我决定项目组每一个人对自己的模块都要做详细设计文档.流程图,序列图,类图,只要能清楚表达完成功能的模块的文档就可以了.
   但从筒志们的反应来说,都感觉不适应这种写文档的工作,宁愿直接敲代码.痛并快乐着,现在一时的痛,后面肯定是好处的.
   但这个时候需要一定的技巧让项目组成员觉得这个是一个有必要的事情,同时采用恰当的方法激励项目组成员.这个还没有想到.
   这边的会议还真是多,下午就连续开了两个会议,基本只有早上可以写一会儿文档,看来以后在估计时间的时候,还需要把这种时间排入到计划了,哎,但愿不要到时候杯具了.

   不过在晚上和UED的同学讨论的时候,发现自己角色的定位有点问题.他自主改了一个项目界面的设计,而这个设计将增加开发的工作量.而我第一反应就是这个增加了开发的工作量,所以我还是站在开发的角度更多的思考问题,而不是一个PM.
  进度控制是这次项目一个难点,因为只有不到一个月的时间就要项目上线,所以和PDM商量后决定砍掉项目中一个作用不是很显,但却很复杂的功能.再次理解了2/8原则,同时在项目中应该尽量对功能点做优先级排序,抓住重点,降低风险.

3月3日

   兄弟大婚的日子,离四川太远了,不能回去参加,只有在杭州祝兄弟新婚快乐了.

  一早还是开了一个简短的晨会,说说昨天的工作和今天的计划.但由于第一天是大家口头上说说,并没有记录下来,今天让实习的同学帮助记录一下每个人的计划安排,以便于我能了解到每个人的进度.
  在早会中,发现了大家对着形势似乎不感兴趣,都有点懒懒的说,更像我在主持会议了.特别是外包的同学,性格内向,基本上说完自己的了,就不会关心别人在做什么事情了.这个现在还真让我头痛,考虑似乎改变一下这种形势,同时SQA说帮我们准备一个白板记录.明天看看找个会议室,离开电脑旁,站着说.
  今天又是两个会,疯狂的会议,极度的压缩了我的工作时间,只有晚上加班了.但更不好的消息是:TL告诉外包同学有离职的想法.现在本来就很缺人,如果再流失一个人,势必会严重影响进度.
   但这儿面临一个抉择:项目才开始2天,如果现在让这个同学离开,相比在编码后他离开,更为安全,而且按<<快速软件开发中>>说描述常见错误之一,怕到时候对他的情况失控.不过稍后老大是想让他做完这个项目才离开,相信还是能保持保量.不过这个时候我应该做点什么呢?
听了TL的介绍情况和我的感觉,对于这种性格内容,不愿意交流的同学,还真不知道采用什么激励方式 . 哎,头痛.了
  今天在评审了界面原型,发现问题相当多,而且咱们UED的创作力那是相当丰富.这本是好事,但这种无止境的YY势必会影响进度,导致加班过多.而且界面原型的计划进度已经大大超过了预期.而且因为原型的问题,导致PRD也在修改,所以以后觉得原型和PRD应该放在一起评审 ,并且尽早开始.

3.5 日 周五
   详细设计的最后一天,终于没有太多的会议了,可以专心写点文档了.大家都自己的文档的要求不是很高,但进度还是在可控的范围内.但现在最迫切要解决的是人员问题.我已经感觉到了外包同学离开的意愿了,而且这个文档结束后,是最好的一个离开点.所以我将这个事情给TL反应了,先建议我找他谈谈.
  一早上,我就直接找该同学面谈了,他表明了离开的态度的,但会把现在的工作做好,我从他的话在开始分析,他有什么想法,职业规划等,希望找到一个突破口,能够说服他留下来.但很遗憾的是,我感觉不到这个人有什么想法,就是想离开,虽然30了,缺乏职业规划.从企业的发展角度来讲,这个人是不可重用的.但我现在的目的是想留下他帮我完成这个项目.但我也明显感觉到能留下人,留不住心.
   稍后,我将这个情况反应给了TL,他也觉得换人比较适合,但跟boss汇报了情况,也了解到了,现在team没有其它人手了,必须要让他做完这个项目才能放行.于是我,TL和外包这边的联系人一起找他谈话,希望他留下来了.这个过程很有趣,两个人施软,一个人施硬,说明了难处,也说明了时间不长,如果反应到外包公司大家都不好过.在谈话中,他彻底表明出确实心不在这儿了,没有做好的动力.最后算是在我们的请求之下,他决定月底离开.之后我再单独找他聊了聊,再次让他放下心,既然走不了,就安心做完这个项目.经过这么几遭,相信这个事情已经暂时平息了.这算是解决了一大心事了.
   下周即将开始编码,质量,时间和不可预料的事情,都需要更加关注