项目维护工作流程

上一篇 / 下一篇  2009-10-14 17:29:14 / 个人分类:配置管理

项目维护总结

 

通过一个项目的维护管理工作,自己学到了很多东西,才发现管理一个项目不是件容易的事情。需要考虑、做的事情很多。开始总是手忙脚乱的,但慢慢熟悉后,总结出一套流程,一切又觉得驾轻就熟了。下面我就来总结一下,我在做维护工作中的流程。

一、制定项目维护计划:

进行维护工作,首先要制定好一个维护工作计划,计划中详细描述每个功能模块的详细开发、测试、上线一系列流程的具体时间安排,计划经过内部评审通过后,给客户确认。通过后就开始按照计划执行。

二、问题归类处理:

在维护期间肯定会有许多大大小小的问题需要临时解决。客户每提出一个问题都要做详细记录。记录内容主要包括:问题内容,提出人,提出日期,优先级。处理后要及时记录处理完成的时间。

那么遇到问题时不要乱,首先要看该问题的严重性,客户对该问题的重视程度来决定解决时间。对于客户非常急于需要待处理的,那么就把这个问题临时插到计划中,将正在做的工作延期,当然做这些动作一定要让客户知道。对于一些不是很着急的问题,要把这个问题根据计划情况及时修改项目计划,将修改计划放入到项目计划中。每更新一个版本项目计划文档都要让客户确认并回复。每个版本的项目计划都要完整的放到配置库中。以便日后查看。

三、需求变更:

   1、解决方案:客户会在维护期间提出一些需求变更或者新功能,首先要对客户提出的需求做内部调研,看是否可行,如果可行并给出解决方案和工期;邮件给客户进行确认;如果不可行,那么内部提出一个合理的解决方案给客户参考,并给出不可行的原因。

2、确定工期、修改项目计划:客户确认解决方案后,根据客户对该需求的紧急程度适当的放入计划中,计划中要详细体现该需求从需求调研开始到上线期间的每步流程的工期日期,需求客户再次确认。每步流程都需要邮件形式和客户沟通,邮件要抄送项目管理者等相关人员。

3、编写需求说明书:对于大的需求变更要编写需求说明书。需要客户确认邮件。如果需求变更功能较小,要在Issues ListIssues List模板见附件)文档中记录;

四、控制开发进度:每周一上班要对每个组员本周工作做出计划,并和组员确认;每天早上要提醒当天组员的工作任务,并查看每个组员工作进度情况;

     最好制订一个周期计划,比如一周上线一次,或者两周上线一次,确定固定的上线时间点,这样就给工作设立了一个个小的里程碑。

     定期和项目组QA讨论当前项目进度和遇到的问题,让QA从质量控制角度给出相应的建议。

五、上线工作:

1、按计划完成功能测试后,要给客户准备需要待上线功能的UAT Case,然后客户进行UAT

2、客户确认没有问题后,准备需要上线数据、权限配置文档等。

3、上线后要记录更新的文件等重要信息,每个版本代码都用配置库进行管理,每个版本程序都要打上标签,以便出现问题查看。

4、功能上线后,要对数据进行维护,权限进行配置。

5、完成后要邮件通知客户上线成功,内容包括:具体功能点,数据库做了哪些修改,上线后情况。

六、周例会:

每周末要和客户进行周会总结,总结本周的工作内容,制订下周的工作计划;沟通一下现有状况和系统功能等。

 


TAG:

 

评分:0

我来说两句

日历

« 2024-05-20  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 29670
  • 日志数: 33
  • 文件数: 2
  • 建立时间: 2008-09-03
  • 更新时间: 2009-11-12

RSS订阅

Open Toolbar