产品经理的进阶——项目

本文详细介绍了产品经理从产品到项目的过程,涵盖立项、需求管理、项目管理等多个方面。通过kick off会议、文档编写(BRD、MRD、PRD等)、评审流程,以及敏捷方法的应用,阐述了如何有效进行项目管理,以实现多快好省的目标。同时,讨论了项目管理中的文档和流程重要性,以及应对变化和突发事件的策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

【需要word版本的,请私信我】

目录

【需要word版本的,请私信我】

第三章 项目

第三章 项目

3.1从产品到项目

做产品vs做项目:

产品经历vs项目经理:

3.2一切从kick off开始

立项工作内容:

工作量评估(三点估算法):

沟通:

KO“kick off会议”:15分钟

做项目的目标:多快好省——范围大、时间短、品质高、资源省。

3.3关键的青春期,又见需求

写文档:BRD、MRD、PRD、FSD

PRD:P105

UML(统一建模语言):类图、用例图、状态图

用例文档UC:P108

UML:时序图、活动图及其他P111

Demo:

概要设计与详细设计:

评审:P117

日常需求发布流程:P118

3.4成长,一步一个脚印

开发阶段:P120

测试阶段:P121

Bug定义:P123

项目发布:P125

项目小结+项目发布公告:P127

拥抱变化,突发情况:P130

3.5山寨级项目管理:文档管理+流程管理+敏捷方法

文档只是手段:P131

玩转office:字——>表——>图P136

流程也是手段:P139

流程的本质目的:P139

评审:P141

商业评审与技术评审:p142

敏捷方法:P143

职业寄语:任何情况下,我们都要做好手头上的事情,确保“就算这事儿对公司来说又黄了,我也要通过做事有所收获”。

3.6物竞天择,适者生存P148

特色项目:P129

一路坎坷P152


 


第三章 项目

立项3.2——>需求(开发)3.3——>开发+测试+发布=3.4

文档管理+流程管理+敏捷方法=3.5

3.1从产品到项目

项目定义:只会进行一次 + 包含多项互相关联的任务 + 有绩效、时间、成本、范围限制的一项工作。

做产品vs做项目:

  1. 生命周期:

产品——生命周期长 + 关注整个产品从规划到制造,再到维护和消亡。

项目——生命周期短 + 有特定目标 + 在项目开始前有明确的起始和结束时间,通过验收就表示项目生命周期结束。

  1. 具体要做的事情:

产品——更多探索,伴随内外部信息变化 + 产品负责人需要不断修正自己的判断,给出适宜的创新。

项目——开始时就有明确目标 + 更注重计划与控制 + 项目过程更像是执行一个任务。

  1. 产出物:

产品——可以是批量生产,或提供给大量用户,相对通用 + 考虑用有限的资源去满足更多、能有更多回报的特定需求。

项目——项目只进行一次,每次都是定制的、个性化的 + 为了满足特定的需求,产出物也比较个性化。

Ps:项目的产出物经过改造,成为更通用的产品;或者产品经历“个性定制化”(即做项目)。

产品经历vs项目经理:

产品经理——靠想【判断力+创造力】。做正确的事。其所领导的产品是否符合市场的需求,能否给公司带来利润。

关注产品生命周期、能否赚钱、能否持续赚钱。规划整个产品的架构和发展路线 + 能够确定产品的定位和受众,能够预计产品真正的价值和效益。

 

项目经理——靠做【执行力+控制力】。把事情做正确,把事情做完美。在时间、成本和资源约束的条件下完成目标。

关注项目能否按照既定的目标顺利完成。按照产品规划的项目目标正确地做事情。项目能按照目标完成就是成功;产品是否盈利不在考虑。

 

3.2一切从kick off开始

立项工作内容:

需求筛选——>【立项】:团队组建——>计划确定——>kick off

工作量评估(三点估算法):

       工作量=(最乐观+最悲观+最可能)/3

       工作量=(最乐观+最悲观+最可能X4)/6

沟通:

沟通方式:

       周期:以“日”或“周”为单位。

       渠道:会议、邮件等;在成本和效率之间平衡。

      发起者:项目经理、开发经理、测试经理主导相应沟通。

       参与者:发起者确定参与者,不要遗漏项目边缘的同事。

沟通方法:

项目晨会:从项目进入开发阶段至发布日截止;开发经理每日召集相关人员,主要是PD、开发人员、测试人员参加。

项目日报:自kick off起至发布日截止;项目经理每日发给项目的所有干系人,测试开始后以测试日报为主。

评审会:相应的PD召集需求评审;相应的开发人员召集设计评审;相应的测试人员召集TC(测试用例)评审;产品可用之后,项目经理召集功能评审,项目所有干系人参与评估。

项目变更申请:项目发生重大变更,项目经理与项目督导委员会沟通后确认变更。

发布预告及公告:项目经理在项目发布前两个工作日发预告给项目所有干系人;项目发布成功后发公告给项目所有干系人。

KO“kick off会议”:15分钟

  1. 项目背景:我们在哪里?说过去。为什么要做这个项目?
  2. 项目意义、目的与目标:我们去哪里?说将来。做项目之后的美好前景,解决什么问题算成功。
  3. 需求、功能点概述:我们怎么去?说现在。具体使用什么方法促使“过去”到“未来”的转变。

Ps:类似BRD里的项目背景、商业价值、需求描述。

  1. 项目组织架构:让项目成员互相认识,明确有什么事情该找谁。
  2. 项目计划:项目的时间点与里程碑 + 各个时段需要的资源,即每个人要在各个阶段做什么事情。
  3. 沟通计划。

做项目的目标:多快好省——范围大、时间短、品质高、资源省。

TRQ:在保证品质(质量+数量)的前提下,在时间要求、人财物花费、项目范围三点上做到平衡。

心中有“树”WBS(work breakdown structure):P102页模板。

3.3关键的青春期,又见需求

写文档:BRD、MRD、PRD、FSD

  1. BRD商业需求文档:

最早的文档。包括市场分析、销售策略、盈利预测等。

PPT给老板们演示;短小精悍,没有产品细节。

主要为了获得认可,争取资源。

  1. MRD市场需求文档:

获得支持后写。包括更细致的市场和竞争对手分析;可通过哪些功能来实现商业目的;功能、非功能需求分几块;功能的优先级等。

Feature List;业务逻辑图。

是从商业目标到技术实现的关键转化文档。

————————————————————————————以上都是给老板看的

  1. PRD产品需求文档:

需求开发过程。

包括整体说明、用例文档、产品demo等;会对功能做详细描述。

  1. FSD功能详细说明:

经常包含在PRD中。开始出现技术内容,包括产品界面、业务逻辑等细节要确定。

PRD:P105

 

  1. 修订历史。
  2. 项目概述。
  3. 功能范围。
  4. 用户范围。
  5. 词汇表。
  6. 非功能需求。
  7. 其他说明。
  8. 用例文档:

首先,

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值