发布网友 发布时间:2022-04-26 08:23
共3个回答
热心网友 时间:2022-06-25 18:59
巴久灵 x Leangoo敏捷实践案例分享
首次了解到Leangoo,大概是2年前。之前已经有过比较多的Scrum实践,当时在前司开发了一个看板的系统,离开后在新团队没有类似的工具,有点不便,就想找找有没有这样的工具!
Google一下后就找到了Leangoo,用了一下,和之前自己开发的工具功能基本一致,非常方便实用,上手很快,所以就成了忠实用户
在半年前来到吴晓波老师的公司巴久灵担任CTO。公司的IT团队组建不久,不到一年。担负着好几个产品的开发任务,整个项目管理比较混乱。
我第一件着手要做的事儿,就是按产品线划分团队,然后采用Scrum开发过程,来提高团队交付能力,并使团队聚焦在有价值的产品上。在给大家培训了基本的Scrum知识后,就需要有工具来辅助落地。
第一时间就想到用Leangoo。
Leangoo设计的比较人性化,操作比较简单,对使用者心智压力小,团队成员能迅速使用起来,就像在白板上用即时贴那么简单。
因此Scrum推行的比较顺利,在1个月后,各个团队都基本走入了Scrum 的节奏,开始按节奏进行开发、交付,产品满意度也提高了。
在经过几轮的冲刺后,各个团队在回顾后,总结了一些使用Leangoo的实践,进一步提高了团队的效率。
在Sprint backlog中,每个泳道代表一个发布单位。这个泳道内的UserStory,完成后统一进行一次发布。在一个冲刺内,可能会多次发布。团队具备了持续交付的能力。
每个UserStory,首先分解为若干Task,所有Task完成后,意味着UserStory可以进入测试、交付了。每个UserStory也指定一个人负责,当所有任务完成,他负责整个UserStory的交付。
以交付为唯一衡量标准。交付顺序按照看板的天然排序,从上而下进行。一个泳道一个交付单位,在一个大的冲刺内形成一个个小的冲刺,不断交付用户价值。
在Sprint backlog看板上,增加一个线上Bug的泳道,线上的问题都发这里解决,开发只需要在一个看板上跟踪所有任务。
未交付功能在验收期间发现问题,也作为Task放到对应泳道上,这样未交付的功能还有哪些问题,一目了然。
对UserStory进行详细的拆解,基本上以把任务拆解到原子性为原则,即每个任务只能一个人去做。在拆解的基础上大家领取任务,进行协作。看板上下顺序就是优先级顺序,可以一目了然看到大家是否聚焦在重要的事情上面。
购买了大屏幕触摸屏电视机,大家在开Daily Scrum 的时候围绕电视机进行。每个人轮流讲述的时候,可以拖动卡片,来完成任务状态的变更。
产品也采用了Proct Backlog来管理需求,在初期的时候采用用户故事地图看板来分解需求,工作更有调理,开发也更有效率。
经过几个月的实践,大家都很喜欢这种氛围:
知道自己每天应该做什么,有没有做完。
知道团队当前最重要的是做什么,进展如何。
每个人不再是被动地接受任务,而是主动地完成工作。
工作上也更加积极,有目标,在没有提高劳动强度(甚至降低)的情况下,提高了劳动生产率。
看到我们的实践,产品运营等部门也纷纷用看板来管理自己的任务,所有人都开始“敏捷”起来了。
文章转自:Leangoo
原文链接:网页链接
热心网友 时间:2022-06-25 18:59
Leangoo设计的比较人性化,操作比较简单,对使用者心智压力小,团队成员能迅速使用起来,就像在白板上用即时贴那么简单。
热心网友 时间:2022-06-25 19:00
他们官网有https://www.leangoo.com/category/精选