第三章
kick off 項目啟動會議
項目的定義: 只會進行一次,包含多項相互關聯(lián)的任務,并且有績效,時間,成本和范圍限制的一項工作.
產(chǎn)品是一個解決問題的東西,項目是一個過程,兩個是不同層面上的概念
產(chǎn)品 (vs) 項目
第一:從生命周期的角度來看
產(chǎn)品生命周期長, 產(chǎn)品沒有盡頭,只能不斷的完善
項目生命周期短, 項目可以結項
第二: 從具體要做的事情來看
產(chǎn)品需要更多的探索,不斷修正
項目一開始就擁有明確的目標
第三: 從產(chǎn)出物的角度來看
產(chǎn)品可以批量生成,大量提供(設計一件衣服)
項目只進行一次,定制化,個性化,滿足特定的需求. (做一件衣服)
產(chǎn)品經(jīng)理 productManager (vs)項目經(jīng)理 projectManager
產(chǎn)品經(jīng)理: 靠想,產(chǎn)品經(jīng)理是做正確的事,所領導的產(chǎn)品是否符合市場的需求,能否給公司帶來利潤.
項目經(jīng)理: 靠做,項目經(jīng)理是吧事情做正確,把事情做的完美,在時間,成本和資源約束的條件下完成目標.
需求篩選>團隊組建>計劃確定>kickoff
kick off 項目啟動會議工作內(nèi)容
評估工作量推算出工期
三點估算法 工作量計算公式:
工作量 = (最樂觀 + 最悲觀 + 最可能)/3
工作量 = (最樂觀 + 最悲觀 + 最可能*4)/6
通常"1人天"等價于5-6"人小時",不是按照8小時算的. 每個人很難保證不被干擾, 一天能有5個小時高效工作已經(jīng)很不錯了.
kick off 項目會議 傳達的信息:
項目意義,目的與目標
需求,功能點概述
項目組織架構介紹成員
項目計劃項目的時間點和里程碑 , 各個階段需要做什么事情
溝通計劃
(如果有缺席的人,將資料發(fā)于缺席的人)
(如果有缺席的人,將資料發(fā)于缺席的人)
(如果有缺席的人,將資料發(fā)于缺席的人)
重要事情說三遍
產(chǎn)品模塊項目WBS圖 page126
產(chǎn)品經(jīng)理需要經(jīng)常涉及到的文檔
BRD: 商業(yè)需求文檔摔刁。
MRD: 市場需求文檔。
PRD: 產(chǎn)品需求文檔掉丽。
FSD: 功能詳細說明。
PRD模版目錄與結構示意圖 page128
產(chǎn)品經(jīng)理掌握的UML:可參考書籍<>
類圖
用例圖
狀態(tài)圖
時序圖
活動圖
協(xié)作圖
用例文檔: UC(UC模版 page133)
UC概述如下:
用例的唯一標識"小明小館子"
用例名稱點菜
業(yè)務描述吃飯
需求描述去哪里 吃什么
行為者小明
前置條件周末
后置條件服務員接受點餐
其他說明7788
UC主題:
界面描述
業(yè)務規(guī)則小明不吃辣
流程描述
UM對語言要求高,要做到:無歧義介褥、完整性夏伊、一致性缝裤、可測試等
時序圖: 也叫順序圖,描述事物變化在時間維度上的先后順序,善于表達對象的交互比如多個頁面之間,多個角色之間. page135
活動圖: 比較接近我們常說的流程圖,描述各種動作如何引起系統(tǒng)變化,善于表達用到較多,分支較多的情況page136
協(xié)作圖: 表達不同對象之間是如何相互影響的. 目前用的不多
文檔寫的時候注意二點:
第一, 不以寫的東西是需求還是設計區(qū)分職責,而已業(yè)務或技術區(qū)分.
第二, 細節(jié)末節(jié)的設計經(jīng)常重復,PD應該和開發(fā)工程師一起協(xié)商,漸漸沉淀出產(chǎn)品規(guī)范.可以省去重復勞動
需求的生老病死 page142
項目開始之前需求討論會
項目中的需求階段需求評審會
項目中的需求階段之后功能評審會
開發(fā)階段工作內(nèi)容 : 設計 > 設計評審 > 編碼 > 單元測試
測試階段工作內(nèi)容 : 測試案例編寫 > 測試案例評審 > 冒煙測試 > 功能評審 > 測試
UAT測試: 用戶接受度測試
BUG級別定義標準: page147
BUG狀態(tài)流轉(zhuǎn)圖: page148
項目發(fā)布流程: 發(fā)布評審 > 預發(fā)布 > 發(fā)布 > 線上驗證
建立自己的文檔規(guī)范PD常用的文檔模版 page156
需求規(guī)范類:
PD做什么
用戶體驗規(guī)范
通用原則
需求管理類:
用戶調(diào)研
產(chǎn)品需求列表
產(chǎn)品信息架構
項目管理類:
項目管理制度
項目任務書
kickoff的PPT
項目組織結構
項目WBS
項目日報周報
項目發(fā)布預告與公告
日常工作類:
會議記錄
個人日報周報
模版的作用:
<1 讓經(jīng)常看同類文檔的人提高效率
<2 讓寫文檔的新人可以盡快上手
<3 讓寫坐著不會漏考慮某些內(nèi)容
通用做產(chǎn)品的流程:
概念
方案
開發(fā)
驗證
發(fā)布
生命周期維護
評審會議集合:
產(chǎn)品會議
kickoff會議
需求評審
設計評審
TC測試案例評審
功能評審
發(fā)布評審
敏捷開發(fā)方法特點:
有計劃,更要"擁抱變化"
迭代周期內(nèi)盡量不要加任務
集中工作,小步快跑 (站立晨會)
持續(xù)細化需求,強調(diào)測試 (TC編寫,評審)
不斷發(fā)布,盡早交付
項目TRQ:項目時間(Time)公荧、項目資源(Resource)、項目質(zhì)量(Quality)
三邊六拍
三邊: 邊計劃,邊行動,邊修改
六拍: 腦門 肩膀 胸部 桌子 屁股 大腿
項目的坎坷一生 圖3-25
第四章
空間之大:商業(yè) 產(chǎn)品 技術
商業(yè):阿里巴巴
產(chǎn)品:Apple公司
技術:Google公司
技術之大
例子1:地鐵都是先上三臺階,用來雨天防雨水的.
例子2:地鐵出口設計轉(zhuǎn)彎,是因為地鐵里面開了空調(diào),讓冷氣散的慢,節(jié)約電
產(chǎn)品設計的5個層次:
戰(zhàn)略層: 用戶需求,網(wǎng)站目標
范圍層: 功能規(guī)格說明 內(nèi)容需求
結構層: 交互設計信息架構
框架層: 界面設計 導航設計 信息設計
表現(xiàn)層: 視覺設計
團隊之大
用戶體驗部門:
用戶研究員:
交互設計師:
視覺設計師:
前端工程師:
潛在用戶 = 訪客數(shù) X 轉(zhuǎn)化率
文案設計
低級階段:錯別字,病句,錯誤標點
中級階段:用詞不統(tǒng)一,不準確
高級階段:語言風格不統(tǒng)一,產(chǎn)品氣質(zhì)不統(tǒng)一
產(chǎn)品市場化
包裝
定價
促銷
銷售
渠道
需求維度:分析吃包子
替換: 將包子替換 中藥包子 美容包子
結合: 包子上畫紅心
反轉(zhuǎn): 反客為主
目標維度:本來的目標應該是中國人
替換: 賣給外國人
地點與情境維度
替換: 搶包山活動
時間維度:
替換: 針對夜宵市場
體驗緯度:
結合: 包子和文化結合,吃包子需要什么流程等等 類似功夫茶
有形的產(chǎn)品或服務
替換: 包子里面肉換成水果等
結合: 包子用吸的
夸張: 一斤中的包子, 旺仔小饅頭
品牌特征
替換: 狗不理包子 西施包子
換序: 吃包子有利于健康
使用或購買
替換: 包子支付改為月付款
倒序: 預定包子 訂多少 送貨上門
管理VS領導 很有意思的一長串4.6.2
