![]() |
项目管理者联盟 | 中国工程管理网 | 中国研发管理网 | ![]() |
会员中心 | ![]() |
资料库 | ![]() |
论坛 | ![]() |
博客 |
![]() |
|
![]() |
|
|
标题:如何避免紧急需求打乱日常节奏?
楼主
|
|
![]() 十月 PMB:5271 省份:石家庄市 行业: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 |
! 您尚未登录,不能回复主题。 现在 登录 注册 |
|