锁定老帖子 主题:中小公司项目管理个人总结
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-04-29
hotjava 写道 Narcissu 写道 hotjava 写道 哥,你这个叫总结么?
没必要说太细吧,具体问题具体分析,LZ只是给个大概的方向而已 既然是总结,那么你要说出你过程的大概描述,再说明优缺点,那些做的好, 那些做的不好, 对于做的好地,如何巩固和提高,对于做的不好的,是由于哪些问题。至少要提出问题,在给出参考解决方案,便于讨论。 您这个整个一个政治纲领。 这怎么就不算总结了? 从摸着石子过河,最后到河对岸后,回忆描述出过河步骤总结最优方案。难道就不算总结了? 你是政府单位的吧总结写给领导看,要自我批评才有可信度。 |
|
返回顶楼 | |
发表时间:2010-04-29
nonocast 写道 while(true) {
计划-实施-回馈-控制 } "PDCA" 说着容易做着难! |
|
返回顶楼 | |
发表时间:2010-05-06
nonocast 写道 while(true) {
计划-实施-回馈-控制 } 还有风险管理和人员管理。没有很好处理好这两点,对整个项目是很致命的。 |
|
返回顶楼 | |
发表时间:2010-05-09
2。 任务分解、分配
项目经理根据前期的需求分析调研,并结合公司能提供的资源分解任务,初步制定一个任务时间表,包括产品设计、原型界面制作、开发设计文档编写、开发进度、测试等,要求项目全体成员开会确认,条件允许应该邀请客户参加,并最终确认整个项目进度时间表,并得到客户的同意,如果客户不能参加此会议,应该在会后邮件进行通知确认。当然,根据项目大小,有些流程是可以省去的,比如原型界面制定,开发设计文档应视项目大小、开发周期而定,如果是小项目,时间比较紧,开发设计文档至少应包含关键技术点的实现。 ------------------------- 如果客户很强势,在各个项目阶段都会增加或者修改需求, 或者本身客户的需求都自己没有想好,这样的情况下 如何平衡各方条件和实际情况,是很难的一件事情。 |
|
返回顶楼 | |
发表时间:2010-05-09
个人觉得:确定里程碑,控制理解及确定用户需求是项目成功的要点。
|
|
返回顶楼 | |
发表时间:2010-05-11
正确合理的引导客户还是比较重要的。 很多时候他也不知道想做什么
|
|
返回顶楼 | |
发表时间:2010-05-16
客户签字比较重要。
现在我们的整理需求后,都会有一份需求文档,而且是要拿到客户方去签字确认的,当然这并不是说一定不会改动;在开发的过程中,如果有任何的需求改动,我们都需要写一张需求变更单,让客户签字确认,以防客户抵赖。我们确实碰过这样的客户,所以,我们需要对每一个工作量做统计,不然一个功能改过N次,客户还不知道,只以为这就是一个功能。 |
|
返回顶楼 | |