业务级敏捷系统生态圈,市场导向直击价值; 为什么要做这件事情呢?在市场的引导下,一步一步的去验证敏捷,去引导团队。变革就是因为在不确定的这种环境下,会面临很多不确定的事情。在团队变革的过程中,它也会新陈代谢的。在市场环境里,公司会面对很多严峻的问题。 现状问题是什么?面对这么大一个成熟团队,面对两个成熟团队的融合,看看问题到底在哪?首先我们从问题出发,方向就是解决这些问题。

首要的问题是关于市场,对于一个公司来说,产品是不是挣钱?谁来买单?客户想要什么?市场的价值和市场是否真的需要?市场和销售的团队需要更多考虑。

市场和销售的团队认为:产品研发团队开发的产品都不成熟,让我怎么卖?市场售卖的产品是产品打造的方向吗?产品研发跟得上客户的速度吗?那到底是要卖什么就去做什么?还是做什么就去卖什么呢?客户在哪里呢?一定要通过全盘拉通,跳出事情的本身往高一层看。

产品线的团队认为:他们面对的是什么?想打造成一个什么产品?我们正在打造的产品方向对吗?要建立一个稳定的产品线,但是现阶段能做的都是交付类型的项目,因为只有这样才能挣钱啊。最终我们是不是有一个成熟稳定的产品,这是团队确实考虑的问题。

对于一个研发团队来说:研发leader他们考虑的是什么呢?团队效率?团队交付的价值?打造的产品,拆分出的需求,真正能够直击市场吗?为什么要做?收益是什么?

我们会围绕三个方面去开展讨论,把它叫做业务级的敏捷生态圈。我们的很多团队都在做敏捷开发,这个理念是基于团队的,也就是中间的白色的小圈,这个范围是我们的产品研发团队(包括测试),跳出这个圈站高一级,产品线这一层级理解。考虑到产品线的稳定性,就是产品线与团队的拉通。产品线敏捷之后,当打造的产品不是市场想要的,问题就来了。产品线里有多款产品,如何选择产品?优先级如何排序呢?这时候就要考虑市场在哪儿?业务在哪儿?我们的客户在哪儿?跳出来看市场。

对于一个公司来讲它是top-down的,会有战略价值规划,一年、两年、三年的战略,基本上是不会变的,比如说阿里、腾讯,他们的战略是几年都不会变的,所以在大的战略方向上去考虑,决定了市场和业务是不是对。所以在这个点讲,应该把敏捷往整体扩张,扩张到整体业务和市场级,快速的交付市场价值,这个价值才是有意义的。不管是大公司、小公司都会面临这种方向的考虑。

就算是在小公司,也是有一个快速交付价值的理念。交付的是什么?价值!直击市场直击战略的目标,才会有真正的价值。团队是不是开站会了?团队是不是在做敏捷回顾?拿敏捷落地来说,它真正的意义在哪?快速的交付价值吗?交付的价值跟战略是要匹配的,今天我们这个圈子叫敏捷加,加什么呢?敏捷加IPD,对很多人来讲IPD其实是有一点像瀑布,有一点像我们大的规划里程碑节点,这能加到一块去吗?这件事也是围绕着我们好久,在今年团队要引入IPD的时候一直在想。后面给大家来说一说,团队级的IPD的敏捷是怎么做。

团队目标在于精细化管理,精细化管理目标需要盈利和收益,这个才是公司想要的,所以IPD从高层战略出发,自上而下。团队级的敏捷在我们公司,也不能说用到最好做到最好,但是大家的思维和观念上是接受的,也接受敏捷的变革。

对于敏捷大家都有一个包容的心态,很多团队想把它落地于实践,做的过程发现这个事做小了,团队敏捷了,团队跑快了,但收益在哪?价值点在哪?这个时候就有人提到了IPD, IPD实际也是一个变革的过程。IPD在国内是从华为过来的,华为当时引进,做到了华为自己的IPD,跟敏捷的思想同出一辙。

IPD核心关注点在于产品开发的商业结果,将产品开发作为一项投资进行管理。采用跨部门团队,汇集各功能代表及其所属领域的专业智慧和资源,共同承担项目商业成功的责任。在IPD流程中分不同阶段,通过商业决策点,实现IPMT(投资方)和PDT(承诺方)的互动,将资源分批受控投入。IPD来源于PACE(Product And Cycle-time Excellence - 产品及生命周期优化法),后经IBM的实践,IPD成为了一套重整企业产品开发模式的方法论。将企业的思维从“做出来什么就卖什么!”转向“我们将能卖的东西做出来!”

