無論是在大學里學的軟件工程課程，亦或者各種各樣的項目管理的書籍中都會講到軟件項目可以划分為不同的階段，每個階段做不同的工作產生不同的成果物，有不同的風險。依據階段的划分、階段之間關系的不同，產生了瀑布模型、螺旋模型、SCRUM等等的軟件開發模型。這些模型其實是從某個角度把整個項目過程進行分解組合，采用不同的措施，期望產生正確的結果。
由此可見，軟件開發需要流程管理，項目管理更需要明確的流程。但是，現實情況總是有各種不如意，很多公司根本沒有流程。領導的一個思路就會成為一個項目；領導的一個意見會被轉化為功能需求添加到項目的任務列表之中，可是不論這個意見是1天給干完，還是需要1個月都不會去考慮，項目還只能按照預訂的時間表去做。
在近期參加過的幾個項目當中存在一個很嚴重問題——項目管理沒有明確的流程。
項目的啟動是高層的一個想法，之后中層就會為了得到這個項目而去編造一些數據和報告去爭取實施這個項目，然后項目就這樣產生了。然后項目組就開始組建，中層也不去明確目標、項目范圍、人員規划，只有一個要求——在XXX時間點把這個項目做好、有時甚至這樣的要求都沒一歐。中下層領導就去組建項目組，去弄明白需求，去爭取人力支持，然后大家基本上很高興的投入到編碼的過程中。隨着項目的推進，各個項目甘系人開始顯現，各種需求紛至沓來，項目組開始疲於應付。在項目推進過程中碰到的問題越來越多，沒有及時的修正，項目組開始抱怨外部人員，外部人員開支抱怨項目組，項目組內部各種想法開始出現，領導開始懷疑項目管理者的能力、開始質疑項目組的各種做法是否合理。項目理所當然的延期，人心開始浮動，抱怨此起彼伏。最終要么項目被終止、要么換項目經理、要么項目組搞出一個四不像的東西。
這就是最近項目的典型情況，久而久之項目經理開始抱怨高層，高層也在心里懷疑項目經理，高層與項目經理的嫌隙就慢慢的出現，慢慢的變大。
我認為針對這種情況，主要原因是缺少明確的項目流程（深層次原因是高層領導不懂軟件開發）。
各種軟件開發模型所要求的軟件過程各不相同，但是以下幾點，我認為比較重要。
- 項目正式啟動之時一定要開項目啟動會（或者類似的形式）
項目啟動會的作用主要有：明確目標，如不能明確目標也要卻明誰去明確目標，目標的變化范圍有多大；進行授權，使項目干系人明白各自的責權利，不至於不作為、亂作為。很多情況下，項目已經啟動，可是項目目標卻如隨風飄舞的樹葉，這種移動靶子讓項目組去打難度可想而知，如果項目目標像會凌波微步的段譽一樣即使絕頂高手也不容易抓到他。
- 在項目開展過程中要建立一些必要的規章制度
建立這樣的規章制度，主要是約束項目組的，使項目組的各項工作能夠對上公開，使項目組成員也了解項目信息。這些規章制度可以是：編碼規范、代碼提交制度、bug統計、員工工作周報等等。這些規章制度也可以使項目的工作明細、量化、可控、可測，避免項目開發編程黑盒子，什么情況都不知道，出了問題也是后知后覺，想采取補救措施也晚了。
- 項目的各種變化會以可見的方式進行；
項目需求、人員、時間、技術難題等都在發生變化，相對來說需求的變化很難不發生，影響也最大，而項目組拒絕所有的需求變更又不可能，所以一定要建立需求變更的規定和流程，在需求發生變化后受到影響的項目因素（人員、時間等）也需發生變化。如果你認為項目需求發生變化了，項目其他受影響的因素發生變化是理所當然的，那么就大錯特錯了，很多情況下，提出需求變更的人員不願意變更那些受影響的因素（沒考慮到、覺得沒必要變更、考慮到了但是基於其立場不願變更等等）。
- 項目結項會（或類似形式）
項目結項會，給出名分（項目成功了還是失敗了，項目組做的好嗎？項目經理怎么樣等等）項目組以及其他參與人員給出評價，總結好的地方繼續堅持，總結壞的地方后續改進。公司有個項目，裁判員、運動員都是項目組自己承擔，已經開發了快2年了，基本沒有看到正式應用；由於此項目的特殊性，很少有人能夠對其評價、提出意見。公司另外幾個項目很難，變化大、人員少，領導干涉太多；這幾個項目做的很累，效果也不太好。這兩種類型的項目一對比，領導就認為那個無人能插嘴的項目是好的，項目負責人也一升再升。這樣的話項目沒有明確結論，那些付出很多，成果卻不大的項目成員、項目經理會怎么想？！關鍵是那個項目主要是沒有人能插嘴，其實存在很大問題，這就更加難以服人。
正是看到再這樣一陣亂戰的形式去實施項目的話，公司就很難再繼續下去了，所以做了一個方案想去規范項目、去建立明確的項目流程。關於這個流程的必要性舉如下的例子。
公司組建了技術委員會，按照道理來說軟件公司組建技術委員會是十分必要的事情，也是一個正確的做法，可是因后續流程制度沒有跟進，導致技術委員會成為一個虛設的機構，其不到什么作用。技術委員會的負責人，從來沒有考慮過如下的一些問題:其在公司的職責、定位是什么？其成員是專職還是兼職？其工作章程、流程是什么？技術專家如何評定、如何發揮作用？如何對公司技術發展方向進行把控和支持？以何種方式、方法對公司各項目的技術工作提供支持和監督？
寫完之后，看着PPT，不知道下步如何做？去找誰談這個事情，談了的結果會怎么樣，推行的阻力會有多大，領導認為這個是亟待解決的問題嗎，等等問題撲面而來。有些人看到存在這樣的問題，有些人沒看到，有些人認為公司現狀挺好，提出規范流程的想法與領導的慣常做法相悖。
空有想法，要去做的時候卻十分的艱難！
————————————————————————————————————————————
大家所在的公司項目流程（此處流程的范圍較大，可以是公司級別的）是怎么樣的？對於相對比較混亂的公司，如何建立規范化的項目流程？項目管理流程是否能夠提高項目的成功率，防范項目風險？
請大家踴躍發言！謝謝！