三分鐘讓你理解什麼是敏捷開發，這纔是敏捷開發......

作爲無所不能的產品經理，雖不是上知天文下知地理，可是也要對產品相關的知識領域有所涉獵。項目管理就是與產品密切相關的一個知識領域，同時也是產品經理平常工做中常常要負責的一部份內容。別問我爲何不是項目經理負責，由於不少公司沒有……

本文結合實際工做實踐以及親身使用CORNERSTONE項目管理工具經驗，深刻淺出介紹在敏捷開發的互聯網公司中一個項目從無到有所經歷的各個環節，固然項目管理這門學問還有不少須要深刻探索的領域，如下僅僅與各位產品/項目經理們，學習交流一下。

1、作產品仍是作項目？

產品就是項目，項目就是產品。

在不少敏捷開發的互聯網公司中，產品是項目制，功能也是項目制，在策劃一個新功能的時候，對於產品經理來講就是在策劃一個項目。

在PMBOK第六版的官方指南中，項目指爲創造獨特的產品、服務或成果而進行的臨時性工做，項目有固定的起止時間週期。

在大一點的互聯網公司，多個產品經理爲同一個產品服務，每個產品都會絞盡腦汁想一個idea去實現產品、用戶的價值提高。

每個idea就是一個項目，當項目經歷了立項、啓動、執行、上線、收尾，這個項目就變成了產品的一個功能或一個服務。

2、項目的生命週期

一個產品從無到有，從生到死會經歷多個需求、交互、設計、計劃、開發、提測、上線、hotfix、解決線上問題、運維、運營的生命週期閉環。

而在產品生命週期當中也會包含多個項目的生命週期，每個項目都會經歷項目啓動、項目執行、項目監控、項目收尾（PMP中項目的五大過程組在這裏被縮減成爲了四個，其中項目啓動包含了項目啓動和項目規劃）。

1. 項目啓動

1.1 需求收集

CORNERSTONE爲需求生命週期搭建流程，能夠自定義更改按收集、評審、排期、設計、開發、發佈設立多個階段，在不一樣階段把任務分發給產品、設計或者開發人員，讓需求完成無縫銜接。這個階段實際上是產品經理最擅長的領域，即爲何要作這個項目？

在這裏能夠參考精益創業畫布中的9個要素去回答：

服務的用戶羣體是誰？

解決的問題是什麼？

解決方案是什麼？

你的優點是什麼？

衡量效果的關鍵指標是什麼？

與競品相比，你的門檻優點是什麼？

項目成本有多少（人力成本、時間成本）？

項目收益有多少（收入、用戶感知）？

回答好上面的9個問題後，就能夠拿着你的idea去和其餘產品pk了，能不能得到老闆們的資源傾斜成功立項，就看你的項目能不能真的打動老闆。

在這之中，對於老闆來講，每每更關心項目成本和收益：即用最少的人力、時間成本，獲得更大的收入、用戶價值提高。

在這個階段，對於負責項目的產品經理來講，須要輸出的是需求文檔及原型，這是你用來打動老闆的基礎，也是須要與涉及項目團隊成員溝通需求的基礎。

1.2 項目啓動會

在立項會上順利從老闆那裏得到資源後，項目能夠真正開始啓動了，這時就須要召開一個項目啓動會，將項目涉及的各個團隊召集到一塊兒，給你們講一個充滿想象力的美好故事，讓你們爲了這個目標而努力。

好吧扯淡完了，具體須要作哪些呢：

1. 明確項目要作什麼，其實在這個環節，就是給各團隊的同窗講爲何要作這個項目，這個項目能解決什麼問題，帶來什麼樣的收益，用項目價值去打動各團隊一塊兒努力比老闆說必須作這個理由更有說服力和感染力，也會讓全部人全心全意去爲項目努力付出

1. 明確各團隊的職責，即爲了這個項目須要作哪些功能的新增或對現有功能的優化。

1. 明確時間節點，即針對於上面提到的功能或優化，各團隊開發、測試以及聯調的時間節點，明確時間節點能夠保證項目能夠在計劃的時間內完成。

1. 明確項目干係人：項目負責人、技術負責人、測試負責人，在遇到問題時能夠找到對應負責人溝通。

這個階段，在項目啓動會完要出一份會議紀要，周知項目涉及的全部成員。

注意：不只僅是與會人員，有時在項目啓動會參與的同窗也許僅僅是各團隊的主要負責人，並不必定是最終參與項目開發和測試的同窗。

因此在會議結束後將會議的內容整理成郵件，羣發涉及各團隊的全部成員。

會議紀要郵件中能夠附上項目需求文檔及原型，方便項目成員理解，同時還須要在會議紀要中明確項目啓動會中肯定的幾個關鍵要素：

項目負責人

項目中各團隊須要作的功能或優化的功能點

項目的時間節點：開發時間、測試時間、聯調時間和上線時間

在CORNERSTONE裏，能夠同時並行管理多個項目。每一個項目清晰明確可見責任⼈、任務狀態、優先級、類別、時間等多維度信息，幫助企業快速⾼效的對項⽬進⾏全週期管理。

1.3 需求討論及需求分析

做爲產品經理，你多是某一個項目的負責人，也多是項目相關團隊的產品經理。

不管哪個，你都須要針對本身團隊負責的任務進行需求整理，與本身團隊的開發、交互視覺設計、測試確認需求、評估需求。CORNERSTONE討論功能可供團隊成員互相交流,共享信息,解決本身在工做中遇到的各類問題。