ipd敏捷开发_契合前行,IPD下的敏捷实施相关推荐

  1. 《敏捷开发绩效管理》扩展阅读(敏捷开发绩效管理,敏捷团队绩效管理)

    本文长期更新,请常来看看. •    序言 –  从代码行到故事点 敏捷估算:故事点与直接估算天数的差异 –  下一步? •    敏捷团队绩效管理 –  谁来管理团队中的个体? 同行压力(兼谈敏捷团 ...

  2. 敏捷开发绩效管理之一:序言及“敏捷开发是否考核个人”(绩效考核)

    这是敏捷开发绩效管理的第一篇.(之一,之二,之三,之四,之五,之六,之七) "敏捷开发绩效管理"本身是个伪命题,因为敏捷开发本身不想涉及绩效管理,这就像"C++绩效管理& ...

  3. 敏捷开发_全面解析瀑布式开发和敏捷式开发

    ​​很多人毕业后,都在从事跟所学专业不同的工作,有的人一筹莫展,有的人习以为常. 我是一名编导生,毕业后去做抗战纪录片,工作中接触更多的是历史.影像与表达.但一个偶然的契机,让我转战 向 互联网产品行 ...

  4. 敏捷开发_敏捷开发之看板

    什么是敏捷开发? 核心是迭代开发(iterative development),拥抱变化.因为最终目标是让客户满意,所以能够主动接受需求变更,这就使设计出来的软件有灵活性,可扩展性. 敏捷一定是采用迭 ...

  5. 敏捷开发_敏捷开发和迭代开发的异同分析

    随着软件开发技术的不断发展,现在出现了敏捷开发和迭代开发两种新的开发方式,这两种开发方式都可以提高软件开发的效率.那么它们之间有什么相同的地方和不同的地方呢?下面一起来了解一下相关的知识吧! 一.定义 ...

  6. 参考行标对云效以及LinKE的“持续交付”及“敏捷开发管理”能力打了下分,大家看肿么样?

    中国信息通信研究院发布(已在中国通信标准化协会立项)的行标,其中"研发运营一体化(DevOps)能力成熟度模型"中对"持续交付""敏捷开发管理&quo ...

  7. 敏捷开发系列学习总结(14)——Spotify敏捷模式详解三部曲第二篇:研发过程

    分享一个大神的人工智能教程.零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到人工智能的队伍中来!点击浏览教程 摘要 在本系列文章的第一篇,我们介绍了Spotify的敏捷研发团队,以及它独特的组织 ...

  8. 敏捷开发系列学习总结(11)——Scrum敏捷开发流程的三个角色、四个会议和三个物件

    Scrum敏捷开发流程主要包扩三个角色.四个会议和个三物件. 三个角色 Scrum团队中包括三个角色,他们分别是产品负责人.开发团队和 项目的直接管理者(Scrum Master). Scrum 团队 ...

  9. 139团队(大型研发团队,大型敏捷开发团队,大型团队结构,敏捷绩效管理)...

    作者:陈勇 出处:blog.csdn.net/cheny_com 定义 简单看,139团队就是1个项目经理,3个小组长,9个开发人员,小组长管理各自管理3个左右开发人员. 139团队从管理上缩减了团队 ...

最新文章

  1. ArUco估计位姿原理
  2. 自动发布工具应该具备的11个标准特征
  3. flask 连接数据库
  4. java-自定义数据排序
  5. Linux鼠标滚轮不是滑动页面而是翻历史命令行
  6. 第一章:1.2.1系统建模
  7. Linux C++线程池
  8. java有道云,有道云笔记链接——JAVA面向对象的学习
  9. [蓝桥杯][2019年第十届真题]修改数组(并查集)
  10. 后端:循环遍历的用法介绍
  11. 起底 Windows 35 年发展史
  12. 基于Matlab数字图像处理微表情情绪识别系统
  13. python方差分析_R语言方差分析ANOVA
  14. python矩阵操作_python矩阵操作
  15. ctc系统通信前置服务器,CTC系统包括哪些接口服务器?
  16. java 字节码查看_一种查看java字节码时显示方法调用关系图的方法与流程
  17. 终于来啦!DALL·E API公测开始;从加减乘除到机器学习·系列电子书;Python技术面试题库;新型AI图片库;前沿论文 | ShowMeAI资讯日报
  18. 惠普打印机驱动服务器系统安装教程,Hp打印机驱动怎么安装,详细图文版教程...
  19. Intersect交集
  20. 厦门工程技术人员职称申报操作笔记 02 论文

热门文章

  1. 如何实现文档数字签名?文档签名有什么好处?
  2. Flvplayer.swf 代码引用方法:
  3. Windows Phone 7該如何立足智慧型手機戰役?
  4. 基于 Nepxion/Discovery 的灰度发布实现
  5. 丫蛋蛋/沈虫虫-归去来-LRC歌词
  6. mysql group by join(左连接)
  7. 做招聘直播的好处有哪些?注意事项有?
  8. python在线执行源码_在线浏览美图源码+python源码 – 运维那些事
  9. 文档预览服务器,特色 - I Doc View在线文档预览
  10. stm32F103c8t6飞控固件烧录