以下是國內研發團隊普遍常見問題，大家說說各個崗位怎麼提高質量和效率吧。
一、產品設計
1、業務沒啥清晰的戰略核心主幹與目標，業務需求不會解構洞察，客戶提什麼就做什麼，業務需求和軟體功能要求混在一起
2、不會建立業務模型和產品模型，客戶提什麼就做什麼
3、不會理性需求排級，不做資料度量論證/也沒有資料可度量/也不知道度量哪些合理資料，客戶誰權力大誰態度惡劣誰叫的聲大，就先滿足誰的需求，研發團隊疲於奔命趕快應付完工匆忙上線再反覆填坑
4、不會增量設計，只會撕開個口子強塞進去
5、場景不會分離，各種場景混合在一起
6、不考慮非功能性系統需求/也不知道怎麼考慮也不知道該考慮哪些方面的非功能性需求。沒給**重構留下時間
二、專案管理
1、團隊成員屬於各自部門，成員受部門經理和專案經理雙重領導
2、專案團隊不坐在一起，測試坐在測試部、開發坐在開發部
3、不理解方案，不知道最佳方案，不知道如何合理評估工時，出了異常問題不知道如何做正確決策才算正確合理
4、不會資源管理、排產管理
5、推動力、協調排程、溝通說服能力不足
6、不知道如何正確開日立會、日立會的目的和重點是什麼
7、不知道怎麼做合適的專案報告
三、開發
1、不接觸客戶，不理解需求，不理解功能為啥要這樣設計
2、開發期才介入專案
3、**不會按場景分離，產品設計人給出什麼樣的業務流程就做成什麼樣的**流程
4、不會**設計，流程和細節都在乙個函式，功能多複雜**就多複雜
5、不會**增量設計，有了修改需求，就在現有**上插**
6、不會重構分析、重構設計、重構修改、重構測試，就會要麼推翻重寫要麼在現有**上修改
7、不會進行介面設計、函式輸入輸出引數設計、異常日誌報告與記錄、返回值設計。沒有專人對介面設計/介面變更負責，沒有介面變化檢查工具，沒有公司介面統一規範。函式封閉性不強，改了a後b莫名出問題。
8、不會物件導向程式設計，業務邏輯怎樣就怎麼寫**，不會恰當構建類與類繼承
9、不會單元測試
10、不會搞**審查，不知道審查什麼重點，不知道怎樣才能審查出來，沒有這方面的工作指引/工作流程/工作職責
11、一來了就投入到專案中，對業務/產品/**/框架平台/工具/流程都不熟，而且也沒有很紮實的師傅指導問答/成果複查，全靠自己乙個人學習/摔倒吃虧漲經驗
四、測試
1、不接觸客戶，不理解需求，不理解功能為啥要這樣設計
2、測試期才介入專案
3、不會技術，閱讀不懂專業測試工具產生的專業報告，不會自己開發或定製專業測試工具，也看不懂**，也不會跟蹤查詢**執行和資料變化
五、交付
沒有灰度上線框架與工具
研發團隊既負責研發，又負責實施上線/資料處理，又負責日常客戶使用過程中的突發問題處理，疲於奔命，每塊都趕快敷衍完成
六、運維
沒有應用軟體運維團隊，只有基礎設施運維團隊
沒有專業運維監控報警工具，基礎設施運維團隊自己不會開發軟體
常見問題 朗動常見問題
常見問題一 方向盤變沉 檢查胎壓是否正常，輪胎是否過度磨損。助力幫浦不工作，前輪氣壓低。冬天的話，冷車在冬天助力油比較稠，方向會重一點。檢查轉向助力油。1 應該是是助力系統有問題或則助力潤滑油有問題。2 如果你在駕車時感覺方向盤變緊，汽車偏向一側，需要檢查輪胎，或進行車輪平衡 定位。在這些問題剛剛發...
面試常見問題 1 this的常見問題
this 的含義 this關鍵字是乙個非常重要的語法點。毫不誇張地說，不理解它的含義，大部分開發任務都無法完成。前一章已經提到，this可以用在建構函式之中，表示例項物件。除此之外，this還可以用在別的場合。但不管是什麼場合，this都有乙個共同點 它總是返回乙個物件。簡單說，this就是屬性或方...
Spring常見問題
1 利用spring框架程式設計，console列印出log4j warn please initialize the log4j system properly？lupa開源社群 u i w.d t 說 明你的log4j.properties沒有配置。請把log4j.properties放到工程的...