大家好，我是凌宇哥，一個在精益敏捷軟件產(chǎn)品研發(fā)和項目管理領(lǐng)域摸爬滾打了十幾年的一名老兵。近來，我發(fā)現(xiàn)網(wǎng)絡(luò)上好多圖片特別有趣，所以就蹦出個想法，想借助這些圖片來和大家聊聊精益敏捷的那些事，不求講道多么深邃，但求對大家有一絲啟發(fā)，如果一不小心能幫到大家，那么善莫大焉！

下面，凌宇哥帶著你一起來看圖嘍。

今天圖片上的人物大家應(yīng)該并不陌生，雖然幾位姑娘各異，但是扮相都是同一個人，誰呀？就是金庸《神雕俠侶》中的女主角--小龍女。

但是大家細(xì)看圖，就會發(fā)現(xiàn)在需求、設(shè)計、研發(fā)、驗收每個階段的小龍女都存在差異，尤其是一頭一尾的需求和驗收階段，簡直是判若兩人。產(chǎn)品經(jīng)理出需求，團(tuán)隊成員各司其職，為什么前后的反差這么大？

如果我們假設(shè)在最開始，產(chǎn)品經(jīng)理的需求就是用戶真正的需求，那么，這幅圖反應(yīng)的就是研發(fā)過程中“需求失真”的問題。

在軟件產(chǎn)品研發(fā)過程中，需求是根源。產(chǎn)品經(jīng)理分析完需求，把各種PRD、原型甩給團(tuán)隊。設(shè)計、開發(fā)、測試接手后，分別根據(jù)自己對需求的理解，出設(shè)計稿、出技術(shù)方案、出測試用例，評審嗎？也評審。然后大家開工去做，最后結(jié)果出來，才發(fā)現(xiàn)，賈玲和李若彤好像長得不一樣呀？怎么辦？交付日期要到了，雖然兩個人不像，但是化化妝，先應(yīng)付一下，下個版本再修復(fù)吧，然后大家集體“一致”，上線發(fā)布。這樣的過程屢見不鮮，那么造成需求失真可能有哪些原因呢？

一些團(tuán)隊中產(chǎn)品、設(shè)計、開發(fā)、測試之間的職能墻涇渭分明，導(dǎo)致大家根本不是一個團(tuán)隊，溝通過程中的信息遺漏、缺失很嚴(yán)重。

各協(xié)作環(huán)節(jié)的輸入輸出單純依賴文檔，而文檔只是一種記錄信息的工具，并不能促成各環(huán)節(jié)對同一個需求的理解達(dá)成真正的一致。

在長時間的研發(fā)過程中，各環(huán)節(jié)過于陷入自身，缺乏統(tǒng)一的業(yè)務(wù)視角。比如，產(chǎn)品盲目追求用戶“反饋“的100%滿足，開發(fā)追求最新技術(shù)的實現(xiàn)，測試則可能被各種誤導(dǎo)。所以看起來每種崗位都很辛苦，但是最后交付的與一開始的需求大相徑庭。

所以，我們建議采取如下措施來避免：

不管有沒有明確的職能部門，我們都要打造統(tǒng)一的團(tuán)隊，并明確相關(guān)團(tuán)隊規(guī)則。

文檔是必要的，但是我們更應(yīng)該加強(qiáng)人與人的高頻次溝通交流。

各崗位盡職盡力是好事，但是要有統(tǒng)一的目標(biāo)，時時檢視，團(tuán)隊成員所做的工作是否真的能夠?qū)τ脩舢a(chǎn)生業(yè)務(wù)價值。

以上的所有分析，是基于一個大前提--最開始的產(chǎn)品需求是真正的用戶需求。那么，我們還可以從另一個維度來看這幅圖。

如果，一開始產(chǎn)品需求就是有偏差的呢？這幅圖你能看出什么？

-----------------------------------------------------------------------------------------

關(guān)于作者：

王凌宇，上市公司PMO敏捷教練，項目管理專家，ACP/PMP。

十余年軟件產(chǎn)品研發(fā)與項目管理經(jīng)驗。教練指導(dǎo)多個產(chǎn)品團(tuán)隊實現(xiàn)敏捷轉(zhuǎn)型，成效顯著。

期望精益敏捷的使用，使團(tuán)隊更快樂！

歡迎關(guān)注公眾號，也歡迎轉(zhuǎn)載文章，轉(zhuǎn)載時請注明出處！

歡迎關(guān)注頭條號、知乎、簡書專欄《凌宇哥聊敏捷》！

歡迎微信加好友，謝謝?。ㄎ⑿盘枺簃eteorwly）