理解 Product Owner?

Envisioning the Product

The Product Vision

一個有效的vision應(yīng)該要能回答以下的問題：

－誰會買產(chǎn)品炸茧？誰是目標(biāo)消費者沐鼠？誰會使用產(chǎn)品拴曲？誰是目標(biāo)使用者逗威？（買的人不等于使用的人）

－產(chǎn)品解決的是什么需求偶翅？產(chǎn)品增加了什么價值暗赶？

－哪個產(chǎn)品是最重要的用來滿足需求的或者說使得產(chǎn)品成功的晌纫？產(chǎn)品大致上是什么樣的和做什么剂癌？產(chǎn)品在哪個領(lǐng)域脫穎而出锌雀？

－這個產(chǎn)品是如何勝出競品和在同公司中脫穎而出蚂夕？產(chǎn)品的特殊銷售點是什么？目標(biāo)價格是多少腋逆？

－公司要怎樣從銷售產(chǎn)品中賺錢婿牍？盈利的資源和商業(yè)模型是什么？

－產(chǎn)品可行嗎惩歉？公司能夠生產(chǎn)和售賣產(chǎn)品嗎等脂？

Vision需要有以下特質(zhì)：

－可分享和統(tǒng)一

－寬泛和有吸引力：給團(tuán)隊成員的創(chuàng)造力留有空間

－簡短和甜美

最小市場產(chǎn)品

一個擁有滿足被選用戶需求的最小功能的產(chǎn)品

“There is only one move that really counts: the next one"

簡單

－功能簡單

－用少的功能和競爭對手對抗

－用戶交互的簡單

客戶需求和產(chǎn)品屬性

產(chǎn)品屬性包括功能性和非功能性的。非功能性的包括性能撑蚌，穩(wěn)固上遥，風(fēng)格，設(shè)計和使用性争涌。

Vision的產(chǎn)生

－使用 pet project

－使用 Scrum

一旦vision產(chǎn)生, 專家需要退出團(tuán)隊而變成合作方

創(chuàng)造Vision的技能

產(chǎn)品原型

demoing cycle: plan,?do粉楚， check and act

人物原型和場景

我們創(chuàng)造場景來表述人物原型在使用和不使用產(chǎn)品下是怎么達(dá)到目標(biāo)的。

Vision box 和 Trade journal review

Kano Model

-基礎(chǔ)亮垫，性能模软，使愉悅

最小產(chǎn)品和產(chǎn)品變體

每個變體針對特定的用戶群體和細(xì)分市場

常見錯誤

－沒有vision

－預(yù)知vision

－分析麻痹

－自以為是

－big is beautiful

Working with the Product Backlog

四大屬性

－恰到好處的細(xì)節(jié)

－可預(yù)估的

－自然發(fā)生的

－有優(yōu)先級的

梳理product backlog

發(fā)現(xiàn)和描述述內(nèi)容

－發(fā)現(xiàn)

－描述

－組織（theme）

排優(yōu)先級

－價值

－知識，不確定和風(fēng)險

因為風(fēng)險和不確定影響產(chǎn)品的成功與否饮潦，不確定和風(fēng)險物品應(yīng)該是高優(yōu)先級的燃异。

－release能力

－依賴

為sprint計劃做好準(zhǔn)備

－選擇sprint的目標(biāo)

－在恰當(dāng)?shù)臅r間準(zhǔn)備正好夠的物品

－分解物品

－確保明確，可測試性和可行性

衡量物品

大致估算和精準(zhǔn)估算

－story points

－planning poker

評估非功能性需求

快速跟蹤評估

處理非功能性的需求

管理非功能性的需求：非功能性的需求分為全局的和局部的继蜡，全局的非功能性需求需要在一開始的時候就細(xì)化回俐。

product backlog 規(guī)模

－只使用一個product backlog

－拓展視野

－提供不同的view of product backlog

常見錯誤

－用詳細(xì)的需求文檔當(dāng)作product backlog

－愿望清單

－需求推送：po自己寫好backlog items然后給到開發(fā)人員

－沒有提前準(zhǔn)備好grooming

－相互競爭的product backlogs

計劃發(fā)版

時間，費用和功能

質(zhì)量是鎖定的：質(zhì)量標(biāo)準(zhǔn)被記錄在完成的定義中稀并。

季度周期

速率（velocity）

“而我說的算法是“用完成的任務(wù)點數(shù)除以實際投入的人日數(shù)”鲫剿，假設(shè)前5個sprint分別完成9、12稻轨、5、16雕凹、10個story point殴俱，實際投入的人日數(shù)分別為20政冻、20、25线欲、25明场、20，（9+12+5+16+10）/（20+20+25+25+20）=0.47李丰，利用這個數(shù)值-以及下一個sprint的可用資源（比如是25）苦锨，就可以算出下一個sprint可以完成的工作量：0.47*25=11.75進(jìn)一步的，由于可以樂觀的認(rèn)為團(tuán)隊熟練程度在提高趴泌，可以調(diào)高速度為0.5舟舒，于是預(yù)計可以完成0.5*25=12.5的工作量∈茹荆”

發(fā)布燃盡

發(fā)布計劃

－預(yù)測速率

－創(chuàng)造發(fā)布計劃

大項目的發(fā)布計劃

－評估的統(tǒng)一基準(zhǔn)線

－前瞻的計劃

－流水線

常見錯誤

－沒有發(fā)布燃盡圖和計劃

－po沒有產(chǎn)品發(fā)布計劃

－大型發(fā)布（最重要的）

－質(zhì)量的妥協(xié)

Collaborating in the Sprint Meetings

Sprint Planning

最為po最終要的是：

－在sprint planning meeting前把product backlog排好優(yōu)先級并保證高優(yōu)先級的items都細(xì)化好

－會議期間po的作用是闡明需求和回答問題秃励，po幫助團(tuán)隊什么必須被完成，team討論出多少可以被完成和怎么完成

完成的定義

只有visioning sprints有自己特殊的完成的定義吉捶。

在第一個sprint之前夺鲜，po，scrum maser和team要一起定義出完成呐舔。

Daily scrum

－po分享自己在做什么或?qū)⒁鍪裁幢依蚕硪恍┌l(fā)布層面的知識資訊

－不對團(tuán)隊個體的工作進(jìn)度進(jìn)行評論，如果有擔(dān)心珊拼，可以通過表述整體進(jìn)度不限有一些拖后（burndown shows a lot of work left to do）

Sprint backlog 和Sprint burndown

Sprint Review

just－in－time review

Sprint Retrospective

大項目中的sprint meeting

－joint sprint planning

－scrum of scrums

－joint sprint review

－joint sprint retrospective

常見的錯誤

－蹦極po：不參與sprint的過程

－消極的po

－不可持續(xù)的腳步

－sprint review不真實

－匯報給上級sprint burndown（用發(fā)布burndown或發(fā)布計劃去溝通）

Transitioning into the Product Owner Role

po?要做和不要做

do／dont：

－需要做什么／說怎么做和要花費多少

－挑戰(zhàn)團(tuán)隊／灞陵團(tuán)隊

－建立高校的團(tuán)隊／專注在短期的發(fā)布

－商業(yè)價值思考／執(zhí)著的保持原有的計劃

－保護(hù)團(tuán)隊遠(yuǎn)離外界的噪音／讓團(tuán)隊擔(dān)心變化

－在sprint和sprint之間整合變化／在sprint里插入變化