网站开发维护的流程

1. 流程

1.1 什么是流程？

工业品生产中，从原料到制成品各项工序安排的程序。 《牛津词典》里，流程是指一个或一系列连续有规律的行动，这些行动以确定的方式发生或执行，促使特定结果的实现； 而国际标准化组织在ISO 9001：2000质量管理体系标准中给出的定义是：“流程是一组将输入转化为输出的相互关联或相互作用的活动”。

流程不是解决为什么而做、为什么这样做而不那样做的问题，而是解决怎么做的问题，即更多的是从执行的角度把个人或组织确定的目标去执行到位，而不考虑或者改变组织的决策，在决策确立之后，流程要解决的就是怎么更好的实现决策的目标，而不是改变决策的目标。

1.2 流程的要素

流程有六要素：资源、过程、过程中的相互作用（即结构）、结果、对象和价值。把一些基本要素串联起来：流程的输入资源、流程中的若干活动、流程中的相互作用（例如串行还是并行。哪个活动先做，哪个活动后做，即流程的结构）、输出结果、顾客、最终流程创造的价值。称其为“流程的6要素”。


2. 没有流程的乱象

2.1 用户：经常在论坛，或者是打服务热线投诉，功能不能正常的使用，有时候流程出错，交易出了问题，造成一些交易失败，有时候用户扯皮，抓住不放，要花很大的精力去搞定。

2.2 老板:看到大片的投诉，觉得网站的质量太差，竞争这么激烈，用户很容易就被竞争对手争取去。网站是公司赚钱的核心载体，问题频出，担心是不是大量的投入，会不会打了水漂。

2.3 产品：觉得开发的很不给力，很多需求都不给实现，开发老是找借口，一些新功能的开发，开发的都不按时交付，耽误了整个网站的收益。

2.4 开发：抱怨开发怎么老是改需求，做到最后，有些东西基本上把最初提出的需求给推翻了。而且在项目的开发过程中，产品经理又提出别的需求，人手根本就不够，老是穿插地做一些开发，有时候在这个分支上开发，又要切换分支和开发环境。一天折腾一两次，时间一下就过去了。而且到最后，产品的还埋怨说开发的效率低下。

2.5 测试：到老板面前抱怨，说开发提交的东西，质量太低下了，有些问题，开发的自己根本上就没有测试过，有些很明显的问题都没有跑通畅，就提交测试，大大的耽误了测试的进度。

这种种的乱象，人神共愤，大家的心理都不爽，久而久之，会产生一些很不好的影响。成本花的很大，产出的产品质量却很差。根本原因，就是整个开发的流程整的不顺畅，或者根本就没有一个比较规范的维护开发流程。没有流程的控制与管理，大家开发基本上就是打乱仗。产品经理提需求，天马行空，提需求之初，没有仔细的考虑各种情况，直到最后，也没有非常明确的概念。产品的人，也不清楚开发的人力配置，经常在一个项目开发过程当中，插入别的需求，觉得什么都很着急，不能等，没有一个长期的产品规划。开发的应对各种需求，疲于奔命，应付各种各样的问题，而且项目有时间规定，到时候必须要上线，所以不顾一切地赶，单元测试的用例，也觉得没有时间去写，写出的代码，没有完全的覆盖测试。好不容易赶完了，匆匆地交付给测试，漏洞百出，有时候环境不顺畅，再加上出点问题，测试一天也跑不完一两个测试用例。最后产品的验收，没有制定完整的验收流程，最后的验收，就是UAT，产品应该写出非常详尽的测试用例去测试，否则会出现，一些bug，基本靠上线以后，用户在使用以后发现，在一片骂声中提出。没有什么具体的规定怎么验收，很有可能产品的人，自己都只是随便的到处点一点，根本就没有深入测试。好的软件质量，是靠非常多的步骤去保障的，该做的步骤，一定不能省去，否则，到处都埋了地雷，说不准什么时候就会踩爆。

3. 网站开发维护流程

日常的网站开发维护，归结起来主要有以下的三种：

3.1 bug修复

网站上线以后，或多或少的存在一些问题，一旦发现，就要及时修复bug。

3.2 小的需求

有些需求不是很庞大，或者是增加个别的页面，完善好某个流程，或者是页面上的某个文字描述需要修改。这种可称为维护需求。基本上1-3天内可以搞定。

3.3 项目

网站需要增加新的业务模块，进行立项，按照软件工程的大致流程，进行开发。做一个项目，应该有非常的详尽的项目计划，参见一个完整的项目计划。

4. 软件开发中流程管理的工具

4.1 JIRA

JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。

4.2 testlog

5. 网站开发维护中人力资源的管理

5.1 系统负责人

一个网站往往按照业务，被切割划分成为很多的子系统，这些子系统，必须有专门的一个人精通。最好还有一个人备份，以防系统负责人请假，离职或别的情况发生。这个系统负责人，主要的任务是，分析产品那边提出来的各种需求，把关开发所提交的代码，对产品质量把关，对开发设计方案把关。如果不是很忙的话，也可以投入开发。

5.2 专做一个系统

这种方式就是找几个人，安排专门只是做这个系统，别的系统都不需要管。这种方式的好处是，长期只关注一个系统，所有的人，对这个系统都很熟悉，比较专精。开发人员也不需要去关注系统以外的东西，相对比较轻松。不好的地方是，由于各个系统的需求多少不一样，就有可能出现这个系统的人忙的要命，而另外系统的人却是非常的清闲。人员之间的调配不是很灵活。

5.2 一人做多系统

除了系统负责人，其他的人，都相当于放入资源池，当某个系统开发需要人得时候，就从池中捞人出来做。这种方式，对开发人员的要求比较高，需要熟悉和了解多个系统的业务，这样也培养出一些多面手。

5.3 RMS(Resource Managment System)

相当于一般的日报，要求各色人等，每天都按照要求填写做每一项任务所耗费的时间，系统自动的统计和加总，每个项目最后具体耗费了多少个小时，一目了然。对于成本核算非常的方便。同时也可以很直观的让产品经理知道开发人员的资源配置，目前那些人有空，可以安排多少事情，制定很好的开发计划。保证计划的有序性。