首页  ›   OKR资讯  ›   产品技术团队怎样引入OKR工作法(如何在企业推行OKR)

产品技术团队怎样引入OKR工作法(如何在企业推行OKR)

源目标   •   2021年10月22日 am 10:09   •   OKR资讯   •   阅读 0

  产品技术团队怎样引入OKR工作法(如何在企业推行OKR)

  小编在网络上发现很多网友对产品技术团队怎样引入OKR工作法(如何在企业推行OKR)有些疑问,都想要了解具体的作为产品经理,如何主导团队敏捷开发?到底是讲些什么内容,我们分6部分详细说明第一部分:作为产品经理,如何主导团队敏捷开发?第二部分:Scrum敏捷开发中的测试工作应该如何开展?第三部分:敏捷开发到底是什么?第四部分:武汉市没解封,但公司要员工上班怎么办?第五部分:求推荐一款比较适合敏捷开发团队协作的工具?第六部分:如何引导产品团队实现敏捷转型?

  目录

  作为产品经理,如何主导团队敏捷开发?

  Scrum敏捷开发中的测试工作应该如何开展?

  敏捷开发到底是什么?

  武汉市没解封,但公司要员工上班怎么办?

  求推荐一款比较适合敏捷开发团队协作的工具?

  如何引导产品团队实现敏捷转型?

  Q1:作为产品经理,如何主导团队敏捷开发?

  分析产品市场,制定相应的发展计划,以解决新产品的问题

  Q2:Scrum敏捷开发中的测试工作应该如何开展?

  在我们公司中,Scrum将使用Kanban。

  Q3:敏捷开发到底是什么?

  概括来讲,敏捷开发就是一种以用户的需求进化为核心,迅速迭代、循序渐进地进行软件开发的方法,核心是快速响应和持续迭代。要保证在迭代周期内,团队成员思想保持高度一致、以共同的节奏和共同的周期完成周期性运转,保证在每一个周期的同一时间点,团队中的每一个人做的事情是相对一致的。迭代也让团队内外有着共同的预期,知道什么时间点该做什么,该交付什么出来。或许这样理解起来仍有些抽象,那么让我们来看传统的开发是怎样进行的。传统的开发有个专有名词叫“瀑布式开发”,分为5个阶段:需求分析、设计、编码、测试和维护。这套方法定义了很完备的过程规范、严格遵从这种方式会使得研发运作过程十分严谨。但是,在瞬息万变的互联网和移动互联网时代,市场环境、用户需求、竞争对手等因素都在时时发生着改变。传统的瀑布式开发要求针对客户需求写出详细的分析说明书,仅仅这一点就耗费了大量时间,严格遵循规范但不够灵活的流程管理的结果可能是研发人员在开发过程中按部就班,产品技术上没有太多瑕疵,但是正式推出市场时可能部分功能已经落伍。和瀑布式开发相比,敏捷开发的特点就是“小步快跑、尽早交付”。在市场环境和客户需求变更非常迅速的情况下,为了让需求方尽早地看到结果,并给出反馈,以小步快跑进行开发并尽早地交付新的版本不失为一种好的解决方式。毕竟在互联网时代,可用的产品一定胜过完备的文档,并且及时的迭代可以不断修正问题。而要做到“小步快跑、尽早交付”,对团队也提出了一定要求:

  (1)准确分析市场需求这一点也是很多人对敏捷开发的误区。敏捷并不意味着不做项目计划,只是不一定拘泥于形式,一定要拿出完备规范的开发计划书,有时候敏捷开发的计划就是团队人员在白板上画出的原型和点、甚至是口头计划。这种计划不代表分析不严谨,事实上,敏捷开发比瀑布式开发更加注重需求的分析和计划的制定。因为敏捷开发的核心就是为了及时响应用户和市场的需求,所以并不会死守着计划不进行调整。一旦市场发生变化,即使到了开发后期,敏捷团队也应该对需求的改变持欢迎态度,对原先的计划进行调整,利用变化来为产品创造竞争优势。

  (2)迭代周期尽可能短,且周期固定“小步快跑”意味着产品的交付时间间隔越短越好,通常是2-4周,频繁地迭代能保证不断修正BUG,而迭代周期固定则能和用户形成良好的合作关系,便于客户及时反馈,不断地完善和提高产品的用户体验。小米就是一个很好的例子,MIUI开发版一周更新一次,至今已连续363周进行更新。

  (3)团队规模最好也能敏捷敏捷开发对团队的沟通要求很高,过多的人数会造成沟通成本的增高,信息在传达过程中很可能会有偏差,使团队难以保持步调一致。通常情况下,敏捷团队的人数少于20人,超过的话可以再进行团队分割。比如腾讯在管理200人或者更大规模团队时,就会按照产、研、运的组织结构进行复制,把大规模团队拆分为10个20人的团队,或20个10人的团队,分别负责产品的子模块。拆分时会保证子团队人员仍以产、研、运三驾马车组成,具备交付功能,可独立工作,再通过子团队之间的协作,完成整个大产品的研发和交付。谦启将企业案例解析与专题研究结合,前期以读书会形式带领大家拆解相关企业书籍,并附以独有专题研究进行解析,关注我们,私信留言,或搜索关注“谦启学堂”,并在后台回复“研企社”,小谦将与各位一起解读企业案例。

  Q4:武汉市没解封,但公司要员工上班怎么办?

  现在湖北大部分地区普通市民无法上班!像武汉,孝感,黄冈和十堰基本上已经类似军管,老百姓不能随便下楼,每天会有人给上门送菜送饭。这是战时需要,再坚持14天,我相信湖北可以控制住疫情。封城之后,武汉等地的公共交通基本已经停运,私家车不允许出入小区,所以市民是无法去办公室上班的。这让大部分湖北人没法继续工作。但是疫情急需品的工厂可能已经开工了!我相信这部分员工是不能随便回家的。公司会提供统一宿舍和安排,禁止随便出入园区。应该还有一部分在家上班。例如互联网公司,广告公司,教育公司等这类不需要在工厂实地工作的公司,可能已经实行了在家线上工作。还有就是当前最需要的医生和护士,还有一线执勤的公务员,志愿者,他们应该是统一接送的。在家老实待着吧!现在全国除湖北已经控制住了疫情,湖北在3月初也会控制住疫情。我相信成功快了!

  Q5:求推荐一款比较适合敏捷开发团队协作的工具?

  Blue Lake产品设计协作平台了解。

  Q6:如何引导产品团队实现敏捷转型?

  敏捷不仅仅是一个空话的概念,你可以做到。

  那么以上的内容就是关于作为产品经理,如何主导团队敏捷开发?的一些信息了,希望本篇文章能够帮到网友们获取到一些自己想要了解的内容。Scrum敏捷开发中的测试工作应该如何开展?是小编精心收集整理汇总而成,希望能给大家带来帮助。往下拉还有很多相关文章推荐,精彩内容不要错过哦!敏捷开发到底是什么?如果你觉得写得武汉市没解封,但公司要员工上班怎么办?的话,希望大家能帮忙转发和推荐,能给我们更多的帮助和支持,我们会做得更好。如果你对求推荐一款比较适合敏捷开发团队协作的工具?有什么疑问的话,欢迎留言评论


