討論背景：
任何一家公司、任何一個部門永遠不可能資源充足，管理人員要適應資源不足的常態，故而針對以下問題進行了內部討論： 需求太多，產品啥都要？
工期緊張，立flag卡時間？
人員有限，有hc招不到人？
依賴太多，狀況百出，各種延期？
交流心得：
一、需求太多--排優先級
1.1. 產品
 1.1.1. 確保主流程優先
 1.1.2. C端用戶體驗優先
 1.1.3. 探討方案替代(看透需求本質，產品要的是過河，不一定是船/橋)
 1.1.4. 產品妥協、降級(先上線，再迭代)
 1.1.5. prd需求質量(同頻共振，產研理解一致）
1.2. 技術
 1.2.1. 復用已有組件/服務
 1.2.2. 代碼規范性，風格可適當共存
 1.2.3. 擴展性(預留2期,3期)
 1.2.4. 架構不過度設計
 1.2.5. 合二為一(技術類優化可和產品需求合并，一次性開發、測試、上線)
 1.2.6. 拔插式(部分服務沒改造之前，替代服務先使用，后局部升級)
二、工期緊張--提升效率
2.1. 架構方案折中(沒有完美架構，先實現需求，再迭代優化)
2.2. 人員分工(經驗豐富更熟練人員做最快)
2.3. 前緊后松(工期往前趕，余留buffer)
2.4. 集中封閉
2.5. 分模塊并行提測
2.6. 任務拆解詳細(粒度越細，把控更精準)
2.7. 外部依賴協調(高優解決外部，明確需要對方做什么，時間點)
2.8. 同步做(服務、權限、數據庫，開發和線上一起申請)
2.9. 做預案 plan B
2.10. 整理上線todoList
2.11. 人員借調支援
2.12. 定時check（站會，晨會，周會）
2.13. 求教高人(技術難點，多問多溝通)
2.14. 當面求教(不限于IM溝通，電話，當面)
三、招不到人--注重平時積累
3.1. 靠介紹(主動找朋友、同事、前同事)
3.2. 自己去平臺找(BOSS，拉勾、脈脈)
3.3. 廣告(朋友圈、社交平臺宣傳)
3.4. 外部影響力(公眾號、社區、技術答疑引流)
3.5. 推薦獎勵
3.6. 提升現有人員能力
3.7. 提升研發效率
3.8. 崗位核心競爭力、崗位亮點
3.9. 適當放寬門檻
3.10. 適當提升福利待遇
3.11. 人脈積累
四、依賴太多--學會適應別人
4.1. 提前節點溝通(立項、開發、聯調、測試、上線)
4.2. 主動溝通(必要可升級溝通方式：電話，當面)
4.3. 做預案 plan B
4.4. 風險預警，問題向上升級
4.5. 維護人際關系
4.6. 站在別人角度想(解決他的困擾，eg：陪加班可開車送回家等)
4.7. 上線后感謝信
4.8. 請老板站臺
4.9. 自己人(不同部門都有處的好的朋友，通過朋友再推動)
4.10. 先看文檔，帶著問題結論尋求幫助(服務入參、出參等)
綜上，核心三要素：MVP迭代，提升效率/能力，注重平時積累。 關鍵詞：溝通不暢，領導不滿意、員工鬧情