项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 论坛 博客

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

圈子
志同道合,朋友再聚首
项目管理者联盟PMP培训
会员· 圈友
登录ID
密   码
 
圈子信息
圈名:项目管理知识宝库
加入方式: 允许任何人加入

项目管理知识宝库

项目管理涉及很多学科知识,通过本圈子大家可以互相交流,把项目管理方面的知识进一步提高。

圈主:wenyu2010    管理员:暂无管理员   
成员数:5132
主题数:294094
排名1
通讯录
圈友列表
加入本圈
管理本圈
 
话题区 投票区 资料区 精华区
标题:如何避免紧急需求打乱日常节奏?
楼主

十月
PMB:5221
省份:石家庄市
行业:IT软件
注册:2011/10/13
  
  
1、杂事集中一起处理

  处理杂事得区分两个维度:紧急和不紧急

  如果是非常紧急的杂事,两三分钟就能搞定,比如给别人一个数据结果,或者发一份文档,非常紧急的话就马上处理掉;这类杂事也不需要写到计划表上,因为马上就能处理干净。

  另一种是不紧急的,既然花的时间很短,我都建议不要马上处理,而是在计划表中的“杂事”一栏,集中记录起来,在一天中找一个集中的时间一次性处理。比如打电话预约位置、整理几份资料、订会议室、发开会邮件等。

  这样的好处是,既不用担心会遗忘(因为都写在表上了),又不会影响手头上正在做的工作(花几秒钟列到表上就不用管了)。

  2、重复的事情进行流程化、模板化

  我以前做文案工作的时候,公司里,只要和文字相关的需求都会找我。有时是写软文,有时是需要一句广告语,甚至有时候是让我想个成语。无论是哪种需求,无一例外,他们都是在QQ上直接弹窗丢我,比如运营部发需求,内容是这样的:

  亲啊,帮我来句广告语呗

  什么广告语?

  **游戏的

  发在哪里的?

  就活动图上面的。

  啥时候要啊?

  嗯,明天吧!

  过了一会,行政部门来需求,对话是这样的:

  亲啊,方便帮我们写一份招聘广告吗?

  用在哪啊?

  秋招开始啦。我们要去**大学进行校招。

  啥时候要啊?

  尽快吧,越快越好。

  有明确时间么?

  嗯,那就下午6点?

  看出问题了吗?不同部门提文案需求的时候,在搞懂需求内容这个问题上,我都需要和他们进行重复、类似的对话,一天如果有四五个这样的需求,一个星期在重复沟通上会浪费多少时间呢?

  所以,后来我想了一个办法——用需求模板!(也是用excel表),上面列好文案要求的需求对接人、内容类型、使用场景、风格要求、关键词、截止时间、参考链接等等。

  但凡有部门QQ上找我,先丢个需求模板过去,这个模板既可以省掉中间沟通的环节,又可以避免别人对自己手头工作的干扰。

  3、屏蔽与工作无关的干扰

  工作时手机就在旁边,“叮咚”一下,你就忍不住会去看一眼,然后就进入时间黑洞。如果你不够自律,极其容易受微博微信或资讯干扰,我建议你直接在源头上消失干扰。靠意志力是没有用的,直接从源头上进行屏蔽。

  那么我们PM如何避免紧急需要打乱工作节奏呢?下面我们来看一下实力!

  工作当中除了将四象限法则作为任务管理方法,还经常用来评估产品需求优先级。PM在实际需求管理中,评估需求时会将需求分类然后分别对应四个象限,最后得出需求优先级排序,并按照P0、P1、P2、P3依次标注。

  01、重要且紧急的需求

  通常是线上产品故障,当前问题已影响用户正常使用需紧急修复,以及产品上线后与政策冲突,宣传文案与产品定义违背扭曲,产品监管有漏洞等严重影响公司品牌和产品利益的事情。

  比如在放假期间,经常会看到微博因明星热点爆发导致服务器崩溃;受疫情影响,远程办公软件钉钉因高并发出现使用故障等,严重影响用户使用的事情,通常需要紧急优先处理。

  02、重要不紧急的需求

  可以是对产品有重大改善的机会,甚至引领竞争对手的重大决策,也可以是一些对产品可以有显著改善的需求,可以增加产品亮点的需求。

  但是因为市场上有竞品做类似功能,我们做了固然可以锦上添花,提升产品竞争力,但此类需求通常需要花费投入一定时间和精力,不会很快就上线,因此建议可以着重规划。

  03、紧急不重要的需求

  可以定义为是用户在当下使用产品时遇到的一些小问题,可以快速解决,但又不足以影响他完成整个任务且影响范围较少的需求点。如非功能性优化卡顿、信息流显示加载慢等,虽然在当下没有达到完美的操作预期,但是想想似乎又对整个产品造成的影响很少。

  此类需求应根据实际情况安排计划完成,但不应作为需求规划的重点去重点关注,对于产品经理来讲,还是需要去挖掘和发现真正可以带来产品和用户价值的需求。如果现实中此类需求较多,可合理分配给团队成员或产品助力专员去跟进,同时自己要为结果负责。

  04、不重要且不紧急需求

  此类需求既不影响正常功能使用,又无需现在立即完成的任务。如视觉排版略不完美、极限条件下发现的产品性能、交互问题,且同时没有用户反馈的需求点。

  这类需求并不是说真的不重要,而是相对以上几种,这类需求优先级要靠后。因为对于用户来讲,产品可以实现的价值是可以为他们解决实际问题,因此他们更关注产品的可用性和易用性,因此此类需求可等到团队人力、资源充足时再安排跟进。

回复 | 引用 发表时间:2021/1/13 10:27:28
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号