项目管理是管理学的一个分支学科 ，运用系统的观点、方法和理论，对项目的全过程进行有效的管理，强调的是在有限的资源限定条件下，实现或超过设定的需求和期望。
产品（项目）经理是是被授权执行一项商业目标的角色，也是通过将部分或全部事项授权给他人完成任务的角色。随着被授权工作的展开，此时的目标就是变成了如何保证项目按计划推进，但不能指望一切顺利。
对产品经理而言，做什么很重要，如何把一件事情真正落地做好，同样至关重要。
文 | 杜松，公众号 | 产品微言
本系列试图以产品经理的身份，从项目的视角，通过一些真实的项目案例，还原一个项目过程的必要过程（裁剪），以及一个项目中最容易陷入的雷区。回答的是下面的问题：
我应该做些什么
我应该提供什么样的信息
我应该做出什么样的决定
我应该从哪里获得支持
整个过程里面，有且只有一个目标：让正确的人，在正确的时间，获取到正确的信息，做出正确的决策。
基于此，本系列分拆了6个主题，通过案例阐述基本的原则和工具的使用。
1、分清楚产品还是项目
不要轻易的把产品和项目混为一谈，产品和项目在有些时候一对矛盾体，根本原因在于他们的目的差异性。
不管你是否身兼产品和项目的管理角色，一定要能根据具体的情况，切换你的角色身份。当需要关注用户的时候，要把用户放在第一位，当需要关注进度的时候，就应该先把东西给做出来。
很多时候的产品失败，往往是因为混淆了自己的角色定义，不管实际情况，造成产品开发过程的反复拉锯，进而带来团队士气低落，产品迟迟不能上市，质量不过关的尴尬境地。
本节主题文章：产品 & 项目，欢喜冤家故事多
2、尽量用一种工具，阐述项目的诉求
作为产品经理，首要的职责就是搞清楚用户的需求，并把用户的需求转化为产品的需求。对项目本身而言，需求文档是最高指导标准，决定了项目的边界基线，决定了项目的资源、时间和成败的投入，更是衡量项目是否成功的标尺。
由于项目的特殊性，产品经理应该因地制宜的选择合适的工具作为载体，灵活运用xmind、axure等本地或线上工具，本人最常用auxre作为核心工具，甚至可达到取代部分工具，这么做的好处是为了聚焦精力于产品本身。
axure撰写prd的需求模板，可直接在文末找到模板下载地址。
任何的工具只是一个手段，不是目的，千万别把精力陷入在工具辩论赛中。
在这个模板里面，你可以看到有清晰的范围界定和里程碑计划，以及需求的变更记录，这么做的好处是整个团队可以跟随一份文档，全面了解整个项目的状况，推荐你这么尝试去实践你的项目。
其中有一条非常的关建，那就是文档本身的版本控制。
希望有心的你，善加利用。
本节主题文章：如何用Axure输出高质量的PRD？
3、项目的成功，依赖于你争取到的项目环境
项目之所以难关，首当其冲的原因就是项目相关的利益方不受你的管理，甚至可以说，你只是被临时赋予推动这个项目的权力，而不具备相应的人事管理权。
所以，一定要搞清楚你所处的环境，争取足够的支持和授权，你能做什么，你能决定什么，什么该汇报，什么该请示，才是最关建的。
对于大型的项目，可以考虑借助干系人分析表，项目组织结构等工具进行人与事的管理。
本节主题文章：产品经理带项目？厘清概念准备挖坑。
4、理清任务的逻辑，才有合理的计划
一个项目的成功，有赖于产品经理对需求的理解，设计，更进一步的是，把需求真正分拆出来可执行的模块，张三做什么，李四做什么，他们各自在什么节点，需要交付什么成果。
所以，相对来说，通过用户故事板来描述需求，不但可以把项目需求梳理清晰，也能让团队协助发现未完善的功能，并能保证整个团队对项目的交付成果负责。
在整个环境里面，你需要用到包括里程碑计划，项目看板，而“WBS”或者“PBS”通过auxre的原型输出是我最提倡的方式。
记住，里程碑是工程师对成果输出的承诺，也是你对用户、对老板、对团队的成果承诺。
本节主题文章：项目中最容易忽视的两个大坑
5、过程步步惊心，一定要把握好的节奏
项目进入到这个阶段，实际上如果你能很好的使用上述工具，并保证在整个项目过程中持续更新，你应该不太需要其他工具就可以较好的管理整个进度。
因为进入到这个阶段，项目依赖的是有序的控制，包括进度更新，变更管理和风险控制，每一项任务实际上都已经开始有了输出，反而是工具的使用以及大幅度降低。
这个过程里面，最要注意的是真实的进度状况，以及资源的消耗情况，并及时关注团队的士气。
步子不要迈得太大。
不要在项目过程中，随意的加塞人和事，而要想办法把这个阶段的内容落地为成果。
本节主题文章：不切实际的项目计划，只会诱使项目失败
6、变更管理，管的是期望，要的是权力
需求的管理，首先是对业务和整个项目的目标期望的管理，如果没有对阶段性的目标达成一致的期望，项目失败的可能性极高。
产品经理不但是要向上管理老板们的期望，想下也要管理项目团队的期望，而用户的期望是第一位的。
所以，你可能已经发现，在整个过程里面，你需要争取到一定的权力，什么时候可以做出什么决定。而这一点，正是项目复杂的地方。也是为什么在梳理基本的项目概念时，会需要花费那么大的笔墨，强调项目环境的重要性。
你不能掌控的， 才是最大的风险。
但同时，有一个“诡异”的现象是产品经理自己的期望值，不要让自己的个人好恶影响整个产品的落地，你需要剥离自己的角色，在一个产品开始落实到项目的过程里面，你应该让自己长期保持一种局外人的眼光，强迫自己保持一种客观的心态。
本节主题文章：如何应对无休止的需求变更和缺胳膊少腿的文档
<未完待续>
关注公众号 产品微言，回复“ 项目 ”，即可下载本系列完整 PPT
———— / END / ————
