产品管理的敏捷方法论

2020-11-02 18:36:32

阅读 1924

在做电商网店的卖家都有一个众所周知的问题,就是在推广方面,生成短链接时,长链接如何转换短链接的细节问题,在长网址转短网址的时候,需要用到短链接生成工具,好的短链接工具可以提升转化率,可直接跳转详情页,减少用户流失率,短链接在线免费生成工具。

社群推广短链接再次重回大家推广计划中的重要位置。做过社群推广的朋友大家都应该有一个同感,就是难!这个难主要难在内容发出去都很难,社群推广中链接被删、链接被封已经成为一件常事,而使用缩短链接工具就可以解决推广中的各种受限问题。

编辑导语:敏捷管理是软件项目应用中常见的管理方法,可以帮助公司设计和构建正确的产品,有助于软件公司在整个开发过程中分析和改进产品;本文作者分享了关于产品管理的敏捷方法论,我们一起来看一下。

一、敏捷方法论与产品管理

产品管理有许多不同的样式,但是在本文中,我们将重点介绍敏捷方法论,尤其是Scrum,它是专门用于软件开发的敏捷变体。

Scrum是一个产品管理框架,使用大约七个人的团队,每个人都有自己的角色;Scrum为团队成员,会议和规则提供了清晰的结构;这些团队在称为Sprint的一到两周时间内工作,这些冲刺通常持续一到两周左右,但永远不会超过一个月,每个Sprint的目标是建立可交付的产品增量。

Scrum是一个管理过程,专注于使用增量和经验方法进行软件开发。强调管理和团队,以及开放的沟通渠道;对于复杂的软件开发项目来说,这是一个非常简单的框架;而且,Scrum比喻是橄榄球,它使团队能够自我组织并快速做出改变。

但是在深入研究所有细节之前,让我们定义产品管理。

1. 什么是产品管理?

产品管理是制造合适的产品,为合适的人解决合适的问题的过程;合适的人是客户,客户与业务和技术一起构成了产品管理流程的核心;在此过程中,愿景或想法成为有价值的产品。

项目经理是组织中非常重要的人——通常,您会在为客户或企业对企业(B2B)使用构建软件或产品的公司中找到产品经理,产品经理基本上是产品的首席执行官,他们负责产品的战略和路线图,以及参与产品制造每个步骤的员工团队;产品经理负责分析市场并观察竞争情况,并根据他的评估制定初步的产品愿景。

项目经理负有战略和战术职责,必须具有出色的领导才能;他或她必须能够弥合设计产品的许多不同团队之间的鸿沟,从设计和工程到销售和营销。

让我们想想苹果公司,它有几种产品,例如iPhone、iPad、iTunes、Apple TV等;这些产品中的每一个都有一名产品经理,负责指导产品流程从创建到完成。

对于iPhone,项目经理将拥有成千上万的员工,包括许多初级项目经理,项目经理将直接向首席执行官汇报;注意事项:史蒂夫·乔布斯最初是一名项目经理,许多项目经理晋升为公司中的最高执行职务,包括首席执行官。

让我们在讨论项目管理及其许多复杂性时使用一个示例。

公司A是一家技术公司,为服务行业构建软件;他们的客户X Hotels是高档连锁酒店,他们正在寻找一个新的软件程序来帮助他们更好地管理自己的酒店;公司A将使用产品管理来开发和生产该产品,项目经理从构思到最终完成都将看到产品——这称为产品生命周期。

2. 产品生命周期管理

有四个主要步骤。

步骤1:构思产品——这是团队计划,想象和创新的地方。

需要开发什么产品?产品管理团队在此阶段根据客户和或公司的需求确定产品需求。

此时,可以确定主要技术参数,并且可以开始初步设计工作。

对于我们的示例,我们了解到X Hotels需要一个新的软件程序,以帮助他们更好地经营自己的酒店;这可能包括预订,人力资源,设施以及酒店业的其他方面;在此阶段讨论所有这些请求,该团队将与X沟通,并获得他们希望其软件能够执行的所有操作的列表;A会提出建议,但会清楚地了解客户在软件产品中的需求。

步骤2:设计产品——团队将在这里定义,开发,分析和测试产品。

在此阶段,团队将开始设计过程,该过程将从产品形式开始,发展到原型,最后是最终产品发布;设计过程可以使用多种工具,例如CAD,该工具允许进行混合建模、逆向工程、基于知识的工程、无损测试等;设计过程可能适用于许多不同的工程学科,例如机械、电气、软件、建筑、汽车等;对于X酒店,A将使用软件开发过程,这将涉及软件设计师和程序员。

步骤3:实现产品——在这里建造,制造,销售和交付产品。

产品设计完成后,团队将决定如何制造产品。这可以采取多种形式,具体取决于产品的类型和所需的工程。

对于X酒店,这意味着要接收软件并投入使用,一旦交付发生,那并不是关系的结束;公司A仍将提供支持并解决可能出现的任何问题。

步骤4:服务——维护和支持产品的时间。

