scrum: 是迭代式增量軟件開發(fā)過程，是敏捷方法論中的重要框架之一，通常用于敏捷軟件開發(fā)。（敏捷迭代的過程）（書籍:精益創(chuàng)業(yè)）

特點(diǎn)：快，小

① goal(目標(biāo)）:

version 1（版本1）；時(shí)間

v2（版本2）；時(shí)間

v3（版本3）；時(shí)間

version1:

story A ——Graphic Publishing（圖文發(fā)布）

story B——video(視頻）

....... C——

....... D——shop(購物）

graphic publishing:

feature1:上傳圖片

feature2:拍照

feature3:tag ,text

...... 4:Content of text(正文的內(nèi)容）

...........5:

...........6:

............7:

上傳圖片：

task1:相冊(cè)

task2:壓縮

task3:安全審核

task4:sout（圖片排序）

task5:crop（裁切）

...6:

相冊(cè)：

task1:ios

task2:android

總結(jié)：每個(gè)task后面必須要有明確的owner.(明確標(biāo)注該功能是由那個(gè)engineer在開發(fā)和所花費(fèi)的point)

+翻譯：owner(主人）

engineer(工程師）

point(點(diǎn)數(shù)）@點(diǎn)數(shù)稱為人日和天數(shù)，一般不會(huì)超過2天，這樣更容易檢查跟蹤調(diào)整.

②sprint:沖刺（@一般為2-3周，在一些比較新的MVP階段里會(huì)壓縮到一周的時(shí)間）

作用：每個(gè)sprint,是將這個(gè)列表的一部分story挑出來，去開始討論，是否需要實(shí)現(xiàn)出來，這個(gè)就會(huì)由PM根據(jù)排定的優(yōu)先級(jí)和產(chǎn)品的狀態(tài)跟各方協(xié)調(diào).

③backlog；需求清單，需求池（一般由產(chǎn)品經(jīng)理管理）

_story1,story2,story3；同時(shí)也會(huì)設(shè)置一個(gè)優(yōu)先級(jí)priority，常用P0,P2,P3來做優(yōu)先級(jí)處理.

~將需求進(jìn)行場(chǎng)景化，更具象化.

PM需要書寫形式：sprint1——backlog 10；在根據(jù)backlog上的story寫PRD

PRD書寫內(nèi)容：(feature:功能）

第一個(gè)會(huì)議：Review meeting(評(píng)審會(huì)議)~（所有團(tuán)隊(duì)成員會(huì)去看產(chǎn)品經(jīng)理跳出來的10backlog下的story,他是怎么設(shè)計(jì)的，所有成員要去理解下.

plan meeting：計(jì)劃會(huì)議

主要由研發(fā)團(tuán)隊(duì)進(jìn)行的，主要工作實(shí)將PM設(shè)計(jì)的feature去拆解成研發(fā)可以理解的task，然后task再區(qū)分配誰去做，并且記錄每個(gè)task所花的點(diǎn)數(shù)。

例子：Plan meeting

task,owner,point

5der.*2w(10D)

50 人日

分配50人日去做這些task,看是否飽和，是否超額，是否空閑，最終會(huì)得到結(jié)果所有人都會(huì)安排任務(wù)。那如果PM在10個(gè)Feature中有9個(gè)feature完成,那把剩下的一個(gè)扔會(huì)backlog里面去.

當(dāng)有了plan meeting之后，我們就開始進(jìn)入研發(fā)，如果有2周的計(jì)劃，實(shí)際工作10D，這10D每天都會(huì)進(jìn)行的daily meeting 或者很多公司叫stand up meeting,俗稱“站立會(huì)議”；會(huì)議時(shí)間很短，往往是10分鐘。主要起到的作用是人員更新狀態(tài)，每個(gè)人要講一講自己手里的task的進(jìn)展。問題，開發(fā)程度，是否按時(shí)交付等。如果沒有問題可以繼續(xù)往下走.那這樣就可以完成online.

翻譯：daily meeting (每日例會(huì)）

stand up meeting（站立會(huì)議）

online （上線）

額外會(huì)議經(jīng)驗(yàn)：

Ⅰ 、retrospecive meeting :回顧性會(huì)議

開會(huì)次數(shù)：一般一周2-3次

作用：討論團(tuán)隊(duì)上需要改進(jìn)和建議的地方。更像小組的復(fù)盤會(huì).

Ⅱ、prepeview meeting:預(yù)審會(huì)議

寫的PRD提前先給Tech leader幫忙先評(píng)審，看是否能實(shí)現(xiàn)。

翻譯：tech leader (技術(shù)負(fù)責(zé)人）

整理：sprint:(五種會(huì)議）

Ⅰ ：review meeting——（評(píng)審會(huì)議）

一般在sprint的第一天開始

Ⅱ：plan meeting（計(jì)劃會(huì)）

Ⅲ： daily meeting (每日例會(huì)）/stand up meeting（站立會(huì)議）

Ⅳ：prepeview meeting:預(yù)審會(huì)議

Ⅴ：retro meeting ——回顧性會(huì)議

一般在sprint的最后一天去開

sprint1完成——sprint2——sprint3...形成整個(gè)工作流程（產(chǎn)品經(jīng)理在準(zhǔn)備sprint2的PRD的時(shí)候，往往可能在sprint1剛開始就做一些調(diào)研工作和撰寫工作，有差不多1-2周的時(shí)間寫prd）

額外的知識(shí)：

amazon總裁貝佐斯認(rèn)為2個(gè)披薩團(tuán)隊(duì)（共12人）非常適合適敏捷開發(fā)開發(fā)的方式區(qū)交付產(chǎn)品.

一般披薩團(tuán)隊(duì)配置：

1個(gè)PM（產(chǎn)品經(jīng)理）

4~8個(gè)DEV(技術(shù)）

1個(gè)test（測(cè)試）

PM將feature分配成多個(gè)模塊，并讓每個(gè)團(tuán)隊(duì)負(fù)責(zé)不同的模塊。