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

一、需求调研、分析、评审
    要充分了解客户的需求，进行必要的沟通交流，有条件的，应该安排到现场实地了解。甚至调研分析人员应该站在用户的角度对客户需求提出自己的意见和建议，从使用者和开发者角度共同完善方案。同时也要根据项目的预算、技术难度等因素拒绝部分难以实现或无理的要求，当然要对客户进行合理充分的解释，以求达到开发与需求实现的最大化。这项目工作是非常重要的，需要项目经理与客户、技术经理（负责人）、产品策划经理（负责人）反复讨论验证后形成最终的需求分析文档，时间等条件允许的，应当制作关键功能的原理界面，以便准确理解、表达客户的需求，并得到客户的正式回复（文档、EMAIL等）.
二、需求管理
    1。 团队建设
        尽可能多的申请公司资源，包括技术组、产品策划组、测试组。根据项目的大小，选择适合人选分别担任开发组长、产品组长、测试组长，实行承包制，增强各个环节的质量保障。各组负责人根据前期的需求分析文档安排各组人员结构。
    2。 任务分解、分配
        项目经理根据前期的需求分析调研，并结合公司能提供的资源分解任务，初步制定一个任务时间表，包括产品设计、原型界面制作、开发设计文档编写、开发进度、测试等，要求项目全体成员开会确认，条件允许应该邀请客户参加，并最终确认整个项目进度时间表，并得到客户的同意，如果客户不能参加此会议，应该在会后邮件进行通知确认。当然，根据项目大小，有些流程是可以省去的，比如原型界面制定，开发设计文档应视项目大小、开发周期而定，如果是小项目，时间比较紧，开发设计文档至少应包含关键技术点的实现。
    3。 进度管理、小型里程碑
        定期或不定期组织相关负责人开会了解项目执行情况，及时发现并解决问题。并利用相关项目管理软件提高项目管理质量；根据项目特点详细制定局部小里程碑，跟踪监控小里程碑的实现情况，并根据具体情况进行必要的调整，以保证各小里程碑都能按时、保质完成。必要时进行风险评估、控制管理，从而在整体上保证整个项目按计划进行。
    4。 测试、验收
       根据项目特点，适时安排单元测试、集成测试、小里程碑验收，及时发现并解决潜在的BUG。同时根据需求编写测试、验收、使用帮助文档。
       

评论

16 楼 yschen 2010-05-16  

客户签字比较重要。
现在我们的整理需求后，都会有一份需求文档，而且是要拿到客户方去签字确认的，当然这并不是说一定不会改动；在开发的过程中，如果有任何的需求改动，我们都需要写一张需求变更单，让客户签字确认，以防客户抵赖。我们确实碰过这样的客户，所以，我们需要对每一个工作量做统计，不然一个功能改过N次，客户还不知道，只以为这就是一个功能。

15 楼 joeyhacker 2010-05-11  

正确合理的引导客户还是比较重要的。 很多时候他也不知道想做什么

14 楼 jieming 2010-05-09  

个人觉得：确定里程碑，控制理解及确定用户需求是项目成功的要点。

13 楼 scholers 2010-05-09  

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


-------------------------
如果客户很强势，在各个项目阶段都会增加或者修改需求，
或者本身客户的需求都自己没有想好，这样的情况下
如何平衡各方条件和实际情况，是很难的一件事情。

12 楼 whq 2010-05-06  

nonocast 写道

while(true) {
  计划-实施-回馈-控制
}

还有风险管理和人员管理。没有很好处理好这两点，对整个项目是很致命的。

11 楼 lchenjay 2010-04-29  

nonocast 写道

while(true) {
  计划-实施-回馈-控制
}

"PDCA" 说着容易做着难！

10 楼 墓里活人 2010-04-29  

hotjava 写道

Narcissu 写道

hotjava 写道

哥，你这个叫总结么？

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

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

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

这怎么就不算总结了？

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

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

9 楼 benbenming 2010-04-28  

框架是没有问题的，具体情况还要具体分析。
有的公司根本做不到楼主说的。

8 楼 hotjava 2010-04-28  

Narcissu 写道

hotjava 写道

哥，你这个叫总结么？

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

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

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

7 楼 flyingcai 2010-04-28  

每个公司都有自己的实际情况，每个需求又变化莫测，具体问题具体分析吧，只是我的个人总结而已，说的不对的地方，望大家指出，共同进步，谢谢！

6 楼 tianlang0101 2010-04-27  

小公司 水很深..

5 楼 llyzq 2010-04-27  

其实LZ总结得不错，不过没有经历过的话，是不太好明白

其中有两点是非常重要的

1、是需求，项目的成功与否，需求有决定性的作用。经常会碰到，要么没有真实理解客户的需求，要么客户的需求一直无法确定，两者都是致命的。

2、里程碑，我去年第一次带项目，项目过程中没有注意这方面问题（其实根本不知道 - -），所以项目进展缓慢。后来自己总结，问题正是出在这里。

4 楼 Narcissu 2010-04-27  

hotjava 写道

哥，你这个叫总结么？

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

3 楼 hotjava 2010-04-27  

哥，你这个叫总结么？

2 楼 xiao-qiang163 2010-04-27  

总结得很好！学习了！

总之想尽一切方法，调动开发人员的积极性！

说起来容易，做起来会有很多问题的！

学习中.........

1 楼 nonocast 2010-04-26  

while(true) {
  计划-实施-回馈-控制
}