項目管理在初創互聯網企業的運用

發布日期：2018-05-09來源：網絡來源編輯：張繼蕊

[摘要]

　　 初創互聯網公司本質上也是創業公司，創業公司的特點在其中都會體現，可能還更加明顯，比如，對效率的要求等。互聯網公司通常有技術需求，創始人或投資人希望在最短的時間、使用最低的成本實現所需的功能。

　　 初創公司，可招聘到位的高端技術人員和優秀的技術管理人員不多，并且技術基礎工作也不完善，從產品、開發、測試、運維等方面都有所表現。如何能幫助團隊有序的完成研發工作是初創期的重中之重。

　　 PMI提出的項目管理標準，內容足夠的豐富，各項要求也非常全面，如果完全按照要求實施，對于互聯網要求的快速交付有一定的難度。互聯網要求的每個迭代周期都相對較短，如何保證產品上線后的質量是第一問題。

　　 作為一個初創公司的技術負責人，深深的體會到在沒有規范、沒有一定流程、團隊沒有項目管理的情況下，產生的后果對公司造成的影響。

　　 我們在初期發版后經常出現發版后緊急對應和版本回退的狀況，緊急對應后還需要再緊急發版，技術團隊能理解因為自己的原因造成的后果(持續的打擊、持續高強度工作、影響后續的迭代研發等)，但公司對技術團隊的信任度、技術團隊的士氣等都成了明顯的問題。鑒于此，我們首先制定了測試和發版的流程及規則。然后我們逐漸形成了產品的標準和開發的規范及流程。在公司的發展和研發的推進過程中，我們持續優化已經形成的相關內容，每個員工入職時，我們準備了相關的培訓和訓煉，使所有研發團隊成員在意識上首先達成一致，工作模式上達成一致，逐漸我們的迭代周期開始縮短、發版更加及時完備，2017年，我們發版沒有任何一次回推(無論產品大小)。

　　 我們研發團隊持續推動敏捷，但過程中發現有一些新的團隊會出現較大的問題，我們使用白板、利用站會等，結果在新的團隊中，做到了“形式”，但在進度、質量、溝通等方面都出現了問題。首先進度的安排好像很順利，如果團隊出現任何的異常(技術預研逾期、出現緊急需求或BUG修改等)，團隊的節奏被打亂，經常只會采用加班的方式解決問題(按照計劃已經工作強度較大)。其次，在產品進入測試階段BUG層出不窮，甚至在UAT階段也出現不少的問題，直接影響發版及版本回退。第三，由于團隊文化沒有建設好，偶爾還出現由于業務的爭論變為團隊成員之間不和諧的狀況。

　　 團隊意識到在項目管理方法、知識、技能(含軟技能)都存在不足，要快速提升團隊的能力不太可能，但問題出現必須要解決。團隊采用先治標后治本的方式，先制定了一些計劃的模版(包括白板模版)，同時定制了跟蹤要求，在要求上做了部分的細化，讓跟蹤便于實施，同時也不過于繁瑣。為了在質量上能有本質上的提高，在工程管理方面相對要嚴格和正式很多。在此過程中，團隊派遣一些員工參加專業的項目管理培訓和敏捷培訓，參加培訓后在公司內實施分享，另外，團隊中經驗豐富一些的人員也在公司內實施培訓和實戰指導，經過1年多的努力，團隊中一批人員得到了長足的進步，團隊整體能力也得到了提升，終于邁出走向成熟的第一步。

　　 每家公司都有自己的研發模式，但是基礎的項目管理和工程管理是成功研發模式的基礎，不同階段的團隊成熟度需要不同的研發方法和管理方法，一層不變的管理方法和過于傳統的管理方法一定會制約團隊的發展。

【相關閱讀】

• 用辯證思維演繹工程經營管理的加減法 以生存法則謀劃
• 向管理要發展
• PPP模式下的項目管理需要造價控制嗎？
• 項目管理如何把握采購談判技巧
• 項目管理之風險預判
• 項目管理中的質量管理方法