1. 程式人生 > >【敏捷開發】從"需求文件"出發聊敏捷

【敏捷開發】從"需求文件"出發聊敏捷

做這項調研的初心是什麼?

需求文件解析成本太高,還存在高風險。

RD解析一遍,QA解析一遍。而且還存在風險

讓產品開發過程更加和諧,而不是緊張和對峙

需求的使用者視角,非PM,RD視角

當自問心中的使用者形象時,看到的是自己。

先解釋一些概念問題

何謂“瀑布流式”開發模式

何謂“敏捷”開發模式

瀑布流式的需求文件存在哪些問題

語言本身的歧義性

對於產品團隊的壓力

敏捷下的“需求文件”——使用者故事

做個比較

傳統需求文件

使用者故事

使用者故事包含哪些?

為什麼稱呼為使用者故事?

使用使用者故事的工作方式是如何運作的?

//使用流圖的形式。這裡不具體去講使用者建模

使用者故事的限制

我的看法

背靠大平臺下的小團隊,
市場敏感度極高

我們的產品需求是使用者真正需要的嗎?

對比 美團及去哪兒 ,
請描繪一下我們的使用者長什麼樣?對火車票行業十分精通,熟知代理商,自建概念。

需求也需要性感

需求文件!=記錄產品需求 需求文件==使用者需求。
需求文件枯燥乏味,像是政府檔案,