需求問題：文檔總是大概說一下，立面包含很多細(xì)節(jié)都需要在做的過程中或者測試時候告訴你再姑，ATDD方式的concordion把需求的壓力給了測試找御，其實開發(fā)只需要明白即可。上述是理想情況萎坷，但問題是測試也在簡單的文檔與老的經(jīng)驗下無法寫出覆蓋率相當(dāng)高的文檔，開發(fā)就涉及返工哆档，設(shè)計錯誤問題
開發(fā)方式：最理想的是根據(jù)ATDD來實現(xiàn)，但問題是復(fù)雜的交互業(yè)務(wù)澳淑，只能真實環(huán)境的業(yè)務(wù)只能mock
文檔問題：技術(shù)點插佛，開發(fā)規(guī)范，沒人告訴你雇寇，這玩意就很折騰，我已經(jīng)掉溝里好幾次
部門之間合作：沒有相互依賴锨侯，只有單項依賴，你的需求不影響其他部門的kpi囚痴，別的部門又很忙人手不夠，互相推奕谭，然后各種當(dāng)天無法解決
公用模塊：誰來開發(fā)這個
