锁定老帖子 主题:中小公司项目管理个人总结
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-04-25
最后修改:2010-04-26
要充分了解客户的需求,进行必要的沟通交流,有条件的,应该安排到现场实地了解。甚至调研分析人员应该站在用户的角度对客户需求提出自己的意见和建议,从使用者和开发者角度共同完善方案。同时也要根据项目的预算、技术难度等因素拒绝部分难以实现或无理的要求,当然要对客户进行合理充分的解释,以求达到开发与需求实现的最大化。这项目工作是非常重要的,需要项目经理与客户、技术经理(负责人)、产品策划经理(负责人)反复讨论验证后形成最终的需求分析文档,时间等条件允许的,应当制作关键功能的原理界面,以便准确理解、表达客户的需求,并得到客户的正式回复(文档、EMAIL等). 二、需求管理 1。 团队建设 尽可能多的申请公司资源,包括技术组、产品策划组、测试组。根据项目的大小,选择适合人选分别担任开发组长、产品组长、测试组长,实行承包制,增强各个环节的质量保障。各组负责人根据前期的需求分析文档安排各组人员结构。 2。 任务分解、分配 项目经理根据前期的需求分析调研,并结合公司能提供的资源分解任务,初步制定一个任务时间表,包括产品设计、原型界面制作、开发设计文档编写、开发进度、测试等,要求项目全体成员开会确认,条件允许应该邀请客户参加,并最终确认整个项目进度时间表,并得到客户的同意,如果客户不能参加此会议,应该在会后邮件进行通知确认。当然,根据项目大小,有些流程是可以省去的,比如原型界面制定,开发设计文档应视项目大小、开发周期而定,如果是小项目,时间比较紧,开发设计文档至少应包含关键技术点的实现。 3。 进度管理、小型里程碑 定期或不定期组织相关负责人开会了解项目执行情况,及时发现并解决问题。并利用相关项目管理软件提高项目管理质量;根据项目特点详细制定局部小里程碑,跟踪监控小里程碑的实现情况,并根据具体情况进行必要的调整,以保证各小里程碑都能按时、保质完成。必要时进行风险评估、控制管理,从而在整体上保证整个项目按计划进行。 4。 测试、验收 根据项目特点,适时安排单元测试、集成测试、小里程碑验收,及时发现并解决潜在的BUG。同时根据需求编写测试、验收、使用帮助文档。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2010-04-26
while(true) {
计划-实施-回馈-控制 } |
|
返回顶楼 | |
发表时间:2010-04-27
总结得很好!学习了!
总之想尽一切方法,调动开发人员的积极性! 说起来容易,做起来会有很多问题的! 学习中......... |
|
返回顶楼 | |
发表时间:2010-04-27
哥,你这个叫总结么?
|
|
返回顶楼 | |
发表时间:2010-04-27
hotjava 写道 哥,你这个叫总结么?
没必要说太细吧,具体问题具体分析,LZ只是给个大概的方向而已 |
|
返回顶楼 | |
发表时间:2010-04-27
其实LZ总结得不错,不过没有经历过的话,是不太好明白
其中有两点是非常重要的 1、是需求,项目的成功与否,需求有决定性的作用。经常会碰到,要么没有真实理解客户的需求,要么客户的需求一直无法确定,两者都是致命的。 2、里程碑,我去年第一次带项目,项目过程中没有注意这方面问题(其实根本不知道 - -),所以项目进展缓慢。后来自己总结,问题正是出在这里。 |
|
返回顶楼 | |
发表时间:2010-04-27
小公司 水很深..
|
|
返回顶楼 | |
发表时间:2010-04-28
每个公司都有自己的实际情况,每个需求又变化莫测,具体问题具体分析吧,只是我的个人总结而已,说的不对的地方,望大家指出,共同进步,谢谢!
|
|
返回顶楼 | |
发表时间:2010-04-28
Narcissu 写道 hotjava 写道 哥,你这个叫总结么?
没必要说太细吧,具体问题具体分析,LZ只是给个大概的方向而已 既然是总结,那么你要说出你过程的大概描述,再说明优缺点,那些做的好, 那些做的不好, 对于做的好地,如何巩固和提高,对于做的不好的,是由于哪些问题。至少要提出问题,在给出参考解决方案,便于讨论。 您这个整个一个政治纲领。 |
|
返回顶楼 | |
发表时间:2010-04-28
框架是没有问题的,具体情况还要具体分析。
有的公司根本做不到楼主说的。 |
|
返回顶楼 | |