作為產品經理,應該掌握1-2套項目工作方法論
本文是對軟件開發工作方法的理論思考,希望對你有所幫助。enjoy~
軟件開發方法論有些人可能覺得枯燥無味!也有些人覺得這根本不在產品經理職責范圍內,應該屬于項目經理的活??词怯行┑览碛植皇呛苡械览怼R驗楝F實中的情況往往是殘酷的……不懂項目管理的程序員,怎么能做好全能型產品經理?不懂項目管理的產品經理如何把握產品節奏?如何把所有人擰成一股繩?所以,IT老司機們應該多GET一些軟件方法論,做到心中有一套,才能在任何環境中帶團隊收割產品愿景。
一、方法論介紹
當下行業中應用最為火熱的軟件方法論為:RUP統一開發方法論和敏捷開發方法論。
- RUP統一開發方法論:是一種重量級的軟件工程學,特別適用與大型軟件開發項目。該方法強調頂層設計運用方法學循序漸進的推動軟件產品的開發與實現。該方法論強調6大特點:迭代開發、需求管理、精化架構、持續建模、控制質量、控制變更。在推進項目過程中極度考驗團隊的產品規劃、需求歸納、業務建模、架構構建能力。每個過程都需要投入巨大的精力進行建模分析。
- 敏捷開發方法論:強調團隊成員之間的配合輕裝簡從。在互聯網+興起的一段時間里敏捷開發大放光芒。敏捷開發方法論分支很多較為經典的有:XP極限開發與SCRUM敏捷開發,強調溝通協調、需求驅動、擁抱變化。終極目標是要體現出產品研發的“快”能快速出成果。敏捷開發原則:個體交互勝過項目工具、工作軟件勝過精細文檔、客戶合作勝合同、響應變化勝過遵循計劃。雖然右項也有價值,敏捷開發認為左項價值意義更大。
兩者對比:
(1)RUP:統一開發語言注重調研分析,注重過程中模型建設
- RUP優點:通過詳細的建模分析有助于提升團隊業務能力,提升團隊項目理解能力。詳細的規劃分析有助于精細化產品業務架構及技術架構。
- RUP缺點:成本大。
(2)敏捷開發:一切過程都以產品快速實現為目標,強調團隊協作,信賴團隊成員實力
- 敏捷開發優點:能快速出產品,保障產品在用戶側的持續驗證。
- 敏捷開發缺點:團隊能力要求高,人力資源壓力大;項目文檔少,人才流失容易給團隊造成麻煩。
二、關注點變化
較之前帶領團隊開發應用軟件產品,我們的焦點都在“范圍”、“進度”、“成本”上徘徊。在這三點核心模式中來回取舍,以到達項目目標上的某種平衡。如今,軟件開發方法不斷在進步、在更新、在升級。舊的黃金三角被新的黃金三角所替代。人們提出新的項目三角關系,即:“價值”“質量”“約束”!
- 價值:軟件開發過程是個漫長的過程,產品價值并非要在產品全面實現后才全部體現出來。末端產品價值展現(一錘子買賣)往往伴隨強大的風險!因為,沒有任何一個團隊能夠保證,他們最終開發出來的產品就一定能被客戶/用戶所認可。如果在投入巨大的人力、物力后,最終輸出的產品不被客戶接受;那么團隊將面臨巨大的痛苦。所以,新的方法論支持產品價值是一個持續釋放的過程。而采用迭代模式不斷釋放產品價值是一個降低風險的有效選擇。
- 質量:質量是產品的永恒的主題,質量評價一切。不管是采用什么樣的軟件工作方法,產品質量永遠是我們關注的重點對象。畢竟提供可靠、適應性強的軟件產品是我們的最終目標。
- 約束:約束包含“范圍”“進度”“成本”。新的方法論將舊的三角關注點統一劃分到約束條件中。畢竟在任何項目中我們的資源是有限的,在有限的資源狀態下保持必要約束力是我們項目規劃中重要的安全線。在資源不足的情況下,老的項目黃金三角點往往影響著項目的成敗。此時,“范圍”“進度”“成本”就是我們的約束,時刻提醒著我們如何獲取利益最大值。
三、自由裁剪
方法論是死的項目是活的,沒有那個人會用項目去套方法論。因此,在分析項目環境及目標內容后,項目經理需在已知方法論知識框架下自由裁剪一套符合當下需求的方法論。
方法論之間是融合的,不是說用了A方法論就完全排斥B方法論。在自身(大腦中)的項目管理方法論認知框架下完全可以將不同的方法論優點融合,形成一套綜合完整的項目管理方法。在根據項目實際情況將自身(大腦中)的項目方法進行裁剪,裁剪出一套符合當前項目情況的軟件管理方法并應用于實踐中。
五、裁剪關鍵依據
- 看重的是項目的前期分析,它比其他方法論好在詳細分析后能掌握產品環境的詳細數據信息。正所謂磨刀不誤砍柴工,整體的業務情況的分析有助于我們在后續的工作推進中少放錯誤。
- 支持擁抱變化的觀點,當是做好前期的詳細分析可以減少擁抱不必要的需求變化。
- 前期的文檔及建模輸出有助于提升分析團隊的業務水平。只有經過分析-文檔輸出團隊的相關角色人員才會有所沉淀,并有能力為后續的業務設計工作負責。
- 明確產品總體目標,在總體目標下將項目按實施步驟切割成若干階段(清晰的子項目邊界)。每個階段都可獨立應用部署應用,既激活用戶有給團隊帶來持續的成就感。何樂不為?
- 在需求明確情況下,敏捷開發方法能激活程序員活性。以最快的速度輸出產品與用戶互動,在產品滿足用戶需求后開始總結并準備進入下一階段產品內容目標。
- 產品經理(產品分析師)團隊使用傳統的統一工作方法論,而研發團隊使用敏捷型工作方法論。讓各崗位角色使用符合自身工作崗位需要的工作方式。是整體團隊效率與工作職責的保證!
六、總結
作為全能型產品經理必須掌握1-2套項目工作方法論。根據項目情況、資源情況、環境情況自由裁剪,裁剪出一套符合當下產品實現目標的工作方式是產品成功的基礎保證。正所謂:心中有劍,浩然正氣!
本文由 @袁文-會飛 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 unsplash
6666
四呢哈哈
四呢
怎么直接從“三、自由裁剪”跳到“五、裁剪關鍵依據”?