最近牽頭的一個項目上線發布，涉及外部合作，除了一般的需求調研溝通、產品設計評審和研發過程管理之外，還多了對運維實施和合作方的溝通協調。過程中經歷的一些場景和腦海里項目管理思路反復在碰撞，把它們梳理和提煉出來，分享和自勉，以更好地開展以后的產品工作。
對于兼容產品經理和項目經理的情況下，產品層面需要快速學習業務并結合產品現狀整理業務點，為產品設計做鋪墊。項目層面需要充分了解業務方期望以及項目任務（市場、運營、產品、開發、測試、運維方面）的進展現狀及約束條件，為項目管理做鋪墊。
一、產品角度：
1、系統業務點，重點關注運營/市場層面需先確定的業務模式，便于產品設計方案可以做到有的放矢。
2、產品設計和項目管理工作如何合理的做到平衡，一個腦力+體力并重的活，讓大家參與進來，精力分配上會平衡些：
1）產品設計階段和交互設計師結對設計，產品經理描述清楚業務場景，交互設計師在此基礎上設計貼合交互方案。
2）產品設計雛形出來后和開發、測試分享，邀請一起溝通討論取長補短，有參與感。
3）項目研發過程中，對于UED、開發、測試的交互/視覺反饋的意見，主動溝通，尊重多數人意見。
4）項目上線后，如有條件邀請項目組之外的伙伴作為小白用戶去體驗，沒有帶入感，更容易發現體驗上可能存在的問題。
二、項目角度：
1、確定范圍
調研階段，和運營、市場、運維、產品多方溝通，盡可能全面的覆蓋到項目范圍，為后面的WBS制定提供依據，防止遺漏。
1）運營和市場需求的考慮：除了和運營溝通業務需求，也要和商務溝通市場需求（如：對外銷售和市場推廣計劃），這些需求直接影響立項、產品設計和研發。
2）運維需求的考慮：根據合同的軟硬件配置需求，邀請技術設計邏輯組網圖，邀請運維出物理架構圖并明確運維分工界面。
3）產品溝通提前邀請：業務范圍中主干需求確定后，將業務需求細化成一級需求清單（需求名稱、業務描述、產品方案、優先級、提出方），提前邀請UED、開發、測試參與了解需求背景和預估工作量，作為立項排時間計劃參考。
2、排好時間
立項材料中里程碑計劃和資源計劃的制定，除了和產品、UED、開發、測試、合作伙伴的溝通外，運維實施也要考慮進去。節點至少包含：立項申請和匯報、業務需求溝通和分析、運維方案確定和實施、產品設計和需求評審、單元開發、開發聯調、測試聯調、上線發布、試運行、結項匯報。其中，運營和市場推廣如有明確計劃，可以追加進。
1）業務需求溝通和分析，待定需求點整理成清單并提出期望確認完成時間，以天為單元，郵件、IM+電話推動進展。
2）產品設計和評審，提前發給UED、開發、測試做預審，正式評審會上針對性開展溝通，提高評審效率，評審結束后將需求修訂內容及對應的需求編號備注在PRD修訂記錄，便于了解。
3）進入開發階段，在一級WBS基礎上，請運維、UED、開發、測試、合作伙伴做任務分解、細化，原則上單任務用時不超過3個工作日，做任務時間匯總時留10%buffer，應對可能的風險。
3、關注質量
基于項目WBS在做時間管理和風險管理時，對任務質量也需溝通和了解，參與和技術、運維的方案會議。
4、熟悉干系人
5、風險管理和溝通協調
1.風險管理，優先保障WBS中關鍵路徑管理（在所有任務項中耗時最長的剛需任務組合）進行過程管理，確保關鍵路徑按期完成，以主路徑各任務項的時間倒推其他路徑的任務最遲完成時間。對出現任務延遲、人員變動、方案存在隱患時，及時做風險登記和管理。在項目各階段（業務需求溝通和分析、運維方案確定和實施、產品設計和需求評審、單元開發、開發聯調、測試聯調、上線發布、試運行、結項匯報）開展過程管理，當前階段任務預留的buffer開始被上一個階段任務占用，及時協調和預警，和伙伴溝通迅速采取應對措施：趕工處理或任務調整（一般不建議）。
2.溝通協調
1）項目啟動后，建立QQ-專題群。對于跨公司的合作，立項啟動會時雙方負責人盡量都在場。
2）緊急問題，建立風險專題IM組，文字+電話溝通。
3）待確認的問題，郵件發送時提出期望確認完成時間。
4）重要問題的溝通協調，找到問題的直接對接人。
5）郵件中需要相關伙伴關注的，顏色標注。
6）問題進展緩慢時，及時和領導溝通請求增派資源。
7）在周報基礎上，重要階段任務結束前（基礎網絡環境、轉測）以日報跟進。
8）郵件內容抓住幾個要素：背景、主題、事情、人、當前進展、下一步計劃。
posted on 2016-09-25 00:06
cheng 閱讀(2015)
評論(0) 編輯 收藏 所屬分類:
互聯網產品