在產(chǎn)品的研發(fā)流程中囤踩，從產(chǎn)品設計到進入研發(fā)實現(xiàn)的過程中，在這其間需要做好非常充分的設計評審晓褪，一般設計評審一般會分為兩個部分堵漱，一部分是針對設計的可用性評審，這個偏向用戶體驗涣仿，另外一個部分就是針對的設計的技術評審勤庐。
在設計的技術評審中示惊，我們一般希望能夠達到目標是通過評審可以識別出設計中的不可行的部分。這里講的不可行愉镰，有可能是指在現(xiàn)有的團隊能力不可達到的部分米罚，也有可能是技術投入性價比不高的部分。
據(jù)我所知丈探，很多團隊會忽略設計的技術評審录择，往往由產(chǎn)品經(jīng)理或者交互設計師完成設計原型和PRD之后，技術團隊按照設計文檔開始挽起袖子開干碗降。這樣的做法造成了巨大的項目風險隘竭，造成的后果，很有可能要不是開發(fā)到一半遗锣，技術leader找到產(chǎn)品經(jīng)理货裹，說“你這個開發(fā)不出來，你要的話需要再給我一個月”精偿，這樣還算負責的技術主管弧圆，更多時候，產(chǎn)品經(jīng)理面對的往往是和你想的完全不一樣的產(chǎn)品.......
一笔咽、技術評審的流程
二搔预、技術評審的注意事項
1.評審會議形式盡量避免使用IM會議的形式，建議使用電話會議叶组，如果邏輯復雜和重要模塊拯田，建議面對面的會議評審方式
2.Spec評審需要邀請UI參加，spec定稿是需要給出確認意見甩十，避免在GUI評審階段還在討論spec的問題
3.評審至少前一天需要將設計稿發(fā)至各個評審人船庇，否則PM需要告知評審會延期
4.預審的形式可根據(jù)具體情況判斷，如果模塊邏輯比較簡單侣监，可以BA和交互設計師單獨溝通進行理解鸭轮，然后組織技術評審會。如果產(chǎn)品復雜或者模塊重要橄霉，需要組織預審會議窃爷，由交互設計師進行講解
5.評審會議之前，BA需要收集問題（SM需要集中問題并反饋至BA）并組織完成會議大綱姓蜂，評審會以引導式的方式進行
6.預審會以講解為主按厘，如發(fā)現(xiàn)問題可以記錄下來，避免把會議時間拖得過長
7.技術評審時钱慢，以挖掘技術關鍵點和問題為主逮京，在體驗類問題上不要花太長時間，BA記錄下來即可
8.體驗類問題討論時避免空對空的討論束莫，更多的借助UE的力量去做用戶測評和調(diào)研懒棉，用數(shù)據(jù)說話
9.在一些僵持不下的問題上御吞，用好產(chǎn)品經(jīng)理的力量
10.設計定稿時，必須保證《評審跟進表》的所有問題關閉和有結(jié)論漓藕，
11.設計定稿后，PM發(fā)送郵件至各個部門挟裂，并要求各方進行郵件確認
12.評審會享钞，建議相關模塊的開發(fā)人員也要參加，保證信息的傳達的準確
13.找出設計中存在的問題诀蓉，尋找更好的設計方向是設計評審中重要環(huán)節(jié)栗竖。不過要避免直接給出解決方案，讓設計師失去了繼續(xù)優(yōu)化方案的機會渠啤。
14.在設計評審時狐肢，不要提出個人喜好類的問題。
