[个人心得]敏捷管理Agile中Epic, story 和task的用途和管理目标

开发板推荐:天空星STM32F407VET6开发板

超高性价比 STM32主控 | 超高主频 | 一板兼容百芯 | 比赛神器 | 沉金彩色丝印

1. 背景

笔者没系统学习过敏捷管理,之前只是在所处团队中跟随使用,因此并没有思考过各个行为背后的原因。为什么现在要做敏捷管理的心得记录,是因为新被指派到管理一个敏捷项目的团队,成熟度几乎为0,百废待兴。看到各种问题(因为之前在敏捷团队中工作过,所以感觉非常不对劲),然后才去思考敏捷各个方法的实践,这个系列的文章,纯粹针对各个问题进行拆招,并无一定的顺序。

欢迎大家把管理中遇到的问题提出来,一起讨论解决方案

2. 团队当前的做法及遇到问题

目前团队有使用Epic以及Story,Story会根据颗粒度拆分成子Story,每个sprint会讨论包含哪些Story,然后Scrum Master就根据story管理进度了。

一接手这个团队,跟SM的沟通,SM说没办法管控进度,Sprint中的Story,如果有延时的话,都是到测试开始进入的时间,才知道原来开发没完成。

一句话:目前无法在过程中监控每个Sprint的情况,只有在Sprint结束的时候,才知道哪些完成了,哪些没有完成。

经过细节的讨论,发现目前管理如下

讨论点 当前做法 造成问题
是否有Epic 有Epic,并且归类相对清晰 没有问题
是否有Story 有Story,并且能根据客户需求归类 没有问题

开发板推荐:天空星STM32F407VET6开发板

超高性价比 STM32主控 | 超高主频 | 一板兼容百芯 | 比赛神器 | 沉金彩色丝印

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值