项目流程的制定

       在咱们工做中，创业公司或是须要抢占市场的项目都采用敏捷开发的方式。最快上线投入市场，但是随着公司的成长，项目的变大项目流程就显得愈来愈重要了。因而就会在项目开发的过程当中引入项目流程控制，以保证项目周期和质量。此是多是由公司高层制定，也可能与咱们测试人员商量，对于咱们测试人员，应该如何制定项目流程呢？

一，  国际性工业化流程

      软件项目工程有标准的流程，也就是国际化标准流程，固然咱们能够从书上或是网上得到相。以下所示，是我在网上查找到的一个流程：

 

       在实际的公司项目流程中，发现若是彻底按标准的流程来走会有不少问题，关键缘由就是这个标准的项目流程是有适应条件的：

（1）项目周期长，有充足的时间；而公司的项目每每周期比较短，一周的项目周期就算长的了，因此根本没法按正规的周期来执行。

（2）相关标准和文档比较完善，并且要求高。而如今公司不少开发人员不肯意写文档，或是项目历史包袱较重，没有办法整理相关的文档。

（3）领导重视项目流程，严格按标准执行。大型的公司比较重视流程，而如今关注点比较多，如收入，客户，市场等等，形成流程没法彻底按标准执行。

二，个性化的项目流程

      针对标准化的流程执行起来比较困难，因此须要根据本身业务和团队特色来制定个性化的项目流程。简化标准流程，增强本身须要的部分，下面咱们举个例子，如下面四个阶段作相应的流程控制：

（1）需求阶段流程控制

需求是一个项目最先的阶段，因此咱们也需求从这个方面开始进行控制。如从如下几个方面进行控制：

• 项目启动阶段：在需求评审以前，则产品给项目相关人员发送一封项目启动邮件。简单描述项目状况，并安排需求评审的相关事项。
• 测试用例评审：在需求评审完成后，测试人员须要开始设计相关测试用例，并发起测试用例评审。以确认项目相关人等对需求理解一致，防止需求遗漏等现象。若有变更，回复项目启动邮件，周知你们。
• 需求同步：在开发过程或是测试过程当中若是需求有任何变更，必须同步相关人员，不能开发和产品一商量就改了需求，测试人员不知道相关状况。回复项目启动邮件，周知你们变更的内容。
• 新增长需求控制：需求要项目启动的时候，可能没有想的那么细，若是在开发或是测试阶段，须要增长相应的需求，必须三方人员一块儿评估新增长内容的工做量。若是不影响项目排期，能够添加；若是影响了项目排期，就须要评估是延期仍是再新开需求。并回复项目启动邮件，周知你们评估的结果。

（2）     提测试阶段流程控制

      在需求开发阶段，若是有必须须要进行设计评审，对设计方案，实现细节进行评审。固然这个评审能够在开发内部进行，产品和测试参加与否均可以。可是提测试阶段也有相应的须要控制的部分：

•  冒烟测试必须经过方可提测试：在测试评审结果后，测试人员会提供冒烟测试用例给开发进行自测；开发人员必须自测冒烟测试，全部冒烟测试用例经过后方可提测试。开发人员在提测时，回复项目启动邮件，把冒烟测试的详情状况周知你们。
•  自测版本必须是提测版本：开发人员在自测的时候，必须是提测试的最终版本，不可在本地测试，而后打包后发现出了问题，不能够测试。若有可能，能够按测试的方法来部署环境，进行自测试。
•  若是冒烟测试经过不过，测试人员有权拒绝测试。根据经验表示，若是冒烟测试经过不过，或是只有部分功能实现的状况下，测试人员的介入是无用的，此时每每浪费不少测试时间。等再次提测试的时候，先前测试过的内容还须要从新测试。为了保证项目流程，合理利用各方资源，必须有权决定测试介入时间。在测试人员冒烟测试经过后，请产品进行初验，以保证符合需求内容。冒烟验收测试不管经过与否，都须要回复项目启动邮件周知你们。
•  提测文件必须全面，作到不遗漏。若是开发的文件较多，在提测试的时候必须保证相关的文件都进行的提测试，不能在测试的过程当中才发现文件漏提。若是发现这种状况，回复项目启动邮件，周知你们，督促相关人员提升提测质量。

（3）Bug相关流程控制

    在测试过程当中，会发现很多Bug，固然不一样的公司都会有不一样的Bug管理办法。Bug管理在流程控制中是很是重要的环节，须要从如下几个方面考虑：