产品技术团队怎样引入OKR工作法(如何在企业推行OKR)

源目标   •   2021年10月22日 am 10:09   •   OKR资讯   •   阅读 0

  产品技术团队怎样引入OKR工作法(如何在企业推行OKR)

  小编在网络上发现很多网友对产品技术团队怎样引入OKR工作法(如何在企业推行OKR)有些疑问,都想要了解具体的作为产品经理,如何主导团队敏捷开发?到底是讲些什么内容,我们分6部分详细说明第一部分:作为产品经理,如何主导团队敏捷开发?第二部分:Scrum敏捷开发中的测试工作应该如何开展?第三部分:敏捷开发到底是什么?第四部分:武汉市没解封,但公司要员工上班怎么办?第五部分:求推荐一款比较适合敏捷开发团队协作的工具?第六部分:如何引导产品团队实现敏捷转型?

  目录

  作为产品经理,如何主导团队敏捷开发?

  Scrum敏捷开发中的测试工作应该如何开展?

  敏捷开发到底是什么?

  武汉市没解封,但公司要员工上班怎么办?

  求推荐一款比较适合敏捷开发团队协作的工具?

  如何引导产品团队实现敏捷转型?

  Q1:作为产品经理,如何主导团队敏捷开发?

  分析产品市场,制定相应的发展计划,以解决新产品的问题

  Q2:Scrum敏捷开发中的测试工作应该如何开展?

  在我们公司中,Scrum将使用Kanban。

  Q3:敏捷开发到底是什么?

  概括来讲,敏捷开发就是一种以用户的需求进化为核心,迅速迭代、循序渐进地进行软件开发的方法,核心是快速响应和持续迭代。要保证在迭代周期内,团队成员思想保持高度一致、以共同的节奏和共同的周期完成周期性运转,保证在每一个周期的同一时间点,团队中的每一个人做的事情是相对一致的。迭代也让团队内外有着共同的预期,知道什么时间点该做什么,该交付什么出来。或许这样理解起来仍有些抽象,那么让我们来看传统的开发是怎样进行的。传统的开发有个专有名词叫“瀑布式开发”,分为5个阶段:需求分析、设计、编码、测试和维护。这套方法定义了很完备的过程规范、严格遵从这种方式会使得研发运作过程十分严谨。但是,在瞬息万变的互联网和移动互联网时代,市场环境、用户需求、竞争对手等因素都在时时发生着改变。传统的瀑布式开发要求针对客户需求写出详细的分析说明书,仅仅这一点就耗费了大量时间,严格遵循规范但不够灵活的流程管理的结果可能是研发人员在开发过程中按部就班,产品技术上没有太多瑕疵,但是正式推出市场时可能部分功能已经落伍。和瀑布式开发相比,敏捷开发的特点就是“小步快跑、尽早交付”。在市场环境和客户需求变更非常迅速的情况下,为了让需求方尽早地看到结果,并给出反馈,以小步快跑进行开发并尽早地交付新的版本不失为一种好的解决方式。毕竟在互联网时代,可用的产品一定胜过完备的文档,并且及时的迭代可以不断修正问题。而要做到“小步快跑、尽早交付”,对团队也提出了一定要求:

  (1)准确分析市场需求这一点也是很多人对敏捷开发的误区。敏捷并不意味着不做项目计划,只是不一定拘泥于形式,一定要拿出完备规范的开发计划书,有时候敏捷开发的计划就是团队人员在白板上画出的原型和点、甚至是口头计划。这种计划不代表分析不严谨,事实上,敏捷开发比瀑布式开发更加注重需求的分析和计划的制定。因为敏捷开发的核心就是为了及时响应用户和市场的需求,所以并不会死守着计划不进行调整。一旦市场发生变化,即使到了开发后期,敏捷团队也应该对需求的改变持欢迎态度,对原先的计划进行调整,利用变化来为产品创造竞争优势。

  (2)迭代周期尽可能短,且周期固定“小步快跑”意味着产品的交付时间间隔越短越好,通常是2-4周,频繁地迭代能保证不断修正BUG,而迭代周期固定则能和用户形成良好的合作关系,便于客户及时反馈,不断地完善和提高产品的用户体验。小米就是一个很好的例子,MIUI开发版一周更新一次,至今已连续363周进行更新。

  (3)团队规模最好也能敏捷敏捷开发对团队的沟通要求很高,过多的人数会造成沟通成本的增高,信息在传达过程中很可能会有偏差,使团队难以保持步调一致。通常情况下,敏捷团队的人数少于20人,超过的话可以再进行团队分割。比如腾讯在管理200人或者更大规模团队时,就会按照产、研、运的组织结构进行复制,把大规模团队拆分为10个20人的团队,或20个10人的团队,分别负责产品的子模块。拆分时会保证子团队人员仍以产、研、运三驾马车组成,具备交付功能,可独立工作,再通过子团队之间的协作,完成整个大产品的研发和交付。谦启将企业案例解析与专题研究结合,前期以读书会形式带领大家拆解相关企业书籍,并附以独有专题研究进行解析,关注我们,私信留言,或搜索关注“谦启学堂”,并在后台回复“研企社”,小谦将与各位一起解读企业案例。

  Q4:武汉市没解封,但公司要员工上班怎么办?

  现在湖北大部分地区普通市民无法上班!像武汉,孝感,黄冈和十堰基本上已经类似军管,老百姓不能随便下楼,每天会有人给上门送菜送饭。这是战时需要,再坚持14天,我相信湖北可以控制住疫情。封城之后,武汉等地的公共交通基本已经停运,私家车不允许出入小区,所以市民是无法去办公室上班的。这让大部分湖北人没法继续工作。但是疫情急需品的工厂可能已经开工了!我相信这部分员工是不能随便回家的。公司会提供统一宿舍和安排,禁止随便出入园区。应该还有一部分在家上班。例如互联网公司,广告公司,教育公司等这类不需要在工厂实地工作的公司,可能已经实行了在家线上工作。还有就是当前最需要的医生和护士,还有一线执勤的公务员,志愿者,他们应该是统一接送的。在家老实待着吧!现在全国除湖北已经控制住了疫情,湖北在3月初也会控制住疫情。我相信成功快了!

  Q5:求推荐一款比较适合敏捷开发团队协作的工具?

  Blue Lake产品设计协作平台了解。

  Q6:如何引导产品团队实现敏捷转型?

  敏捷不仅仅是一个空话的概念,你可以做到。

  那么以上的内容就是关于作为产品经理,如何主导团队敏捷开发?的一些信息了,希望本篇文章能够帮到网友们获取到一些自己想要了解的内容。Scrum敏捷开发中的测试工作应该如何开展?是小编精心收集整理汇总而成,希望能给大家带来帮助。往下拉还有很多相关文章推荐,精彩内容不要错过哦!敏捷开发到底是什么?如果你觉得写得武汉市没解封,但公司要员工上班怎么办?的话,希望大家能帮忙转发和推荐,能给我们更多的帮助和支持,我们会做得更好。如果你对求推荐一款比较适合敏捷开发团队协作的工具?有什么疑问的话,欢迎留言评论