全国服务热线

400-115-1305

涂料产品
联系我们
电话:15878975513
传真:020-58996031
服务热线:400-115-1305
邮箱:55689632@qq.com
地址:广东省广州市天河区越秀中路52号
当前位置:主页 > 涂料产品 >
涂料产品

可以先看关键路径上的活动

作者:admin 时间:2019-08-10 22:14

  清单能帮助我们记忆如何处理复杂的工作,帮助我们整理众多事情中的优先级,帮助我们不遗漏重要的工作环节,并且促使我们进行团队合作。

  我们所掌握的知识的数量和复杂程度已经超过了个人正确、安全和稳定地发挥其功效的能力范围。知识的确拯救了我们,但也让我们不堪重负。我们需要开展一场伟大的变革来防止错误与失败,这一变革立足于已有的经验,既能充分利用我们所掌握的知识,又能弥补人类不可避免的缺陷和不足。

  这一变革并非艰难之举,而且简单至极,特别是对那些花了多年时间来培养和磨炼高超技艺的专业人士来说,投身这一变革简直让人贻笑大方。这个变革就是:清单革命!

  作为一名产品汪,日常的工作非常繁杂琐碎:处理需求、制定方案及逻辑、输出需求文档、协调各方资源、推动需求按时上线、产品培训及使用说明、分析数据、调研用户、调研竞品、了解行业、洞察用户需求、项目管理、规划产品迭代节奏、跨端跨部门合作、对接业务方……。

  如此众多类型的工作,对产品经理的能力要求也各不相同。在日常工作中,除了上述的工作内容之外,还会经常被各种琐碎的事情“打扰”,以至手头上的工作经常被临时搁置。

  在此背景下,产品经理若想比较完美地处理日常工作,需要在具备各种维度的能力基础之上,能够在不同的场景下灵活且正确的使用对应能力去处理,且保证所有工作和步骤都没有遗忘。

  由于人类的认知缺陷和有限的记忆力,在日常工作中面对大量繁杂的工作内容且还会被中途“打扰”的场景下,我们难免会多多少少遗忘一些步骤或工作。而遗忘掉的这些步骤或工作,很可能就是能对产品产生致命影响的那极少数,你说刺激不刺激!

  只要一张清单,真的只要一张清单,以上问题就能引刃而解!(脑海中是否浮现出了那句经典广告语:只要998,线,以上商品全部带回家!hhhhh)

  清单为我们提供了一种认知防护网,不仅能够抓住每个人生来就有的认知缺陷,如记忆不完整或注意力不集中;还能会提醒我们不要忘记一些必要的步骤,并让操作者明白该干什么。这不仅是一种检查方法,更是一种保障高效且高质量完成工作的法宝。

  获取需求时,首先应全面并充分利用各种获取用户需求的途径,其次是在需求获取阶段尽量不要拒绝来自任何人的需求,将需求与身份和动机区分开来,在之后的需求分析阶段在充分考虑它们。

  需求分析时,首先结合自己对业务的理解,从用户角度出发,判断需求是否合理;其次,应结合业务现状及未来规划,判断需求是否真的有必要;最后,需要结合需求反馈者及业务现状,判断需求的重要紧急程度给出需求优先级后纳入需求池中。

  需求确认时,结合业务现状,开发资源,业务方实际需求情况等因素,评判选出来的需求是否是需求池中最为重要紧急的。

  动手设计方案之前一定要全面深入思考,提前磨好刀,经过全面的深入思考之后再开始设计方案。设计方案的过程中要本着“结果导向”的原则,先输出结果再追求完美,输出初版方案之后再不断优化。

  输出需求文档时,要先概述性的介绍此次项目的背景,目标以及涉及到的需求点和影响面,让受众在看的时候能够先对本次项目拥有一个全面的认知。而后再对具体的需求实现细节进行详细的介绍,要保证文档简洁易懂。

  需求文档输出之后,自己要反复仔细看几遍,看看有没有遗漏掉的点,有没有存在逻辑不完善的地方,然后再对文档进行优化,修改文档时一定要有修改记录。需求文档没问题之后,如果涉及到UI或其他协助的需求,要确认好相关协助资源准备完善。

  立项评审之前,先通盘考虑此次项目是否会涉及到产品其他模块或者其他部门支持,如有需要应提前向各端同步信息。在拉会进行立项评审之前,最好能够先跟相关人员提前打声招呼,约好时间,然后按照约定的时间定会议室发布会议邀请,拉项目群,在会议快开始之前再在群里提醒一下大家。

  立项评审的主要目的是跟相关人员初步简单评审将要做的项目,大家一起从各自的角度评估一下项目的可行性。

  若立项评审通过,则需要在会议上确定好各端的负责人及需求评审时间,以便项目后继工作能够更好地开展。在立项会议上要确认项目是否需要进行灰度测试,以及是否需要市场及运营部门协助进行运营推广,如有需要,应当提前做好相应准备。

  同行从不同的角度来对方案和文档进行检查评估能够更好地发现问题,在此基础上再对项目方案和需求文档进行迭代优化,从而使得方案和需求文档更加完善。

  需求评审是一个项目的生命周期中较为重要的环节,此环节需要产品经理通过需求文档和讲述的方式,让项目相关成员能够对此次需求有一个完整的清晰的了解,只有在清晰了解了需求的基础上,才能将需求实现地更好。

  根据立项评审上定好的需求评审时间,给项目成员提前发好会议邀请并在会议快开始时提醒大家。会议过程中,产品经理要详细地向各位项目成员介绍需求,根据文档的每个模块讲完之后用几分钟作为QA环节,加深项目成员对需求的了解程度,在会议结尾要确定好技术评审的时间。

  技术评审的主要目的是项目开发成员从技术的角度,对此次项目的影响面以及实现细节进行讨论评估,给出各自需要的开发时间,而后汇总得到项目的排期。

  在得到排期之后要跟预期做比较,如果远超出了预期时间,则需要再次评审,通过增加人员等方式缩短周期,尽量达到预期。一般情况下,如果项目周期超过一个月,则需要将项目分期进行开发上线)开发过程

  项目进入开发过程后,产品经理需要着重关注项目开发进度是否正常。对于较大的项目,要结合项目周期适时拉着项目成员,通过简短的站会形式跟大家一起同步各自的开发进度,尤其在联调和提测的时间节点之前,需要加大进度跟进及同步频率,确保项目能够如期联调和提测。

  项目提测后,如果涉及到有UI协助,需要及时通知相关UI同事介入帮忙进行UI走查,确保UI层面的问题能够在早期修复。

  上线前若项目需要进行灰度测试,则需要提前给出灰度测试的用户范围;若需要市场及运营部门协助进行推广,则需要在上线前后的相应时间点与市场运营部门紧密沟通,确保项目在上线前后能够得到及时的推广。

  正式上线后,要做的第一件事是对线上环境进行回归测试,确保上线后的产品功能没有问题之后再发布上线邮件(里程碑性的产品上线还应适当庆祝)。若产品功能较为复杂,需要及时跟相关人员约好时间进行内部培训,或向用户发布产品使用说明。在上线后也应及时对项目整个过程进行全面复盘,如有需要可召集所有项目成员一起进行复盘会议。

  沟通之前要先明确此次沟通的目的,开始时先向沟通对象介绍沟通的背景和此次沟通的主题,沟通过程中语言要尽量简练,尽量不要说与此次沟通主题无关的话题,最终要达成明确的结论。

  产品经理的日常工作中,需要经常对用户,竞品及行业进行调研。在调研之前需要先明确好调研的目标,根据目标选择合适的调研对象及调研方法,而后需要设置好调研的问题或者是思路。待这些都思考清楚之后,在开始调研,调研的过程中要细心,应当尽量围绕目标展开,最终要形成有效的调研结论。

  在汇报工作之前,要先明确好汇报的目标,结合目标提前做好相应的准备工作,如有需要还需准备PPT。

  遇到问题之后,不要一上来就想解决方案。需要先认真了解清楚问题的背景及产生的原因,深挖出问题的本质,在此基础之上对问题的影响面进行评估,看是否需要其他产品端或部门的协助。而后再开始针对问题的本质思考解决方案,解决方案要能够从根本上解决问题且最简最优,具备良好的拓展性。还应及时向相关人员同步问题解决进度。

  会议开始之前,要先明确召开本次会议的目标和会议主题,提前跟相关参会人员打招呼约好时间,根据约定好的时间提前发送会议邀请,在会议快开始之前再提醒一下大家。

  楼主写得很好,总体思路很清晰,不过对 9)技术评审 有小小不同看法

  一般产品经理比较难决定组织的资源(公司给你的资源相对固定),如果评估的进度和预期进度有偏差,可以先看关键路径上的活动,是否有可能通过快速跟进来实现工期缩短(部分非逻辑关联工作并行),如果可以就评估风险,如果不可以,且最短工期实在无法满足预期工期的情况下可以找上司或者领导协商,摆出你估算工期的依据,工期会在资源投入的某个点上会达到峰值,也就是说再投入资源也无法使工期缩短,如果领导还是坚持时间优先,最后才考虑缩减项目的范围(缩减非核心需求)来达到预期的工期,项目中,范围、成本、进度会互为制约关系,其中一方的变更势必会引起其他两个因素的变更

  竞品分析:学而思网校 VS 有道精品课 VS 猿辅导,在线教育赛道谁将脱颖而出?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。