项目流程改进方案1.0(草案)由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“流程优化项目咨询方案”。
SST项目流程改进方案1.0（草案）
王晓恬 2011/7/29 目前在项目开发、发布、部署、测试过程中，发现有如下问题：
1.项目部署非常不方便，目前的方式是，先上传文件到服务器，然后手动修改tomcat的配置文件，令其指向web应用的根目录，这样会带来如下问题：
a）.如果存在多个测试环境，由于每次部署都需要修改tomcat的配置，因此很难保证多台测试环境的配置完全同步，容易出错
b）.无法自动化部署，对于自动化测试是一个隐患
c）.由于不是以包的形式存放，因此软件产品库管理非常不方便，相应的，版本库管理也非常不方便
d）.这种形式不是标准的J2EE容器部署形式，将来如果采用其他web容器，那么会存在隐患
e）.随着web应用的越来越多，在各个方面（比如代码控制，版本控制，成品控制）等方面会越来越难管理，而且也会越来越难部署。
f）.较难替换和撤销，以及备份存档
2.目前测试过程中的产品不稳定因素：
a）.目前测试开始时候，开发还在进行，那么会导致测试版本永远是过期的，测试需要一个一定时期内相对稳定的版本。
b）.测试版本并不是从版本库中得到，这样会导致一个问题：测试版本永远以发布版本者本机的代码为准，这样的测试是无效的。
c）.在测试进行阶段，开发者还在不断的提交代码，这些代码并没有经过冒烟测试和集成测试，那么在进行分阶段开发的时候，会造成产品的不稳定性。
d）.在发布测试版本前，并没有进行冒烟测试和集成测试，这样的结果会导致第一轮测试在很大程度上进行了这两项测试，而这两项测试应当是发布测试版本前就应该完成的，只有完成了这两项测试，才能发布一个可测试的版本。
e）.测试环境应当彼此独立，互不影响，并且在测试开始前必须有一致的初始条件。
f）.目前一些较难测试的地方，并没有有效的测试方案和测试用例.g）.缺乏专业的配置管理和版本管理，造成开发不知道自己开发的是什么版本，目前开发到哪个版本，上一版本的遗留问题，此版本的目标和解决方案，以及目前在哪个分支上进行开发，相应的，测试的过程中也不知道目前测试的是哪个版本，以及重点测试和有针对性测试的功能，此版本的遗留问题，以及新功能的测试。
h）.为了保证产品质量，要进行代码覆盖率测试和回归测试。
i）.DB的修改，需要通知所有人得知，并且在冒烟阶段，就要把DB没有更新导致的问题解决掉
目前适合我们团队以及项目的开发流程：
目前团队现状：
1.新技术掌握快。
2.团队合作不错。
3.团队成员技术全面。
4.团队缺乏开发、测试、配置管理方面知识。
5.对于已掌握的技术缺乏研究深度，不能有效控制风险。
6.沟通渠道过于单一，每个成员现状以及工作进度并不透明，这样无法有效调配资源互相协作。
基于以上状况，敏捷开发（agile）的短周期的迭代（iteration）开发流程比较适合我们团队和项目，下面来介绍一下这种开发模式具体的过程（methodology），顺便说一下，这种模式并不是瀑布模型，任何时候可以推倒重来，比较灵活。一个period包含若干个iteration，在period完成后，要进行较完整的测试和代码review以及项目回顾。Period从某种意义上来说也是项目的里程碑。
1.首先拿到原始需求，进行可行性评估
2.可行性评估之后，需要确定技术开发框架（infrastructure），以及开发环境、测试环境、商用环境、部署方案、服务器配置、数据库等。
3.确定high-level的架构，主要就是开发框架以及解决方案的制定，此方案需要评估。
4.确定迭代周期，一般来说，一个iteration的周期为2周。一个period周期为2个月到半年
5.制定一个iteration内部的流程，以及每天工作的流程。
6.假设在有需求的情况下，将需求分为若干块，分别为requirement1, requirement2, requirement3…….。
每一个需求工作量不超过一个iteration，需求优先级排序主要以业务的重要程度为主。
7.工作量不能安排太紧，必须保证质量，并且可以采用2人一组开发互相纠错的形式进行，必须保证每个周期结束后的产品是可迭代的。
8.在一个iteration内部，遵循high-level design，部分的设计（detail design）和编码交由开发人员，如果出现开发人员技能出现瓶颈，那么由这方面开发经验相对较熟的开发人员2人一组进行架构和开发。
9.在一个iteration开始前，需要的依赖关系（dependency）有：
a）.此迭代周期内明确的需求，该需求在此iteration里面不发生变化并且是明确的，如果发生重大变化导致无法推进，则可以中止此iteration。
b）.明确的high-level architecture以及high-level design，包括任何会block开发过程的因素都要到位
c）.上一次iteration的输出（代码和文档，以及设计，遗留问题），因此这一次iteration是基于上一次开发的，因此上一次iteration的一个有效版本是至关重要的。
d）.建立此次iteration的畅通的沟通渠道，以及追溯、检查（check）方式。一个iteration必须有一个负责人进行定期的check保证任何风险是可控并且保证资源分配最大化。
10.Check和评估每天都要进行一次，早上开例会，团队成员需要汇报工作风险，申请资源，以及手头任务进度报告。
11.针对每一次iteration的output：每一次iteration的output在此iteration开始前就需要确定，iteration的结束以是否符合预期的output为准，测试方面，需要通过单元测试和功能测试
12.如果需要进行功能测试和集成测试，那么也可以安排到一个iteration中完成，iteration可以是任意的工作安排，不一定是开发阶段，此外，iteration的时间是可以变更的。
13.需要对每期的iteration执行情况，bug数量进行统计，发现问题并相应的修改iteration。
14.如果在iteration执行过程中，发现重大问题，那么可以随时中断此iteration，评估问题并快速开展下一个iteration。15.在经过一个period之后，需要对项目整体需求，架构进行重新评估。
16.在每次iteration开发过程中，需求方可以不断更新和修改需求，所有需求都可以快速反应到下一个iteration里面。
附录：
产品发布流程
申请发布，说明开发路径，发布版本号发布测试版本，告知发布路径、测试文件提交路径，填写release notesRelease notes提交测试文件，填写release notes，通知QA验证QA验证final QA后，由QA出具测试结果报告测试报告提前一周确认产品包规格及上线、推送列表等确定产品包规格及上线、推送列表需求实施上线、列表推送等工作产品包上线申请默认推送列表申请多入口方案确认版本发布，通知CM最终版本发布发布最终版本，完成release notesRelease notes根据《发布清单》确认交付物，相关产品入成品库完成DEMO库准备工作准备预置产品包并入产品库，上传yodaos.zip搭建验证环境验证产品包、上线、推送列表发布邮件，通知相关人员产品发布版本说明
