产品经理如何有效的进行项目管理(一).pdf

产品经理如何有效的进行项目管理 （一 ） 首先 ，咱们得来说道说道PM （Product Manager ）需要具备哪 能力 ？ 35%的项目管理 能力 ，15%的个人能力 ，20%的业务能力 ，15%的技术能力 ，15%的沟通处理冲突能力。 那么 ，问题来了 ，如何提升项目管理能力呢 ？百度、Google上面搜一下可以看到很多官方 答案 ，今天咱们换个角度来看看可以从哪几个方面着手 ，去提高项目管理能力。 目标计划 1.制定目标——明确目标 这个“目标”可以是项目测试通过封包的日期 ，也可以是上线发布日期 ，但一定要整个团队达成一致 ，如果上线 ，可能需要负责市场的同事参与知晓 ； 2.制定计划——明确计划 根据第一点明确了目标 ，那么项目成员可以开始制定计划 ，也可以是产品经理制定计划 ，一般包含 几个关键checkpo int ： 需求文档产出时间节点、交互文档产出节点、视觉稿产出节点、依赖的外部接口提供节点、开发送 测节点、功能测试完成节点、全回归测试完成节点 ； 这七个checkpo int 可以根据时间情况有所增减 ，有人会问 明确这个计划的作用是什么呢 ？ 3.评估风险 那么在制定计划后 ，项目每个成员根据计划 ，来确定该做什么、怎么做、什么时候完成。 在多人跨 团队的项目里这一步尤其重要 ，可以说这一步走好了 ，后面项目进程会非常顺畅。 咱们随意的列举一下曾经踩过的坑 ：A项目启动时没有交互文档 ， hat a F**k ，开发的ERD/测试的 用例都依赖交互文档 ；依赖的接口 （其他部门 ）直接说暂无排期 ，或者是3-4周后提供 ， hat a F**k ，那搞毛 ；开发送测时间太晚导致测试时间不足。每个成员进行计划评估后 ，项目可能亮起了 黄灯 ，产品经理得做点什么吧 ？ 4 .协调资源/修改计划 根据项目紧急程度、上级重视程度 ， 及时的协调各种资源 ，优化排期 ，修改计划吧。这时候可能会 把123再来一遍 ，问题会越来越少 ，过程会越来越透明 ，进度会可视可控 ，是不是感觉嗨的不行。 沟通 与人打交道 ，第一靠情商 ，第二靠技巧 ，都不行 ，那就只能靠姿色了~好了 ，咱们言归正传。 1.沟通技巧 为何需要掌握沟通技巧 ？ 当团队十几人 ，几十人的时候 ，可能你会碰到各种性格色彩的“同事” ，所 以得有备无患。 第一步 ：知己知彼 ，了解团队里所有人的性格和工作习惯 ； 第二步 ：以其人之道还治其人之身 ，与性格张扬思维活跃的设计打交道、与寡言少语专注技术的 程序员打交道、与一丝不苟非常严谨的测试打交道、与不太配合的其他部门同事打交道 ，用对方对 容易接受的沟通方式以求迅速达成一致 ，good jo b ！ 2.沟通效率 何为效率 ，就是减少不必要的沟 （f ei ）通 （hua ）。Ho ？ 1. 能面对面 ，就别打电话 ；能打电话 ，就别Q Q/RT X/LY NC。文字沟通难免会有理解不同 ，导致 挖坑 ；面对面简短的表述我的问题、我需要的支持、什么时间 ，并及时得到反馈。 2. 永远别相信对方口头承诺的 ，Never ！线下电话o r当面沟通完 ，一定出一封邮件 ，阐述清楚并得 到对方确认 ，邮件在有 时候真的挺有用的。 3. 会议之痛肯定有人懂 ，会议时间尽量选择碎片化时间 ，比如9:30、13:30、5 ：00 ，这样的话就不 会总觉得“奥 ，我待会有个会” ，时刻处于被会议影响的工作状态。 会议中要避免问题大范围的展开 讨论 ，可记下问题会后详谈 ；注意控制会议进展 ，当然偶尔闲聊 ，但是注意控制时长 ，尽量在计划 时间内搞定。 执行力 这里说的执行力 ，可以理解为提升团队的执行力 ，计划再好 ，沟通再好 ，执行力不行 ，都是浮云… 至于方法 ，可以从以下几个方面着手 1. 日常工作中能够及时响应 ； 2. 每件事都有一个节点 ，反馈进度 ； 3. 高效的推动力 ，自己负责的事情能够推动解决并跟进 ； 4 . 产出物的质量要高 ， 包含各种文档、送测质量、测试质量 ， 这点很关键 ，以后单独细细道来~ 5. 保持进步 ，项目不会只有一个 ，可能是一个接一个项目 ，那么如何保持进步 ？ 现在有很多方式去 统计各种数据 ，各种敏捷方法 Scrum/看板 ，有幸经历了2年Scrum2年看板并经历了从0到1 ，下回咱 们聊聊玩转敏捷 …… 欲知后事如何 ，请看下集 作者 ：酒肉和尚 ，目前处于转型期 ，从测试转岗到产品 ，正在疯狂补充各种产品技能 ，并对之前工 作进行总结 ，学而不思则罔 ，思而不学则殆 ，求职武汉产品岗