如何有效解决五大项目管理痛点

项目管理一团乱，不知道如何下手，员工积极性低，不知道如何提高团队凝聚力。本文结合多个团队情况，提炼5大项目痛点，帮你更好的管理团队。

如何有效解决五大项目管理痛点？

• 痛点一:资源不足
  • 一、需求太多--排优先级
    • 1.产品
      • 1.确保主流程优先
      • 2.C端用户体验优先
      • 3.探讨方案替代(看透需求本质，产品要的是过河，不一定是船/桥)
      • 4.产品妥协、降级(先上线，再迭代)
      • 5.prd需求质量(同频共振，产研理解一致)
    • 2.技术
      • 1.复用已有组件/服务
      • 2.代码规范性，风格可适当共存
      • 3.扩展性(预留2期,3期)
      • 4.架构不过度设计
      • 5.合二为一(技术类优化可和产品需求合并，一次性开发、测试、上线)
      • 6.拔插式(部分服务没改造之前，替代服务先使用，后局部升级)
  • 二、工期紧张--提升效率
    • 1.架构方案折中(没有完美架构，先实现需求，再迭代优化)
    • 2.人员分工(经验丰富更熟练人员做最快》
    • 3.前紧后松(工期往前赶，余留buffer)
    • 4.集中封闭
    • 5.分模块并行提测
    • 6.任务拆解详细(粒度越细，把控更精准)
    • 7.外部依赖协调(高优解决外部，明确需要对方做什么，时间点
    • 8.同步做(服务、权限、数据库，开发和线上一起申请)
    • 9.做预案 plan B
    • 10.整理上线todoList
    • 11.人员借调支援
    • 12.定时check(站会，晨会，周会)
    • 13.求教高人(技术难点，多问多沟通)
    • 14. 当面求教(不限于IM沟通，电话，当面)
  • 三、招不到人--注重平时积累
    • 1. 靠介绍(主动找朋友、同事、前同事)
    • 2.自己去平台找(BOSS，拉勾、脉脉)
    • 3.广告(朋友圈、社交平台宣传)
    • 4.外部影响力(公众号、社区、技术答疑引流
    • 5.推荐奖励
    • 6.提升现有人员能力
    • 7.提升研发效率
    • 8.岗位核心竞争力、岗位亮点
    • 9.适当放宽门槛
    • 10.适当提升福利待遇
    • 11.人脉积累
  • 四、依赖太多--学会适应别人
    • 1.提前节点沟通(立项、开发、联调、测试、上线)
    • 2.主动沟通(必要可升级沟通方式:电话，当面)
    • 3. 做预案 plan B
    • 4.风险预警，问题向上升级
    • 5.维护人际关系
    • 6.站在别人角度想(解决他的困扰，eg:陪加班可开车送回家等)
    • 7.上线后感谢信
    • 8.请老板站台
    • 9.自己人(不同部门都有处的好的朋友，通过朋友再推动)
    • 10.先看文档，带着问题结论寻求帮助(服务入参、出参等)
  • 综上，核心三要素:MVP迭代，提升效率/能力，注重平时积累。
• 痛点二:情绪牵制
  • 一、领导不满意
    • 1、信息传递失真
      • 1、多讨论
      • 2、反讲确认
      • 3、快速反馈
    • 2、团队效率不高
    • 3、风险识别不够
      • 1、传授方法论
      • 2、亲自带着做
      • 3、了解上下游
      • 4、了解每个人困扰
      • 5、多深入一线
    • 4、主动向上汇报
    • 5、主动性热情不够
      • 1、权利不够
      • 2、价值没说清楚
      • 3、引导赞美鼓励
      • 4、提升视野、认知
      • 5、关键先生
      • 6、关系维护
    • 6、下属问题麻烦制造者
      • 1、润物细无声，不是针对他，所有人都一样
      • 2、配备back up，弥补他
      • 3、规范流程、明确制度要求
      • 4、能力差一提升技术能力
      • 5、粗心大意-责令改进
      • 6、陪他一起习惯培养
      • 7、准备工作做充分
    • 7、军令状flag变来变去
      • 1、调研不充分，信息决策不够
      • 2.团队达成不统一
      • 3、沟通不够
      • 4粒度粗，不够细致
      • 5、转危为机，找更优解
    • 8、描绘很好，结果没执行到位一不切实际给老板吹
    • 9、老板基本工作要求未达成一定期周知老板，及时矫正
    • 10、有担当，不找借口
  • 二、员工闹情绪
    • 1、工作分配不合理
      • 1、了解每个人职业诉求，尽量满足
      • 2、是否愿意
      • 3、工作量太多
      • 4、长期固定
    • 2、公众场合被批评-私底下沟通
    • 3、被甩锅、委屈
      • 1、帮他澄清
      • 2、边界划清楚
      • 3、适当安抚
      • 4、风险提前周知(事实)
      • 5、对结果保证(先于别人之前发现问题)
    • 4、边缘业务，没价值没成长
      • 1、轮换制度
      • 2、提高要求
      • 3、技术赋能
      • 4、关停下线(说服大家)
      • 5、真诚沟通
      • 6、放任务池，等主动认领
    • 5、做得越多、错越多
    • 6、队友不给力
      • 1、摆正心态
      • 2、互助提高
      • 3、宽容、别较真
    • 7、待遇被倒挂
      • 1、所做事情要证明价值
      • 2、成长性，放权给他
      • 3、主动给予
    • 8、荣誉奖励不公
      • 1、尽量公平
      • 2、考核标准要明确
      • 3、透明、公信力
      • 4、其它方面补偿
      • 5、给最需要的人
    • 9、性格孤僻、与团队不和
    • 10、被领导画大饼
      • 1、不要期待太多
      • 2、领导尽量言行一致
    • 11、被领导PUA
      • 1、量力而行
      • 2、容忍性
      • 3、听一听就行
    • 12、情绪低落
      • 1、团队关怀
      • 2、自我调节
      • 3、情绪宣泄
      • 4、团队荣誉感
  • 综上，面对项目团队负面情绪，作为项目经理要及时知晓并调整。最重要的是;把事情做正确。
• 痛点五:利益分配
  • 一、多劳多得
    • 前提是要让所有人认可规则，否则依然不公平
    • 1 项目角色(核心参与者)
    • 2 简单配合支持方要感谢(一线邮件、复舟会，当他领导面感谢
    • 3 目标把控者
    • 4 过程中表现(平时收集细节)
    • 5 项目攻关人物
  • 二、核心价值
    • 1 满足用户核心需求(成就感)
    • 2 增进不同部门协作
    • 3 项目实际收益
    • 4 独有性(为什么是我们做)
    • 5 关键先生，较大突破
  • 三、平衡未来
    • 1 动态看不同角色权重
    • 2 提前考虑未来依赖部门
    • 3 平时注重挖掘潜力人员
  • 四、分配不合理(负面)
    • 1 不愿意配合(外部门)
    • 2 消极、应付(项目内成员)
    • 3 onwer威望值下降
    • 4 得不到认同感，人才流失
    • 5 提前与各方领导申请资源，方便协调
• 痛点四:角色固化
  • 一、去中心化
    • 1 提前全局规划、分配
    • 2.所有人对项目全局7解(这期功能点，目前进度，哪天测试，哪天上线)
    • 3. 提前培养 backup
    • 4.文档沉淀，“错题本”积累
    • 5.责任边界，所有人清晰谁负责哪些模块
    • 6.敢于充分授权，只负责跟进
    • 7.同角色内部多分享，所有人都快速接于
    • 8.项目组内部信息广播，传递(开大会，全员周知，不限于微信群，邮件)
  • 二、流程规范
    • 1.之前做得好的，列出来借鉴
    • 2.兼职pmo，不能只关注自己开发任务
    • 3.整理项目管理清单，每日一问
    • 4.随时把控关键角色
    • 5.关键节点check，有明确各方配合方案
    • 6.达成共识，不同阶段该做什么
    • 7.至少组织3次全员会，需求评宙，排期，联调提测
  • 三、到处救火
    • 1.提前评估难度、风险，并做准备
    • 2.子模块业务可以独当一面
    • 3.正确的行动计划(重要&紧急)
    • 4.留出buffer时间
    • 5.做好复盘
    • 6.通过之前案例找到解决方案
    • 7. 做事方法论的沉淀
    • 8.提升大家解决问题思路和能力
    • 9.做些通用demo可参考，只负责难点攻坚
• 痛点三:全局迷失
  • 一、为什么要分期
    • 1 项目定位
      • 1 创新试点类型--最小MVP，敏捷迭代
      • 2 稳定正常类型--固定跟版制、班车制
      • 3 专项聚焦类型--集中资源，快速完结
    • 2 资源短缺被迫拆解
    • 3 外部依赖不可控
    • 4 迭代开发，目标清晰
    • 5 阶段性验证结果
    • 6 规模小，可控制
    • 7 最快看到收益
    • 8 缓解大项目压力
  • 二、没有规划
    • 1 紧急需求插入，节奏被打乱
      • 1 尽量减少需求插入--提前预知，未来2个版本要做啥
      • 2 留buffer--积少成多，会导致大时间轴被拉长
      • 3 政策不可控--长期关注行业政策，提前准备
      • 4 线上业务逻辑不合理
      • 5 体验优化类
      • 6 老板需求--敢于挑战老板(虽然最后还是乖乖做
    • 2 人员变动
      • 1 留出熟系/交接时间
      • 2 平时培养backup
      • 3 文档沉淀--前人栽树后人乘凉，衡量文档写得好不好，看第二个人能不能比第一个人时间更短，更快。
      • 4 局部模块明确--把业务需求翻译为技术需求，直接开发
    • 3 需求不明确
      • 1 目标不够明确
      • 2 战略决策调整
      • 3 逻辑不明确--不同产品顾此失彼，缺乏全盘熟悉，整个项目团队都梳理维护，技术补位
      • 4 测试用例，分支不够全
      • 5 边界不清晰
      • 6 理解不一致，没达成共识
      • 7 对上下游了解不够
  • 三、资源调配
    • 1 项目拆解粒度不够细
    • 2 需求理解不一致，不透彻--没考虑问题根本，而是表象
    • 3 调研不够充分
    • 4 联调阶段，阻塞block
    • 5 外部依赖风险评估--可参考已接入案例，上期迭代等
    • 6 大量工单走流程、审批--提前了解，提前申请
    • 7 永远要有plain B
    • 8 对项目里每个人能力有准确了解
    • 9 人员规模过大，沟通成本--项目团队规模控制10人以内闭环。