这是生命周期的最后一步,涉及其他团队,例如客户服务、技术支持和销售,它还可能需要团队进行维护和保养;每个产品,无论是什么产品,都具有“寿命终止”的特征;无论产品是被扔掉还是变得无法使用,这都是必须考虑的问题。

每个阶段都需要团队中的每个成员进行沟通和协作,没有其他团队的沟通和反馈,任何团队都无法独立工作,信息不断在团队之间以及不同人员和系统之间流动。

3. 敏捷从何而来?

1970年之前,大多数产品管理都使用Waterfall方法。

然后,Winston Royce博士写了一篇对顺序开发至关重要的论文,并认为软件不能以与汽车或机械相同的方式进行开发,流水线不适用于软件开发。

二、Waterfall产品管理方法论

软件开发中使用的一种过时的方法,它使用顺序设计的过程,其中的流程像瀑布一样向下流动;该过程从构思概念开始,然后进行设计、开发、制造、生产、销售和维护。

在装配线上,必须先完成项目的每个部分,然后才能开始下一部分;想想正在建造的汽车,您先从机箱开始,然后添加电动机、门等;软件开发无法正常工作。

在使用Agile之前,公司在开发软件时会收集所有信息,然后进行设计,然后编写代码等;Royce认为沟通是关键,并且每个小组都必须了解其他小组正在开展的工作。

使用Waterfall方法,一个动作在下一动作之后发生;但是,这不适用于软件开发;Waterfall 意味着在设计和编码发生之前就可以确定项目的每个需求,而这种情况很少发生。

您能想象将开发人员所需的一切告诉开发人员,等到该软件启动并运行以对其进行审查吗?

产品开发人员将希望在整个过程中与开发团队讨论产品,以便可以识别任何错误或进行改进。

否则,开发过程可能会花费很长时间。

使用敏捷,团队可以迭代开会,这样做可以简化产品开发流程,并增强团队中许多不同成员之间的沟通。

Waterfall方法将带来什么样的产品效益?在软件开发之外,哪种产品将从敏捷方法学中受益?

1. 什么是敏捷产品管理?

敏捷产品管理是一种方法,专注于不断改进产品,使用团队并交付最高质量的产品,最著名的敏捷产品管理方法包括Scrum以及极限编程和精益。

所有这些方法都遵循“敏捷宣言”及其12条原则,将其重点放在人员,产品和沟通上,它们是在产品管理期间使用敏捷方法时必须使用的概念。

这是12条敏捷原则:

  • 我们的首要任务是尽早并持续交付有价值的软件,以使客户满意。
  • 即使在开发后期,也欢迎不断变化的需求。敏捷流程利用变更来获得客户的竞争优势。
  • 频繁交付工作软件,从几周到几个月不等,而更倾向于缩短时间。
  • 在整个项目中,业务人员和开发人员必须每天一起工作。
  • 围绕有上进心的人建立项目。给他们提供所需的环境和支持,并信任他们来完成工作。
  • 向开发团队内部传达信息的最有效方法是面对面的对话。
  • 工作软件是进度的主要衡量标准。
  • 敏捷过程促进可持续发展。外援,开发人员和用户应能够无限期地保持恒定的步伐。
  • 持续关注技术卓越和良好的设计可增强敏捷性。
  • 化繁为简。
  • 最佳的体系结构,需求和设计来自自组织团队。
  • 团队定期检查如何提高效率,然后相应地调整其行为。

2. 价值敏捷路线图

敏捷的价值路线图是经理如何对项目进行高层次的了解,它分为几个阶段:

阶段1:产品所有者/经理将确定产品的愿景。这将回答产品是什么,它将如何为公司提供帮助以及将由谁使用。产品的愿景会随着时间而改变。

阶段2:在此阶段,产品负责人/经理制定了产品路线图,该路线图是对产品要求的高层概述,以及必须在何时完成这些要求的时间表;此时产品经理可以确定需要完成的工作和顺序的优先级,从而有效地制定路线图,路线图应至少每年修订一次或两次。

阶段3:在这个阶段,产品经理创建发布计划,这确定了产品的时间表以及何时发布产品或软件;许多敏捷项目都有多个版本,最重要的功能先发布。

阶段4:在此阶段,项目经理和团队计划迭代(在Scrum中称为sprint),并使用这些迭代来创建产品;每次迭代的开始都将进行计划会议,这是团队将决定该迭代需要哪些需求的地方。

阶段5:在每次迭代(或冲刺)期间,团队将举行每日会议。每次会议不应超过15分钟,以讨论昨天发生的事情,当天应发生的事情以及出现的任何问题。

阶段6:在此阶段,团队将进行审核;该检查将在每次迭代或冲刺结束时进行。在这次审查中,团队将讨论在迭代过程中创建了什么工作产品。

阶段7:在此阶段,团队将举行迭代/冲刺回顾;这是团队讨论最后一次迭代/冲刺如何进行以及在下一次迭代/冲刺中可以进行哪些改进的时候,每个迭代/冲刺结束时都会进行回顾。

3. 敏捷项目管理角色

为了成功完成一个项目,它需要一个完整的团队。

