讨论背景：

任何一家公司、任何一个部门永远不可能资源充足，管理人员要适应资源不足的常态，故而针对以下问题进行了内部讨论：

需求太多，产品啥都要？

工期紧张，立 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 迭代，提升效率/能力，注重平时积累。尽管可能每个公司 or 部门文化不同，但还是真心希望这些心得和小技巧可以帮助到各位。