您的位置: 旅游网 > 社会

华为云敏捷DevOps实践教你开好迭代计

发布时间:2019-10-24 01:59:46
华为云敏捷DevOps实践,教你开好迭代计划会议 迭代计划会议是团队级敏捷的三个基础会议形式的一个,按软件开发的时序,这个是第一个会议,这个会议很重要,非常容易陷入误区。 迭代计划的初心: 1.团队全员对接下来的迭代要做哪些UserStory、每个UserStory的人达成一致 2.团队成员对本轮迭代的完成标准,计划的开始结束时间达成一致 3.团队成员更认真的对待自己充分参与过的承诺。 一张图看懂迭代计划: 本文,我们使用产品经理和开发团队Leader这两个角色名。这两个角色是目前互联企业和软件产品企业常用的角色名。产品经理负责产品的定义、规划和需求,开发团队Leader负责带领整个团队完成需求的交付和上线。 迭代会议的预先准备阶段: 1:产品经理应提前将特性、大颗粒的需求细化为单个迭代可以交付的多个UserStory。这是一个避免产品经理被拍砖的良心建议,你如果拿着我要做一个社交功能的所谓Story去迭代规划,估计场景会有点尴尬。其实迭代Backlog里面装的只能是UserStory(有时候也可以装上个迭代的遗留Bug)。 2:产品经理和开发团队Leader,提前从产品Backlog中挑选接下来迭代可以交付的UserStory的备选。产品经理对需求的价值、优先级和期望交付的时间比较清楚,而开发团队的Leader通常对于需求交付的技术依赖,团队的能力,团队的人力管道容量比较清楚。产品经理和开发团队Leader互相交互意见,挑选出预期应该放到下个迭代交付的UserStory,也可以叫做备选的迭代Backlog。 这个阶段,备选UserStory的工作量也应该做一个初略的估计,这个时候就是资深开发Leader和小白的区别了。同时产品经理也应该将备选的UserStory都标明优先级,比如使用Must-Cloud的方法,必须做的,可以做的,对应中文也也就是高优先级和中优先级。便于后面根据人力实际容量选择最终的迭代交付内容。 一般的迭代会议指导中,并没有特别提到这个预先准备阶段。笔者之所以特别强调,是因为在华为之前的实践中,直接进入迭代会议,会出现产品经理和团队成员耗费大量时间的问题。从产品Backlog中,确认哪些UserStory可以放到这个迭代中,迭代计划会议通常是全员参加的,这样会导致耗费全员大量的时间,特别低效。 之前在华为内部,有过一种思路,觉得产品经理无需进行沟通,直接指定优先级和计划时间就可以了,开发团队无条件执行。这是强产品经理导向的,但是正如上经常看到的段子一样,这样容易导致产品经理和开发人员矛盾激化,动手拍砖。 我们还是认为,产品经理和开发团队应该有一个双向的沟通和理解,有些需求可能确实存在技术的难度。 3:开发团队Leader应该预先了解团队接下来迭代的人力容量,是不是有同学可能要请假,是不是有同学要调动到其他工作等等。上个迭代团队的人力容量是多少,接下来的迭代团队是不是有一些架构、技术优化方面的工作要预留,预计可以有多少人力容量可以投入到业务需求上。我们也非常推荐,每个迭代里面预留一定的人力容量用于技术,架构的改进,业务需求和架构技术优化保持一个比例,保持产品的的健康。这也是持续改进的体现。 大家要铭记一个事情:团队的人力容量每个迭代一定是变化的,迄今为止,软件的开发活动还是个智力指导下的双手活动,团队开发人员的心情也是会影响人力容量的。 迭代会议的输入: 1.备选的迭代Backlog:一个经过产品经理和开发Leader预沟通的备选迭代Backlog,初步的需求优先级排序。 2.迭代的目标:目标包括很多类型,是这个迭代的教堂,比如这个迭代要交付的重大特性,重大的市场发布等,让全员能够感知自己在这个迭代完成的UseStory的价值宝宝咳嗽吃什么
小孩咳嗽吃什么好得快
两个半月宝宝咳嗽怎么办
小孩夜里咳嗽
猜你会喜欢的
猜你会喜欢的