在受限环境下管理你的项目

144
作者 名字不好取
字数 6741 阅读 16评论 0

本文作者:杜松     公众号:产品微言

本文由PMTalk专栏作者:杜松  原创发布于PMTalk产品社区,未经许可,禁止转载。

项目管理是管理学的一个分支学科 ,运用系统的观点、方法和理论,对项目的全过程进行有效的管理,强调的是在有限的资源限定条件下,实现或超过设定的需求和期望


每一个项目都有它的特殊性,但没有给项目都在努力追求商业的成功,也许你就职于一个有着完善组织机制的大公司,也许你目前正处于一个摸索阶段的创业团队,对于产品经理,掌握一定的项目管理方法论,熟悉一个项目的全过程,对推动一个产品走向成功无疑有巨大的帮助。


产品(项目)经理是是被授权执行一项商业目标的角色,也是通过将部分或全部事项授权给他人完成任务的角色。随着被授权工作的展开,此时的目标就是变成了如何保证项目按计划推进,但不能指望一切顺利。


本系列试图以产品经理的身份,从项目的视角,通过一些真实的项目案例,还原一个项目过程的必要过程(裁剪),以及一个项目中最容易陷入的雷区。回答的是下面的问题:


  1. 我应该做些什么

  2. 我应该提供什么样的信息

  3. 我应该做出什么样的决定

  4. 我应该从哪里获得支持


整个过程里面,有且只有一个目标:让正确的人,在正确的时间,获取到正确的信息,做出正确的决策


基于此,本系列分拆了6个主题,通过案例阐述基本的原则和工具的使用。


1分清楚产品还是项目


不要轻易的把产品和项目混为一谈,产品和项目在有些时候一对矛盾体,根本原因在于他们的目的差异性。 


不管你是否身兼产品和项目的管理角色,一定要能根据具体的情况,切换你的角色身份。当需要关注用户的时候,要把用户放在第一位,当需要关注进度的时候,就应该先把东西给做出来。


很多时候的产品失败,往往是因为混淆了自己的角色定义,不管实际情况,造成产品开发过程的反复拉锯,进而带来团队士气低落,产品迟迟不能上市,质量不过关的尴尬境地。

2尽量用一种工具,阐述项目的诉求


作为产品经理,首要的职责就是搞清楚用户的需求,并把用户的需求转化为产品的需求。对项目本身而言,需求文档是最高指导标准,决定了项目的边界基线,决定了项目的资源、时间和成败的投入,更是衡量项目是否成功的标尺。

由于项目的特殊性,产品经理应该因地制宜的选择合适的工具作为载体,灵活运用xmind、axure等本地或线上工具,本人最常用auxre作为核心工具,甚至可达到取代部分工具,这么做的好处是为了聚焦精力于产品本身。


axure撰写prd的需求模板,可直接在文末找到模板下载地址。



任何的工具只是一个手段,不是目的,千万别把精力陷入在工具辩论赛中。


在这个模板里面,你可以看到有清晰的范围界定和里程碑计划,以及需求的变更记录,这么做的好处是整个团队可以跟随一份文档,全面了解整个项目的状况,推荐你这么尝试去实践你的项目。


其中有一条非常的关建,那就是文档本身的版本控制。

希望有心的你,善加利用。


3项目的成功,依赖于你争取到的项目环境


项目之所以难关,首当其冲的原因就是项目相关的利益方不受你的管理,甚至可以说,你只是被临时赋予推动这个项目的权力,而不具备相应的人事管理权。


所以,一定要搞清楚你所处的环境,争取足够的支持和授权,你能做什么,你能决定什么,什么该汇报,什么该请示,才是最关建的。



对于大型的项目,可以考虑借助干系人分析表,项目组织结构等工具进行人与事的管理。

相关模板,可在文末找到下载地址。


4理清任务的逻辑,才有合理的计划



一个项目的成功,有赖于产品经理对需求的理解,设计,更进一步的是,把需求真正分拆出来可执行的模块,张三做什么,李四做什么,他们各自在什么节点,需要交付什么成果。


所以,相对来说,通过用户故事板来描述需求,不但可以把项目需求梳理清晰,也能让团队协助发现未完善的功能,并能保证整个团队对项目的交付成果负责。


在整个环境里面,你需要用到包括里程碑计划,项目看板,而“WBS”或者“PBS”通过auxre的原型输出是我最提倡的方式。



记住,里程碑是工程师对成果输出的承诺,也是你对用户、对老板、对团队的成果承诺

相关模板,可在文末找到下载地址。


5过程步步惊心,一定要把握好的节奏


项目进入到这个阶段,实际上如果你能很好的使用上述工具,并保证在整个项目过程中持续更新,你应该不太需要其他工具就可以较好的管理整个进度。

因为进入到这个阶段,项目依赖的是有序的控制,包括进度更新,变更管理和风险控制,每一项任务实际上都已经开始有了输出,反而是工具的使用以及大幅度降低。


这个过程里面,最要注意的是真实的进度状况,以及资源的消耗情况,并及时关注团队的士气


步子不要迈得太大。

不要在项目过程中,随意的加塞人和事,而要想办法把这个阶段的内容落地为成果。


6变更管理,管的是期望,要的是权力


需求的管理,首先是对业务和整个项目的目标期望的管理,如果没有对阶段性的目标达成一致的期望,项目失败的可能性极高。


产品经理不但是要向上管理老板们的期望,想下也要管理项目团队的期望,而用户的期望是第一位的。


所以,你可能已经发现,在整个过程里面,你需要争取到一定的权力,什么时候可以做出什么决定。而这一点,正是项目复杂的地方。也是为什么在梳理基本的项目概念时,会需要花费那么大的笔墨,强调项目环境的重要性。


你不能掌控的, 才是最大的风险。



但同时,有一个“诡异”的现象是产品经理自己的期望值,不要让自己的个人好恶影响整个产品的落地,你需要剥离自己的角色,在一个产品开始落实到项目的过程里面,你应该让自己长期保持一种局外人的眼光,强迫自己保持一种客观的心态。


这一点,后续的文章再详细展开。


自此,项目管理系列文章结束,希望能对你的产品管理有所裨益。


经验分享
登录 后发表评论