WEB项目经理手册排版.pdfVIP

WEB 项目经理手册 目 录 web 项目经理手册前言2 web 项目经理手册-版本控制流程4 web 项目经理手册-开发时间估算6 web 项目经理手册-Code Review 9 web 项目经理手册－需求变更管理 11 web 项目经理手册-项目经理的工作内容 13 web 项目经理手册-项目经理需要铭记在心的话 16 web 项目经理手册-风险管理 18 web 项目经理手册前言 web 项目指基于web 的开发项目，由于web 开发的一些特点，使得 web 开发的项目管理与以往的软件开发项目管理有很大的不同，具体表现在 1、web 项目周期短。 一般的web 项目的周期为 1～3 月，而一般的软件开发的周期都在半年 以上，象vista 微软花费了五年的时间才开发出来。 2、web 项目要求上线快。 互联网公司推出的产品，讲究快字当头，谁先推出产品占领市场，谁就 取得先机，所以web 的项目往往要求上线快，对于比较大的项目通常我们会先 把产品先launch 上线，然后第二期第三期再来完善。 “快”应该是web 开发和通常的软件开发的最大区别，web 产品的维护是 在服务器端，这就使得这种快成为可能，我们可以很容易地随时升级产品，而 通常的软件由于是部署在用户的机器上，升级的频率和幅度没办法与web 产品 比拟。 也正由于这个“快”，使得web 项目的需求变更成为了web 项目管理中最 需解决的问题。 web 项目经理手册分为若干主题，每个专题从项目管理的某个方面介绍 项目经理在这方面要做的事情，专题会陆续推出。 本手册为本人在项目管理中的经验总结，所以手册的内容也会不断完善 中。 本手册的原则： 1、指导性强。 2、实用性强。 我一直崇尚这么一句话：把问题复杂化是为了帮助我们更好地理解这个 问题，而把问题简单化是为了让我们更好地执行。所以本手册把简单可行作为 标准。一个再好的流程如果不简单可行，最终也没法在实际工作中推广起来。 当然简单的含义不是要少做事情，而是所做的事情让执行的人觉得就该怎么 做，不这么做，质量就没法保证，并且执行起来很自然。 对阅读者的要求： 1、本手册来源与本人平时项目管理的经验，不同公司有不同的特点，项目本 身也有差别，本手册虽然阐述的是具有普遍性的问题，但是遇到一些具体特殊 问题，大家还是要以实际情况为准，本手册可以起到参考作用。 web 项目经理手册-版本控制流程 大家在项目过程中是否会经常发生以下问题： 1、测试人员在测试阶段更新测试环境时，发现编译不通过，或者应用出现异 常，无法进行测试。后来发现的根源是测试和开发共用一个分支。 2、有一天某个人群发了一条邮件通知，“我们的项目代码已经发到主干，这段 时间大家不要修改主干信息”，这样影响其他项目的正常发布。 3、项目进行了比较长的时间，等最后发布，需要与主干进行合并的时候，出 现大量的冲突，几乎没法处理。而且冲突处理完后我们还需要重新再做测试， 以保证我们的冲突处理没有问题，这样又会需要花费大量的时间。 版本控制流程目标： 1、保证各个环境(开发、测试、主干)的独立，避免相互影响。 2、减少最终发布时合并主干出现冲突的概率。 3、降低冲突处理的难度。 原则： 多个版本（开发版本，测试版本，发布版本）；多次合并。 流程： 1、项目开发编码前从当前主干建立一条开发分支，供项目开发人员使用； 2、开发结束，提交测试的时候，从当前主干建立一条测试分支，将开发分支 合并到测试分支上，供测试人员进行测试。这样开发人员对开发分支的修改不 会影响测试环境； 3、bug fix 的时候我们定时将开发分支的修改合并到测试环境中。 3、回归测试的时候，从当前主干建议一条发布分支，将测试分支合并到该发 布分支上，在发布分支上进行回归测试。 4、发布前，将发布分支合并到当前主干。 好处： 1、多个版本相互独立，互不影响 2、通过多次与主干的合并，这样发布时候和主干做最后一次合并的冲突会大 大减少，并且在与主干多次合并过程中的冲突解决都在测试阶段中得到了测 试。 建议： 如果项目的周期比较长，和主干进行合并的次数也应该加大，以降低处理冲突 的难度。 web 项目经理手册-开发时间估算 项目经理制定项目