一、項(xiàng)目立項(xiàng)
1、什么是項(xiàng)目？
只會(huì)進(jìn)行一次，包含多項(xiàng)互相關(guān)聯(lián)的任務(wù)，并且有績效、時(shí)間、成本和范圍限制的一項(xiàng)工作。
項(xiàng)目TRQ：項(xiàng)目時(shí)間time，項(xiàng)目資源resource、項(xiàng)目質(zhì)量quality
2、產(chǎn)品經(jīng)理與項(xiàng)目經(jīng)理
對產(chǎn)品經(jīng)理來說，最重要的是判斷力和創(chuàng)造力，決定做不做、做什么、做多少。
對項(xiàng)目經(jīng)理來說，最重要的是執(zhí)行力和控制力，決定怎么做、誰來做、何時(shí)做。
兩者要在用戶需求與有限資源之間取得平衡。
3、項(xiàng)目立項(xiàng)
二、團(tuán)隊(duì)組建
1、項(xiàng)目組織結(jié)構(gòu)
注：督導(dǎo)委員會(huì)一般是項(xiàng)目成員的老板，用于申請資源的審批與項(xiàng)目進(jìn)度的督導(dǎo)；服務(wù)團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品幫助的編寫、上線后的服務(wù)工作等；項(xiàng)目經(jīng)理有時(shí)由PD擔(dān)任。
2、分工
PD：寫需求文檔（PRD）；項(xiàng)目經(jīng)理：制定項(xiàng)目的開發(fā)計(jì)劃。
三、計(jì)劃確定
1、確定工期
a）基于網(wǎng)頁的軟件，項(xiàng)目周期一般兩周到一個(gè)月；大一點(diǎn)的項(xiàng)目，最多不超過3到4個(gè)月。
b）參考BRD中的初評工作量，再次評估并推算工期。產(chǎn)品會(huì)議結(jié)束到制定項(xiàng)目計(jì)劃時(shí)，PD也在細(xì)化PRD，工作量評估可以更準(zhǔn)確。
c）開發(fā)經(jīng)理把任務(wù)分配給最合適的人；把高手調(diào)入關(guān)鍵路徑（影響項(xiàng)目完成時(shí)間的關(guān)鍵任務(wù)）。
d）工作量=（最樂觀+最悲觀+最可能）/3 或者 工作量=（最樂觀+最悲觀+最可能*4）/6。
e）項(xiàng)目經(jīng)理要把開發(fā)計(jì)劃、測試計(jì)劃、發(fā)布計(jì)劃合并為項(xiàng)目計(jì)劃，并確定項(xiàng)目的幾個(gè)里程碑，如需求完成、編碼完成、發(fā)布上線。
注：TC=test case
2、項(xiàng)目溝通
項(xiàng)目晨會(huì)、項(xiàng)目日報(bào)、測試日報(bào)、需求評審（PD）、設(shè)計(jì)評審（開發(fā)）、TC評審（測試）、功能評審（集體）、項(xiàng)目變更申請、發(fā)布預(yù)告及公告。
四、項(xiàng)目kick off會(huì)議（KO）
1、會(huì)議內(nèi)容（一般15分鐘即可）
a）項(xiàng)目背景
b）項(xiàng)目意義、目的與目標(biāo)
c）需求、功能點(diǎn)概述
d）項(xiàng)目組織架構(gòu)
e）項(xiàng)目計(jì)劃：時(shí)間點(diǎn)與里程碑、每個(gè)人要在每個(gè)階段做什么。
f）溝通計(jì)劃：確認(rèn)接口人、定下溝通的規(guī)矩。
g）發(fā)送會(huì)議紀(jì)要給所有干系人
2、分解任務(wù)（WBS，work breakdown structure）
WBS要保證滴水不漏，如單獨(dú)的會(huì)議室、額外的機(jī)器、各種福利的申請等等也要考慮到位。任何時(shí)候，都要牢記這個(gè)樹狀結(jié)構(gòu)。圖僅為樹干，具體還需要分支到更細(xì)的粒度。
五、 需求文檔
BRD，business requirements document：商業(yè)需求文檔。內(nèi)容包括市場分析、銷售策略、贏利預(yù)測等，沒有產(chǎn)品細(xì)節(jié)，通常是演示PPT的形式。
MRD，market requirements document：市場需求文檔。細(xì)致的市場與競爭對手分析，包括可以通過哪些功能來實(shí)現(xiàn)商業(yè)目的，功能、非功能需求分哪幾塊、功能的優(yōu)先級等。常見產(chǎn)出物有feature list、業(yè)務(wù)邏輯圖等。
PRD，product requirements document：產(chǎn)品需求文檔。對產(chǎn)品功能的進(jìn)一步細(xì)化，包含整體說明、用例文檔、產(chǎn)品demo等。
FSD，functional specifications document：功能詳細(xì)說明。類似于用例文檔，經(jīng)常包含在PRD中，在這里產(chǎn)品界面、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定，如表格中的數(shù)字對齊方式、保留小數(shù)位等。
六、產(chǎn)品需求文檔
1、PRD
通常一個(gè)項(xiàng)目會(huì)有一到多份PRD，每份PRD包含邏輯相關(guān)的若干功能點(diǎn)。
2、總體說明
a）修訂歷史：每次修訂日期、版本號(hào)、說明、作者。
b）項(xiàng)目概述：項(xiàng)目背景、意義、目的、目標(biāo)等。
c）功能范圍：給出本PRD的業(yè)務(wù)邏輯圖，重點(diǎn)描述系統(tǒng)中角色的職責(zé)、與周邊系統(tǒng)的關(guān)系、全局的商業(yè)規(guī)則等。
d）用戶范圍：對本PRD涉及的角色、系統(tǒng)作簡要說明。
e）詞匯表：對涉及的專有名詞、術(shù)語、縮寫等做出說明。
f）非功能需求：如性能需求、數(shù)據(jù)監(jiān)控需求等。
g）其他說明
3、用例文檔
a）整體說明：對本PRD的所有用例進(jìn)行說明，給出用例的可視化表示，說明各個(gè)用例之間的關(guān)系，一般有類圖、用例圖、狀態(tài)圖幾種表示方法。
b）用例文檔：由一個(gè)個(gè)用例組成（注意要包括邊界條件、判斷、異常情況）。
c）對單個(gè)UC的說明：注釋，如界面、交互、文案細(xì)節(jié)的引用來源。
4、UML：類圖、用例圖、狀態(tài)圖
UML，unified modeling language：統(tǒng)一建模語言，將軟件工程的過程規(guī)范化。
a）類圖（class diagram）：描述系統(tǒng)間出現(xiàn)的各個(gè)對象之間的關(guān)系，以及和外部系統(tǒng)間的關(guān)系。
b）用例圖（use case diagram）：描述各個(gè)用例之間的關(guān)系，用例包（一組相關(guān)用例打包而成的模塊）、用例和行為者（actor）之間的關(guān)系。
c）狀態(tài)圖（state diagram）：表述系統(tǒng)里的實(shí)體狀態(tài)轉(zhuǎn)換，同樣也是貫穿多個(gè)用例的。
5、用例文檔
a）用例標(biāo)識(shí)：如uc_homepage，唯一標(biāo)識(shí)，不能重復(fù)。
b）用例名：如管理訂單。
c）業(yè)務(wù)描述：商業(yè)目標(biāo)、用戶目的等業(yè)務(wù)內(nèi)容，說明為什么要做這個(gè)UC。
d）需求描述：產(chǎn)品需求，需要實(shí)現(xiàn)哪些功能點(diǎn)，這個(gè)UC要做什么。
e）行為者：該用例的actor。
f）前置條件：觸發(fā)這個(gè)用例的前提。
g）后置條件：用例完成，后續(xù)動(dòng)作是什么。
h）其他說明：任何其他信息，針對這個(gè)UC的特殊說明。
i）界面描述：界面截圖，界面上元素的說明。
j）業(yè)務(wù)規(guī)則：整個(gè)用例的通用規(guī)則，非界面元素或流程的私有規(guī)則。
k）流程描述：分主干、分支和異常三種。描述在這個(gè)用例發(fā)生的過程中，由什么事件觸發(fā)，系統(tǒng)和用戶之間產(chǎn)生何種交互步驟。建議用時(shí)序圖和活動(dòng)圖。
