导图社区 产品经理必学-项目管理
产品经理日常工作里面最重要的工作之一是项目管理。项目管理,是为了完成一个特定任务或者目标而去计划,组织,鼓励员工,控制资源的一个过程或者活动。在有限的资源约束下,运用系统的观点、方法和理论,对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价,以实现项目的目标。
增长黑客,英文「Growth Hacking」,指的是创业型团队在数据分析基础上,利用产品或技术手段来获取自发增长的运营手段。说通俗一点,一家初创公司或者大中型公司内部针对新产品线而诞生的创业型团队,以数据驱动营销,以市场指导产品,通过低成本的手段解决公司产品早期增长问题。
PRD(Product Requirement Document)产品需求文档。是产品三大文档中使用最频繁,最重要的文档。对于任何一个产品经理来说都不会陌生的一个文档。 PRD(这里的PRD是指产品需求的表达传递的能力而不是单单指写PRD文档)可以衡量一个产品经理的逻辑思维与整体产品思维,也可以看出一个产品经理在某个领域的专业性。
原型制作是产品经理必会的技能之一。原型制作是产品经理、交互设计师、开发工程师沟通的最好工具。而该块的设计在原则上必须是交互设计师的产物,交互设计以用户为中心的理念会贯穿整个产品。利用交互设计师专业的眼光与经验直接导致该产品的可用性。
社区模板帮助中心,点此进入>>
项目时间管理6大步骤
互联网9大思维
项目管理的五个步骤
电商部人员工作结构
产品立项报告
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
经验分享:产品经理必懂的产品思维
产品诞生过程
产品经理必学-项目管理
1.项目阶段
早期阶段
团队成员多
研发工作量大
产品需求集中
工期要求紧
技术架构、规范、代码库、服务器等看不见的基础建设投入大
打硬仗
维护阶段
团队留少量人员,或兼职维护
研发工作量小
产品需求零散
工期要求不紧
产品的基础建设和核心业务代码已完成
守城池
精益看板 VS Scrum
Scrum
迭代周期,有dead line,重承诺,实际效率和交付时间方面更有保证。不容许增加新的需求和更改需求
因为不能新增需求,所以缩短迭代周期,可以把需要新增的功能放在迭代里
精益看板
前十的任务,无dead line,只有优先级,但优先级可随时调整更灵活
2.职能团队的归属感与责任感
纵向跨职能团队
最优解
leader为产品经理和项目经理
主要责任
项目的需求梳理及设计
按时完成研发任务
为保障项目质量而测试
项目发布
为domain的效率、质量、稳定负责
削弱技术经理的位置,强化跨职能技术团队的架构
如果开发团队是跨汇报线的虚拟团队
需要考虑
各团队的leader是帮手,还是阻力?
团队成员的考核指标是什么?有没有共同的目标?
产品和开发、测试是否互相信任,是否有充分沟通?
如果项目delay,责任人是谁?如果线上出现事故,责任人是谁?
产品经理和项目经理是否区分开?公司是否有项管团队,他们如何工作的?
产品经理是否足够重视项目管理方法论,是否重视项目启动会?
并非所有的问题都能解决,很多时候,有些问题完全超出我们能力、权限可以解决的范畴
虚拟团队的归属感、责任感
建立一个虚拟的组织
微信群 / 钉钉群 / QQ群,标准流程是什么,哪个环节的接口人是谁
保证每天有一个固定的沟通机会
每日早会,全员出席,全员发言
有清晰的里程碑
什么时间节点,谁要交付什么东西,哪天提测,哪天封测,哪天UAT,哪天上线
燃尽图
任务墙(更可信)
全员承诺
不死压玩不成的任务量,可以讨价还价,但每个人要承诺,对照里程碑no delay
项目进度可视化
每个人都知道别人在做什么,需要谁的帮助,当前进度如何,总的风险是否可控
禅道
Bugzilla
JIRA
测试人员的bug跟踪系统
各司其职
产品经理
项目启动会时,prd必须完备,在dead line日期之前,不再变更需求,也不再插新需求。为交付时间负间接责任,为拦住需求方提负担过重的需求负责
项目经理
为项目交付时间负责,为没拦住开发过程中需要变更负责,为长期加班状态负责。为线上bug负间接责任,为员工流失负间接责任。
测试
为线上bug负责
开发工程师
为各里程碑负责,为交付时间负责。为线上bug负间接责任
3.能否产生一个影子项目经理
每轮迭代的标准流程
功能设计/交互设计/视觉设计
1.需求方邮件确认,锁定需求
2.项目启动会
3.估时及里程碑确认
前后端开发/测试
1.禅道中P1、P2级bug全部关闭
2.进入UAT环节
功能验收/视觉验收
1.产品、需求方验收邮件确认
2.UED交互、视觉验收邮件确认
测试/发布上线
里程碑制定
预定上线时间,然后倒推
从封测开始,需要多少时间,尽可能不压测试的时间
生产环境、测试环境接口联调时间
前端、后端开发时间
找出瓶颈,调整优先级,或申请补充人手
确定是否要砍功能,从瓶颈出发,选择要砍的功能,或往后整体顺延上线时间
各团队的里程碑成型,邮件群发团队的各方确认。打印出来贴至任务墙
估时
燃尽图的进度其实并不可信
任务墙(更可靠)
任务墙上的小纸条,其实更有价值
主要靠经验
在实战中去掉了估算扑克牌
一方面增加时间上的压力,和团队的集体责任感
另一方面加强团队之间的信任
另外,为团队争取福利,邮件感谢信,KPI,小礼物等
实战中去掉了燃尽图
影子项目经理职责
项目经理的必要性,如果没有,要找个影子项目经理
产品经理应该多往生意上思考,而不是执行力
需求方为什么提这个需求
我能不能说他的做法不对
能不能理解他想做什么,为什么这么做
为了解决什么问题,有更好的解决方案吗
怎么赚钱,生意格局是怎样的
毛利率是多少,供应链是怎么来的
公司的组织架构为什么有这么些部门
每个部门的KPI是什么,部门之间是如何衔接的
跨职能团队中的正职项目经理
项管团队中的成员,拉一个过来成为虚拟团队的项目经理
团队中的测试
最资深且有责任感的程序员
总结
本节课方法论数量3,案例数量3
方法论
虚拟团队
迭代流程
任务墙
案例
项目阶段分析案例
虚拟团队案例
里程碑案例
推荐书籍
阿米巴经营模式