导图社区 产品经理必学-敏捷开发
敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试。
编辑于2022-09-10 15:52:04 广东增长黑客,英文「Growth Hacking」,指的是创业型团队在数据分析基础上,利用产品或技术手段来获取自发增长的运营手段。说通俗一点,一家初创公司或者大中型公司内部针对新产品线而诞生的创业型团队,以数据驱动营销,以市场指导产品,通过低成本的手段解决公司产品早期增长问题。
PRD(Product Requirement Document)产品需求文档。是产品三大文档中使用最频繁,最重要的文档。对于任何一个产品经理来说都不会陌生的一个文档。 PRD(这里的PRD是指产品需求的表达传递的能力而不是单单指写PRD文档)可以衡量一个产品经理的逻辑思维与整体产品思维,也可以看出一个产品经理在某个领域的专业性。
原型制作是产品经理必会的技能之一。原型制作是产品经理、交互设计师、开发工程师沟通的最好工具。而该块的设计在原则上必须是交互设计师的产物,交互设计以用户为中心的理念会贯穿整个产品。利用交互设计师专业的眼光与经验直接导致该产品的可用性。
社区模板帮助中心,点此进入>>
增长黑客,英文「Growth Hacking」,指的是创业型团队在数据分析基础上,利用产品或技术手段来获取自发增长的运营手段。说通俗一点,一家初创公司或者大中型公司内部针对新产品线而诞生的创业型团队,以数据驱动营销,以市场指导产品,通过低成本的手段解决公司产品早期增长问题。
PRD(Product Requirement Document)产品需求文档。是产品三大文档中使用最频繁,最重要的文档。对于任何一个产品经理来说都不会陌生的一个文档。 PRD(这里的PRD是指产品需求的表达传递的能力而不是单单指写PRD文档)可以衡量一个产品经理的逻辑思维与整体产品思维,也可以看出一个产品经理在某个领域的专业性。
原型制作是产品经理必会的技能之一。原型制作是产品经理、交互设计师、开发工程师沟通的最好工具。而该块的设计在原则上必须是交互设计师的产物,交互设计以用户为中心的理念会贯穿整个产品。利用交互设计师专业的眼光与经验直接导致该产品的可用性。
产品经理必学-敏捷开发
1.敏捷从何而来
定义
快速+灵活
意义/软件危机具体体现
软件开发进度难以预测
软件开发成本难以控制
用户对产品功能难以满足
软件产品质量无法保证
软件产品难以维护
软件缺少适当的文档资料
瀑布开发模型
1计划
2需求分析
3设计
4编码
5测试
6维护
特点
优点
清晰地划分为不同的阶段,每个阶段有明确的职责和分工
缺点
单向不可逆,每一步都需要考虑清楚,很有可能导致前期设计过度
敏捷宣言
个体和交互胜过过程和工具
可以工作的软件胜过面面俱到的文档
客户合作胜过合同谈判
响应变化胜过遵循计划
精益求精胜过简单执行
敏捷12条原则
1、我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意
2、在项目的整个开发期间,业务人员和开发人员必须天天在一起工作
3、即使到了开发后期,也欢迎需求变化
4、经常性地交付可以工作的软件
5、可以工作的软件是主要的进度度量标准
6、围绕被激励起的个体来构建项目。为他们提供所需的环境和支持,并信任他们能胜任工作
7、最好的架构、需求和设计来自于自组织的团队
8、在团队内部,最有效果和最有效率的传递信息的方法是面对面地交流
9、敏捷过程提倡可持续的开发速度
10、不断地关注最优秀的技术和良好的设计能增强敏捷能力
11、简单是根本的
12、开发团队每隔一定时间,都会对如何能有效地工作进行反省,然后相应地对自己的行为进行调整
敏捷方法七武器
XP(极限编程)
TDD
Scrum
Crystal Methods(水晶方法族)
FDD(特性驱动开发)
ASD(自适应软件开发)
DSDM(动态系统开发方法)
轻量型RUP
XP极限编程
5个价值观
沟通
反馈
简单
勇气
尊重
方法论新贵
精益看板
关于《精益开发》读书笔记https://www.ituring.com.cn/article/15973
2.Scrum框架
事实上的敏捷工业标准
设计哲学
北京到上海
选择飞机,航空导航塔进行过程管理,起飞落地全过程
如果是汽车,过程很复杂,细节很多,没办法全程指挥
产品过程中,没办法有一个全程指挥,要把管理权限交给开发团队,让团队进行自管理,
随着复杂程度的提高,中央控制和调度系统面临崩溃。我们需要让团队进行 “自管理”
框架
三个角色
产品负责人
Scrum Master
团队
四个仪式
Sprint 计划会议
每日站会
项目经理主持
开发团队全员出席,产品经理建议出席
每天固定时间、固定地点(任务墙前)
全员必须站着开会,每人回答三个问题
我昨天做了什么
我今天计划做什么
我遇到了什么问题需要帮助
更新任务墙上的便签,与燃尽图
Sprint 评审会议
Sprint 回顾会议
三个物件
产品Backlog
ID、名称、优先级、估时、如何操作、注意事项
Sprint Backlog
拆成小黄条
燃尽图
可以将任务量化
岗位划分
鸡(重视结果)
高层管理人员
运营
市场人员
hr
客户
猪(重视过程)
产品经理
项目经理
工程师
设计师
测试
项管流程(两个中心)
产品经理
运营
大老板
市场
销售
用研
需求收集梳理
项目经理
视觉设计
IOS开发
Android开发
H5开发
server端开始
测试
项目研发
羊群:开发$测试,被需求变更压榨的、需要加班加点的狼:产品经理,视察需求、变更需求、要求一个月就要完成的牧羊犬:项目经理,拦住狼对羊的攻击,要保质保量完成
Scrum的迭代
Product Backlog(产品需求池)
Sprint Backlog
挑出需求最高的,进行小型迭代
进入迭代周期,每天开一次会
项目启动会
常见错误:不发布项目启动会
全员参与
三个环节
产品经理宣讲prd与原型图、开发与测试团队提问,产品经理答疑
开发和测试团队估时
砍功能,调优先级
砍功能、排里程碑
每日站会
Sprint 评审会议
Sprint 回顾会议
项目进度化可视化与任务墙
Story
说出用户故事,需求、页面
To Do
小黄条,工作要做什么
In process
进行中
To Verify
等待验证
Done
完成
迭代周期最好不要变,节奏一样
潜在可交付产品增量
每轮迭代的标准流程
研发迭代和产品设计迭代最好错开:项目启动会第二天,由项目经理带着开发团队,进行开发,产品经理进行一些细节的答疑,开始着手迭代产品设计
3.公司组织架构与实战挑战
公司组织架构
横向专业团队
视觉设计
交互设计
用户研究
测试
运维
BI
产品设计
项目管理
H5开发
ios开发
android开发
服务端开发
leader为技术经理
主要责任
专业技能的培训
公司技术选型
规范制定
新技术的引进
招聘面试
复杂项目技术攻关
专业职级晋升担任评审
为公司的技术先进性与稳定性负责
纵向跨职能团队
项目A
项目B
项目C
leader为产品经理和项目经理
主要责任
项目的需求梳理及设计
按时完成研发任务
为保障项目质量而测试
项目发布
为domain的效率、质量、稳定负责
横向专业团队与纵向跨职能业务团队的交叉
实战挑战
产品经理与项目经理原则上不要兼任
如果因为各种原因必须兼任,物理角色是一个人,逻辑角色上,需要将自己一分为二,左右手互搏
应用敏捷,搞定管理层,解决砍功能与上线时间
总结
本节课方法论数量4,案例数量6
方法论
敏捷开发
Scrum框架
XP极限编程
精益看板
案例
软件危机
鸡和猪
例会迭代
燃尽图
公司架构
看功能
推荐书籍
解析极限编程——拥抱变化
精益开发实战 用看板管理大型项目
scrum敏捷项目管理实战
硝烟中的scrum和xp——我们如何实施scrum(强烈推荐)