基於需求文檔與開發、測試、設計進行溝通，確認需求並由相關人員給出工時。

在需求確認階段要注意的是：每一個迭代的人力成本和時間成本是有限的，並非全部的需求都要在一個迭代幹完，參照MVP設計原則，項目也是按照一期二期這樣規劃的。

因此在需求確認過程當中，確認需求的優先級及排期，哪些必須一期實現，哪些須要在二期進行完善。

在進行需求優先級排序的過程當中能夠參考KANO模型，同時也要根據需求點的工時排列，保證在當前排期內能夠完成。

這個階段，輸出的文檔並不是須要由產品負責，而是由具體的開發人員、測試人員、設計人員給出各自負責功能的任務項拆分，細化到天的顆粒度，保證任務是在監控的範圍內。

1. 項目執行與監控

2.1 項目執行

需求確認、工時評估完成後，正式進入項目執行階段，由相關成員進行開發、設計及測試。CORNERSTONE的甘特圖功能可方便管理者弄清項目的剩餘時間，評估工做進度，調整工做任務，更好地把握項目的總體。

2.2 站立會、週會

每日站立會以及週會是保證項目正常進行的手段之一，經過天天的站立會溝通，確認團隊成員是否遇到了問題，針對問題進行及時溝通與解決，保證項目能夠正常進行。

若是項目時間較長，經過週會能夠統計週期內好的現象以及遇到的問題，經過會議總結，讓各團隊瞭解當前項目進度以及遇到的阻礙。

對於跨團隊的項目，每每沒有時間彙集起全部團隊成員一塊兒進行會議溝通，能夠由項目負責人與各團隊負責人進行週期性溝通，確承認團隊的項目進度。

這個階段，項目負責人會輸出項目週報，週報的內容主要包含項目當前進度，項目遇到的問題與阻礙，項目下一階段的計劃，涉及各團隊的關鍵里程碑節點。

2.3 聯調

聯調每每是跨團隊項目須要考慮的問題，只要項目涉及的團隊大於兩個，就須要進行項目聯調，保證各自團隊負責的功能模塊不會由於新的需求出現問題。CORNERSTONE針對這一需求，提供了全局報表（項目進度）。方便管理者瞭解項目分佈、進度計劃、質量風險等，並從中獲取客觀的實時數據，幫助管理人員分析、評估項目，全面瞭解組合內項目情況，以便做出及時決策。

若是涉及多團隊涉及從前到後的流程變動，須要在聯調前，召集各團隊測試負責人進行溝通，明確測試範圍、測試時間以及迴歸範圍，保證項目上線時新功能模塊的使用以及以前兼容功能的正常使用。

在測試聯調階段，須要每日召開團隊間的站立會，確認各團隊之間測試遇到的問題，如環境問題、版本問題等，提升測試效率，保證上線時間和上線質量，不要由於測試不充分出現上線後回滾的問題。

2.4 項目監控

項目監控，是保證項目進度，保證項目能夠在規定時間內保質按時上線。CORNERSTONE中管理者可根據項目建立狀況，可實時更新項目狀態，預警項目風險。簡單來講就是：對項目風險的管理——遇到項目風險如何處理，如何解決。

項目風險的可能性有不少，好比開發的delay、測試出現嚴重bug、業務需求方在項目進展過程當中頻繁變動需求致使工時無限延長等等。

CORNERSTONE在可視化的平臺活動圖上，任意自定義不一樣緯度統計卡⽚，可⼤⼤⽅便項⽬經理全⾯掌握項⽬進度和團隊表現，瞭解每位成員⼯做產出與⼯時，提早化解潛在⻛險；同時⽀持⼀鍵分享卡⽚內容。

這裏的溝通多是向上溝通也多是平行溝通，發現問題背後最本質的緣由，基於此去解決問題，若是風險過大真的致使項目的delay，那麼也要許溝通項目的各個相關方，保證當前線上不會出現問題。

1. 項目收尾

結束是新的開始，項目也好、產品也好，只要沒有死，就必定還會有新的開始。

在產品的生命週期中，包含着無數個項目，這其中有好的項目也有很差的項目。

每一次的項目上線或收尾，都須要對項目進行一次覆盤和回顧，發現項目過程當中的優勢與不足，優勢繼續保持，不足找到解決方案，在下一次項目中儘量的避免。

在項目上線後，召集項目成員進行項目的總結與覆盤，同時基於項目上線後的效果進行監控，爲項目的下一期規劃提供指導意見。

若是經過項目發現與市場、用戶徹底不契合，那麼儘快放棄尋找新的方向；若是項目效果還不錯，還有值得優化提升的地方，尋找能夠優化的點進行新的排期與規劃，經過不斷的迭代提高產品價值，爲用戶創造更大的價值。

3、總結

作項目與作產品同樣，都是一個不斷迭代不斷打磨的過程，對於產品經理來講尤爲是對於沒有項目經理配合的產品經理來講，並非產品需求確認後就能夠坐等產品上線了。

在產品開發過程中，不只要考慮將來產品的規劃，還要關注當前產品的進度，經過溝通、監控、協調，保證當前功能能夠正常上線，不然再多的規劃若是沒法真的落地，也終究是規劃。

作產品就是作項目，一個優秀的產品經理也必然是一個優秀的項目經理，優秀的產品/項目經理，搭配上好的項目管理工具，必然會對項目開發起到事半功倍的效果，項目管理工具我只推薦CORNERSTONE。