这些团队由许多员工组成,将分为以下五个小组之一:

  • 开发团队:这些是创造产品的人,这可能包括程序员、设计师,或在开发过程中起作用的其他任何人。
  • 产品负责人:产品负责人是充当客户、公司、团队和任何利益相关者的中间人的人;产品负责人是产品的老板,他是客户需求的专家,产品负责人每天与开发团队合作;在某些方法中,产品所有者可以称为客户代表。
  • 敏捷大师:该人负责支持开发团队,解决问题和清除障碍,并保持敏捷过程的一致性;在Scrum中,此人称为Scrum管理员,也称为项目协调人。
  • 利益相关者:这些人对项目有任何兴趣,他们对产品不承担任何责任;但他们确实提供了一些意见,并对成功的产品有既得利益,这些利益相关者可以来自其他部门甚至其他公司。
  • 敏捷导师:该人员具有敏捷项目的经验,并且精通敏捷方法;导师经常向团队提供反馈或建议,并帮助他们在更高水平上发挥作用。

敏捷产品管理工件:

当您处于项目中时,如何衡量进度?在敏捷方法中,有六个主要工件用于跟踪项目进度。

  • 产品愿景声明:这是描述产品的使命声明或摘要。它基本上是电梯的间距,并且必须能够清楚地说明产品的愿景和目标。
  • 产品待办事项列表:这是项目所需内容的列表,从最重要到最不重要。第一个需求将形成产品积压。
  • 产品路线图:这是产品需求的高级视图,以及完成这些需求的大概时间表。
  • 发布计划:这是发布新开发的软件的时间表。
  • 迭代/冲刺积压:当前迭代或冲刺中使用的所有信息。
  • 增量:每次迭代或冲刺结束时产品的功能。

4. 敏捷项目管理阶段

每个项目都有阶段,敏捷项目有七个产品开发阶段。以下是七个阶段的列表:

  • 项目计划:此阶段是项目的初步计划,这涉及为产品创建愿景以及产品路线图,计划阶段可能只需要一天。
  • 发布计划:此阶段涉及计划要发布的每组产品功能以及发布时间,这些日期是必需的,以便团队能够调动即将发布的日期;对于敏捷项目,一次只需要计划一个发布。
  • 迭代/冲刺:这是团队创建新产品功能时的较短时间,通常为两周。这些时间可以短至一周,也可以长达四周;无论长度如何,每次迭代/冲刺都应相同。
  • 迭代/冲刺计划:这是在每次迭代/冲刺开始时召开的会议,目标在此确定;还确定了满足该目标所需的任何需求,以及完成该需求所需的各个任务。
  • 每日敏捷会议:这是每天举行15至30分钟的会议,讨论前一天发生的事情以及当天必须完成的事情;另外,任何问题都将在本次会议上讨论。
  • 评审:这是每次迭代/每次冲刺结束时举行的会议,由产品负责人主持。会议的目的是展示在冲刺期间完成的产品功能。
  • 回顾:这是在每次迭代/冲刺结束时举行的会议,团队讨论在冲刺期间有效的方法和无效的方法,以及可以做哪些改进。

5. 为什么要敏捷?

敏捷方法学通常是确定项目在产品生命周期中的进展方式的最佳方法,使用迭代或节奏(也称为sprint),团队必须产生可能是可移植的功能。

使用Waterfall方法,团队只有一次机会可以正确地完成每个项目方面的任务;使用敏捷方法,团队可以在整个产品生命周期中与其他团队成员不断地重新访问项目的各个方面。

有了Agile,团队就可以在每次迭代或冲刺时停止并重新评估,这使他们有时间进行新的想法或变更,甚至可以将其引导到一个全新的方向——这种方法可以减少成本和缩短上市时间。

敏捷帮助企业为客户打造最佳产品,它使他们能够不断地计划和重新计划项目,以优化其价值,从而使他们在市场上具有竞争力;敏捷使产品的市场保持相关性,并确保该产品最终不会被闲置且永远不会发布。

6. 什么是Scrum?

与敏捷一样,Scrum是迭代和增量的,并提供了灵活而全面的产品开发策略。

Scrum团队作为一个单元一起工作,以实现一个共同的目标;它允许团队进行自我组织,并鼓励与团队成员的密切沟通;它强调面对面的沟通,并在同一地点工作。

Scrum的主要原则之一是——客户可以在生产过程中的任何时候改变想法;此外,任何问题或挑战都可以迅速得到解决。

Scrum使用一种经验方法,着重于最大程度地提高团队的生产能力,并在出现问题或变化时能够做出响应。

 

本文由 @PM癮君子 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
赞赏
        缩我,高速云服务器
        实时掌握推广动态
        让您深入了解用户,提高推广转化率

        相关推荐
      1. 短链接数据统计:多维度统计访问情况,生成用户画像,助力精细化运营
      2. 随时随地更换跳转网址,一键轻松解决!
      3. 我的短链:满足多样化推广需求,实现短链接在线管理
      4. 短链接如何实现按渠道、按时间智能跳转?简单三步,轻松搞定精准营销!
      5. 联系我们
        1. 联系客服
          常见问题
      6. 公众号
        客服微信