论坛首页 综合技术论坛

中小公司项目管理个人总结

浏览 15373 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-04-29  
hotjava 写道
Narcissu 写道
hotjava 写道
哥,你这个叫总结么?

没必要说太细吧,具体问题具体分析,LZ只是给个大概的方向而已



既然是总结,那么你要说出你过程的大概描述,再说明优缺点,那些做的好, 那些做的不好, 对于做的好地,如何巩固和提高,对于做的不好的,是由于哪些问题。至少要提出问题,在给出参考解决方案,便于讨论。

您这个整个一个政治纲领。



这怎么就不算总结了?

从摸着石子过河,最后到河对岸后,回忆描述出过河步骤总结最优方案。难道就不算总结了?

你是政府单位的吧总结写给领导看,要自我批评才有可信度。

0 请登录后投票
   发表时间:2010-04-29  
nonocast 写道
while(true) {
  计划-实施-回馈-控制
}

"PDCA" 说着容易做着难!
0 请登录后投票
   发表时间:2010-05-06  
nonocast 写道
while(true) {
  计划-实施-回馈-控制
}

还有风险管理和人员管理。没有很好处理好这两点,对整个项目是很致命的。
0 请登录后投票
   发表时间:2010-05-09  
2。 任务分解、分配
        项目经理根据前期的需求分析调研,并结合公司能提供的资源分解任务,初步制定一个任务时间表,包括产品设计、原型界面制作、开发设计文档编写、开发进度、测试等,要求项目全体成员开会确认,条件允许应该邀请客户参加,并最终确认整个项目进度时间表,并得到客户的同意,如果客户不能参加此会议,应该在会后邮件进行通知确认。当然,根据项目大小,有些流程是可以省去的,比如原型界面制定,开发设计文档应视项目大小、开发周期而定,如果是小项目,时间比较紧,开发设计文档至少应包含关键技术点的实现。


-------------------------
如果客户很强势,在各个项目阶段都会增加或者修改需求,
或者本身客户的需求都自己没有想好,这样的情况下
如何平衡各方条件和实际情况,是很难的一件事情。
0 请登录后投票
   发表时间:2010-05-09  
个人觉得:确定里程碑,控制理解及确定用户需求是项目成功的要点。
0 请登录后投票
   发表时间:2010-05-11  
正确合理的引导客户还是比较重要的。 很多时候他也不知道想做什么
0 请登录后投票
   发表时间:2010-05-16  
客户签字比较重要。
现在我们的整理需求后,都会有一份需求文档,而且是要拿到客户方去签字确认的,当然这并不是说一定不会改动;在开发的过程中,如果有任何的需求改动,我们都需要写一张需求变更单,让客户签字确认,以防客户抵赖。我们确实碰过这样的客户,所以,我们需要对每一个工作量做统计,不然一个功能改过N次,客户还不知道,只以为这就是一个功能。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics