最近加入了一個(gè)新項(xiàng)目團(tuán)隊(duì)，由于不太熟悉新項(xiàng)目團(tuán)隊(duì)的協(xié)作模式，導(dǎo)致自己在需求可行性確認(rèn)方面，遇到了效率問題：

1.對(duì)于需求實(shí)現(xiàn)有疑問時(shí)，只能挨個(gè)找對(duì)應(yīng)的開發(fā)進(jìn)行確認(rèn)，效率低；

2.偶爾會(huì)有想當(dāng)然的需求，到需求評(píng)估會(huì)議時(shí)，發(fā)生了開發(fā)覺得實(shí)現(xiàn)有問題，最終導(dǎo)致會(huì)議流為討論會(huì)；

3.妄想開發(fā)會(huì)提前查看你的原型，實(shí)際他們卻會(huì)等到需求會(huì)議時(shí)才被動(dòng)“查看”；

猶記得在舊公司，有一開發(fā)負(fù)責(zé)人與我確認(rèn)需求的可行性，基本上只要與他確認(rèn)一遍原型，有問題的點(diǎn)當(dāng)場(chǎng)指出并修正，到了與其他成員的需求實(shí)現(xiàn)溝通時(shí)，基本上是無障礙了。

現(xiàn)在回想起來，這種模式確實(shí)很舒服，但也有優(yōu)勢(shì)與劣勢(shì)：

優(yōu)勢(shì)：

1.直接與開發(fā)負(fù)責(zé)人確認(rèn)——確認(rèn)扁平化，效率高；

2.需求早已確認(rèn)好實(shí)現(xiàn)問題——因此，需求會(huì)議上存疑或者還需修改的較少；

劣勢(shì)：

1.由于基本上屬于開發(fā)負(fù)責(zé)人定了算——因此，各成員評(píng)估不會(huì)有太大的積極性，并且參與度降低；

2.剛好項(xiàng)目主要都是web＋pc client 應(yīng)用，開發(fā)負(fù)責(zé)人可作此項(xiàng)目的全量評(píng)估——在其他項(xiàng)目不一定行得通，比如這個(gè)開發(fā)負(fù)責(zé)人并不熟悉ios/android 機(jī)制，如果讓他來評(píng)估會(huì)導(dǎo)致技術(shù)盲點(diǎn)；

3.開發(fā)負(fù)責(zé)人偏向于于實(shí)現(xiàn)難度進(jìn)行評(píng)估——因此，很難收集到其他成員更好的想法；

啰嗦這么久，談?wù)勎覍?duì)于目前新項(xiàng)目團(tuán)隊(duì)的問題的處理方案吧。

由于之前從事的是web 應(yīng)用開發(fā)，現(xiàn)在的項(xiàng)目有涉及移動(dòng)client的部分，很多機(jī)制其實(shí)是不熟悉的。因此使用兩種辦法結(jié)合處理吧：

技巧一、查看同類應(yīng)用的處理機(jī)制，詳細(xì)查看每個(gè)方法、狀態(tài)、異常處理；

技巧二、團(tuán)隊(duì)再大，一個(gè)端還是又一個(gè)負(fù)責(zé)人的，做好需求，不如完整與他過一遍，說不定他有更優(yōu)的建議；

技巧三、做需求不能想當(dāng)然，除了小需求點(diǎn)，在原型設(shè)計(jì)完畢時(shí)，最好還是與相應(yīng)的負(fù)責(zé)人達(dá)成初步的共識(shí)，避免在需求溝通會(huì)議變成討論會(huì)

技巧四、此外，別指望開發(fā)主動(dòng)看原型，如果你的原型輸出完畢了，不妨與私下他們約好一個(gè)時(shí)間，過一遍相應(yīng)負(fù)責(zé)的部分。

以上，就是我個(gè)人近期關(guān)于需求確認(rèn)的一些想法。并不適合每個(gè)人，但希望能在產(chǎn)品成長路上幫到你