• 全部在测试中发现的Bug必须提到Bug管理平台中：有些是测试人员的习惯，发现问题直接告诉开发人员进行修改；有些儿是开发人员不喜欢从Bug管理平台上看本身的问题，这些儿都是很差的习惯，全部的问题必须记录。不然就会形成问题的遗漏，也不便后期项目总结的时候进行问题分析。
• 开发人员必须按Bug优先级进行处理：有很多程序员喜欢按难易程序进行问题的修复，但是这不利于测试工做的进行。既然测试人员对Bug进行了分级，就必须按优先级来进行处理。
• 开发人员修复Bug须要及时更新状态，测试人员按Bug状态进行验证测试。在测试过程当中，Bug修复状况以管理平台中的状态为准，没有更新状态的Bug按未修复处理，不予进行验证测试。
• 上线的时候，若是存在Bug没有修复，须要严格处理。若是到了上线日期，仍然有Bug没有修复完成，必须认真处理。必须处理的Bug没有修复，则不予上线。延期处理的分给产品请产品注明缘由，并回复项目启动邮件予以说明。

（4）上线阶段流程控制

    项目到了上线阶段应该不过有太多的问题了，但是仍是会由于一些儿细节问题会影响上线的。因此在上线阶段也不能放松：

• 项目负责人制定上线计划，包括：a,上线须要的前期准备，相关权限，内容的申请；b,上线顺序及相关负责人；c,上线后的后续工做。并回复项目启动邮件，经过相关人等。
• 上线时相关人员必须在场，并肯定拥有相应的权限。通常项目若是到了晚上上线，有些相关人员若是通知不到，会发现上线的时候找不到人。或是上线人员没有对应的权限，严重影响上线流程。
• 项目上线完成后，产品回复项目启动邮件，总结上线成果，并关闭项目。固然大的项目还会进行项目总结，进行相关内容的汇总与讨论。

风险预警

      风险预警贯穿于整个项目的始终，任何阶段若是出现了严重影响项目排期的问题，必须进行风险预警。邮件通知全部人员，并组织相关人员进行风险评估，同时同步评估结果，以便相关人员进行工做调整。

    经过上面四个阶段作相应的保障，同时在各个阶段把控相应的产品，以及严格确认可否进行下一个阶段，就能基本保障一个项目流程不会出现严重的问题。固然还能够根据本身团队的特色，强化或是弱化相关的内容。

三，项目流程的保障因素

一个流程或是规章制度不管再完善，仍是须要靠人来执行和保障的，一样项目流程也须要有相应的保障：

（1）项目负责人重视项目流程

    一个项目须要有相关的负责人，或是项目经理，或是产品，也能够是开发或是测试。不论是任何人，必须严格把控项目流程，注重相应该阶段的产出，若是有问题及时找相应的人员来处理。

（2）参与人严格遵照

    项目的参与人必须严格遵照流程，按规则执行相应的步骤，产出相应的输入。积极改正之前很差的习惯，如部分测试，不提bug,提测试时不进行冒烟测试等等。

（3）测试严格把关并拥有相关权限

测试人员是项目质量的验收人员，必须在项目流程中进行严格的把关。任何阶段输出给测试的产出不符合要求，都要有权进行拒测，或是要求作出明确的说明。若是测试人员没有任何权限，项目流程在测试环境确定执行很差。

（4）领导的大力支持

     作好整个项目流程的把控，没有领导的支持是不够的。

     首先，领导须要承认咱们在项目流程控制中的工做，若是不承认，相关人员就没有动力。

     其次，支持相关人员作相应的控制，好比说，若是测试说冒烟测试不经过不能测试，产品或开发找到了领导，领导让听产品或是开发的，而不是听测试人员为何不能测试，那也很差进行流程控制。

     再次，领导不能作打破流程控制的指示，如直接对相关人员下达命令，让作什么样的工做，而这个工做有可能影响整个项目的流程等等。

    整体来讲，项目流程控制在前期执行起来至关痛苦，须要改变不少咱们之前的习惯。作至关多的额外工做，大部分人仍是会抵触的，由于不爽嘛！但是一旦流程化执行起来后，后续工做就会很是容易，项目优化，项目交接，新人介入等等。因此建议先重新项目，周期比较长的项目引入流程化，慢慢改变你们的很差习惯，严格按流程进行相应的工做。