UI设计规范.doc

UI设计规范.docWEB项目经理手册
目 录
web项目经理手册前言 2
web项目经理手册-版本控制流程 4
web项目经理手册-开发时间估算 6
web 项 目 经理手册-Code Review 9
web项目经理手册一需求变更管理 11
web项目经理手册-项目经理的工作内容 13
web项目经理手册-项0经理需要铭记在心的话 16
web 项 目经理手册-风险管理 18

百万人才为您服务!
1^9有能力，我要赚钱! H有需求，我要悬赏！ 立即注册
通参与任务 ＞完成要求 ＞赚襟真金 m提出需求成管赏金 ＞获襟创意 冲
项目经理手册前言
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项目经理手册■开发时间估算
项目经理制定项目时间表的时候，需要估算每个任务所需的时间，其中开 发任务中模块的分配和时间估算是其中最主要的部分。本篇专门就这部分作一 个阐述。
一、在分配模块和估算开发时间时，我们需