您有个知识币

【退出】

互联网项目研发流程 - 程序经理篇

简介

这边文章是从程序经理角度来谈谈互联网项目的研发流程,该文章将不断修改并将其完善。

目的

1.规范项目流程。

2.降低项目风险。

3.保证项目质量。

4.提高团队效率,避免不必要的加班。

项目立项前的准备

1.需求调研,砍掉不能实现的功能和耗时过长的功能。

2.项目难点调研,找出项目的难点并在立项前确保其能实现和时间的评估。

3.关键点准备,对项目的一些关键技术可以投入核心人员早做准备,比如可以先做一些编码等等,达到高效,以便后期时间充裕。

4.详细的需求功能分析,相当于概要设计,需要理出实现每一个需求的思路,不能漏掉任何一个,确保研发人员负责的模块能顺利实现,保证研发人员对各自负责的模块有深刻的认识。

5.在第4点的基础上制作出详细的project文档,同测试人员沟通时间安排并列入project文档。

项目立项阶段:

该阶段主要是程序经理的工作,立项阶段主要是提供以下标准文档:

1. 需求文档(如果有 原型文档 则需提供原型文档)。

2. 立项文档(包括详细的人员,工时,完成时间,成本,性能,风险等)。

3. Project文档,描述详细的安排。

4. 概要设计文档(为实现需求的功能而阐述自己开发设计思想、方法的说明文档)。模块需包括描述、功能点、流程图。

项目研发阶段:

1. 提供数据库设计文档。

2. 根据Project文档监控项目进度,做出适当调整,确保project文档实施

3. 测试用例文档的评审。

4. 关键点的把握:第一次发布给测试的版本、第一次功能完备的版本、功能对产品关闭的版本、稳定的版本。时间把握为:2:2:3:1

5. 影响项目进度较多的需求,要么砍,要么延期项目。

稳定阶段:

稳定期内,考虑结项,通过禁止测试人员提不重要的bug,尽量少的让研发改动程序,保证项目稳定,测试人员的bug需通过测试经理和程序经理讨论后方可提bug。关闭所有不影响功能的bug(部分bug是用户可以接受的,而改起来可能影响功能或带来一些负面问题,如性能或影响体验,综合评定后关闭)。

对部分重要的bug,但又不能搞定或短期搞定的,能作为已知问题的留作已知问题。

通过上面的方案确保程序稳定、按时结项、质量可靠。

结项:

1. 结项文档。

2. 产品演示。

3. 测试报告。

本文固定链接: http://www.webzhishi.com/web_dev-1/ | web知识网

互联网项目研发流程 - 程序经理篇:目前有4 条留言

  1. 数据恢复1:  

    进来学习一下。 看看 什么是由规划的发展。

    2012-07-12 15:31:32 [回复]
  2. 海纳百川:  

    博主现在是程序经理吗?

    2012-07-16 10:51:07 [回复]
  3. 何斌博客:  

    恩,不错的做网站流程

    2012-07-18 19:44:06 [回复]
  4. 上海做网站:  

    谢谢分享,学习了

    2012-07-31 13:07:50 [回复]

发表评论