关于项目管理的反思

作者: 脚下日月 | 来源:发表于2015-01-30 23:16 被阅读796次

    n这阵子事务比较多,期间也犯了些错误,尽管每天写日报反省自己,我还是需要归结出一些较好的方法来指导自己的生活和工作。
    首先我回顾一下自己的工作:
    1、产品线本身的迭代和功能设计;
    2、需求和bug改进;
    3、负责某一项目;
    4、产品设计;
    5、产品市场策略和定位;
    6、与客户沟通、与各部门沟通、开会;
    7、竞品分析与跟进;
    8、查看产品数据(不同的产品阶段,不同的产品类型,对于数据的要求是不一样的。)
    9、自我学习、产品学习
    统计了一下,现在一周当中大概有2个工作日的时间是用在会议以及各方面的讨论上。从现有的时间收益上来说,自己的收益处于上升阶段,这里面一个是逐渐掌握了方法的原因,一个是本身产品思维的提升。现在负责的产品和传统的app或者网站有点不同,数据型的产品要求产品经理对数学了解、熟悉,才能够做出较为合理的方案,所以在这个过程中自己重修数学知识以及一些算法。最近犯的错,从源头本质来看都是在项目管理上处理得还不尽如人意,才会导致手无足措和压力。
    曾经看过的项目管理的书基本已经忘光,现在记得的只剩实战当中反思的所得。我把项目管理的几个关键点总结如下:1、项目线内容组成;2、时间节点;3、反馈;4、输出成果质量控制;5、关系人群。接下来说明每一点的含义。

    • 项目线内容组成:代表一个项目当中的里程碑;
    • 时间节点:代表每一个里程碑输出成果的时间;
    • 反馈:在整个过程当中里程碑和里程碑之前的制作关键点的反馈;
    • 输出成果质量控制:定义每一次质量输出成果的形式、输出成果的内容、输出成果的达标标准;
    • 关系人群:每一个跟项目有关、潜在能帮助项目推进、提供资源的大大小小的关系人。

    常规的一次产品开发流程是怎样的?
    1、项目立项会议 | 参与部门:公司高层、产品、市场、运营、技术 | 会议内容:评估项目是否靠谱,新增功能是否符合市场需要;|输出成果:MRD、会议资料
    2、产品部内部评审会议。|参与部门:产品部|会议内容:评估低保真产品方案是否合理,采纳意见,改善方案;|输出成果:会议记录、产品改良方案
    3、产品方案可行性讨论|参与部门:产品部相关人、技术部相关人、项目经理|会议内容:评估产品方案的可行性,讨论产品方案;|输出成果:技术部可行性调研时间节点;会议记录;低保真原型
    4、产品方案交底会|参与部门:产品部相关人、技术部相关人、项目后经理|会议内容:讨论最终方案是否完全符合可行性调研之后的成果;|输出成果:技术部排期时间节点;高保真原型;PRD;
    4.1技术部系统设计和开发方案确认。
    5、产品上线前培训会议|参与部门:产品部相关人、运营部门、市场部、销售部以及其他会受到该功能上线影响的人群|会议内容:产品上线功能说明和注意点、市场影响、运营方式等|输出成果:帮助文档等
    6、项目总结Close会议|参与部门:参与到此次项目过程当中的人员|会议内容:总结过程当中出现的问题以及反思|输出成果:会议记录、问题与反馈。

    再来讲讲自己最近的反思,如何让自己做事变得高效率,让自己变得有节奏感,不惊慌?下文讲的项目是一种广义的项目,包括每一个和人打交道的事。

    1、头脑清楚,条理清楚。
    - 非常清楚自己负责的事务,分类成每一条线
    - 给每一条线建立时间节点,按项目管理的方式去管控自己的工作和生活;
    - 强调时间节点,一定要十分注重时间节点,这也是自律和时间管理的方式。导致没有在时间节点完成事务就要开始反思原因,以不断的提升管控自己、自律、规划项目时间的能力;

    2、给全反馈。
    - 给到上级项目进程表,每天反馈项目推动的情况,及时反馈;
    - 给到每一个和项目有关的联系人的反馈;
    - 每一个关键里程碑通知到每一个关键人以及上级高层;
    - 项目进行前,给出全局的预计时间表到每个关键人,让他们知悉他们将会进行什么事情;

    3、风险控制
    - 方案交底前,尽可能想全,让别人来给意见,这也是产品内部评审的意义;
    - 延长时间规避风险;
    - 文案写清楚每一个细节以及实现成果;

    4、质量控制
    - 定义清楚标准,比如PRD,除了功能说明、交互原型,还有面对客户、承载需求都是要考量的,因为面对不同的客户,技术在实施方案时的考量是不一样的,这样才能保证产品的健壮性;
    - 合作的时候,减少别人的思考,Don't make me think.尽可能提供成果输出的模板,减少多次沟通的消耗。比如我平常一般会给出一个excel的案例和模板,让其按模板来输出成果;在会议上用简单的PPT列出纪要等等。

    5、考虑完全局之后,要极其关注细节!功夫都在细节上,任何风险的出现都在细节上。有机会再总结如何写一篇PRD或者合作文档。

    6、每日反省、总结。
    任何交付到自己手上的事情都代表了一份信任,不能辜负别人的信任。靠谱和OWNER心态是做人做事的要求。求真务实,实事求是,才能真真实实的提高。

    允许非商业性转载,转载请注明出处,谢谢.


    这里只求真,没有真理。

    个人独立博客:PMFuner.com

    微信公众号:PM范儿

    记录一个不惧撞南墙的野路子产品经理的故事.

    期待分享和交流~

    相关文章

      网友评论

      • 脚下日月: @truelie 好嘞,谢谢~
      • truelie:干货满满
        数据产品经理,推荐阿里heidi格物志(搜狐博客或lofter)

      本文标题:关于项目管理的反思

      本文链接:https://www.haomeiwen.com/subject/dxslxttx.html