【前言】流程管理的實施不是一個單純流程問題或者一個純粹的技術問題，而是一種復雜的變革項目。 企業(yè)流程管理主要是對企業(yè)內(nèi)部改革，改變企業(yè)職能管理機構重疊、中間層次多、流程不閉環(huán)等，使每個流程可從頭至尾由一個職能機構管理，做到機構不重疊、業(yè)務不重復，達到縮短流程周期、節(jié)約運作資本的作用。本文作者作為一個軟件測試人員，將基本理論技巧與實際經(jīng)驗相結合，講述項目流程管理，具有很強的可讀性和實用操作性，有利于讀者吸收和運用。
說實話，我知道題目說大了，但是我不準備改。因為我想總結一下近些年，近些公司中看到的一些片面的內(nèi)容，從而從中提煉出來我想要表述的東西：項目流程管理。
其實從一個公司到另外一個公司的過程，個人要完成的轉型，概況來說無非是3點：
●企業(yè)文化的適應
●工作流程的適應
●項目內(nèi)容的適應
而從我們測試人員的角度來看，這三種適應，其實就是QA要做好的三個方面，怎么能將自己再以往公司積累的經(jīng)驗轉移過來，并融合到目前這個公司的工作環(huán)境中去，是每個高級工程師在這個階段都想做，但是實際上卻不知如何下手。
我寫此文，無法表述出來一個正統(tǒng)思路，僅以自己的思想做一個方式性質的總結，聊以自慰而已！
QA vs QC：
我想，應該首先說一下對于QA和QC的自我看法。QC本身來說是質量控制，要保證的是產(chǎn)品質量，項目的產(chǎn)出。QA從字面理解是質量保證，要保證的是項目質量，產(chǎn)品過程優(yōu)化。因此，QA從最貼近的角度上來說，就要比QC多一個“過程質量改進”的作用。這個作用在越是小的公司，就越是迫切。
過程質量改進
從測試上來說，我們要做的事情，就是在做好測試工作的同時，培訓開發(fā)和產(chǎn)品們?nèi)ヒ笏麄儼凑瘴覀儨y試的流程做事情，發(fā)布產(chǎn)品。強勢的測試介入，有益于整個產(chǎn)品過程的正規(guī)化。我們可以從以下幾點入手
●寫測試計劃，寫測試用例文檔，拉開發(fā)、產(chǎn)品review。慢慢要求他們的文檔也必須全面規(guī)范
●建立合適的bug系統(tǒng)，使用它報bug并督促開發(fā)嚴格按照bug生命周期去管理流程，規(guī)范版本迭代過程
●建立總結制度，從內(nèi)部做起，邀請開發(fā)、產(chǎn)品加入，總結項目一個階段遇到的問題，使得產(chǎn)品、開發(fā)也意識到自己某個階段的工作不足引入的一些測試上的麻煩
●建立內(nèi)部培訓，一開始以測試主題為主，逐漸邀請開發(fā)人員做一些簡單的產(chǎn)品框架培訓，最后完成整個團隊的培訓提高的風氣改變。
從上面列舉的四個方面做循序漸進的改變，這樣各個產(chǎn)品流程改進都能較好的完成，也不至于由于變化激烈而產(chǎn)生的團隊內(nèi)部抵觸心理。
項目流程改進：
測試，應該從自己的角度來規(guī)范開發(fā)流程。同理，我們測試也應該從自己的角度來幫助項目完成項目流程的規(guī)范管理。
流程的制定：
不過這個流程改進，不是從內(nèi)部做起影響外部，而是應該從高層到底層推進的過程。所以，這個事情應該是在測試融入到團隊里面，成為不可或缺的一部分之后完成的事情。之所以項目流程改進不能從下至上，是因為產(chǎn)品流程在中小公司中，往往是沒有規(guī)范可循的，沒有制
度可依的，我們是在建立一個團隊協(xié)作的制度，制度的實施，不從上至下，無法保證最終的結果。
如何從上至下的推行呢？首先要用自己的測試遇到的問題影響你的老板，讓他或者他們知道問題來了~，然后在合適的時機提出自己的解決問題的方案，供老板參考，并愿意和老板一起完成對項目
流程改進以及團隊協(xié)作制度的制定工作。最后，可能大部分的意見還是你提出來，靠老板拍板決定的，所以你有機會提出自己的解決方案，增加測試團隊的聲音。
上面只是寫了大略，其中宗旨是，不應以測試為中心，應以項目流程優(yōu)化為重，輔以對重要產(chǎn)品以及團隊中重要人物的共同參與討論為基準。完成整個項目流程的推進。說實話制定流程容易，推行難~ 所以，在推行過程中，又要求測試必須督促各個方面的人員，幫助他們將制度變成習慣~。這個時間可能會很長，要求我們要耐得住這個過程。