项目管理痛点之资源不足及其解决方案思维导图

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

需求太多，产品啥都要？ 工期紧张，立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. 先看文档，带着问题结论寻求帮助(服务入参、出参等)