Leangoo敏捷实践企业案例，scrum工具

Posted 2021-01-20 shineshine

首次了解到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 的时候围绕电视机进行。每个人轮流讲述的时候，可以拖动卡片，来完成任务状态的变更。

• 产品也采用了Product Backlog来管理需求，在初期的时候采用用户故事地图看板来分解需求，工作更有调理，开发也更有效率。

经过几个月的实践，大家都很喜欢这种氛围：

• 知道自己每天应该做什么，有没有做完。

• 知道团队当前最重要的是做什么，进展如何。

• 每个人不再是被动地接受任务，而是主动地完成工作。

• 工作上也更加积极，有目标，在没有提高劳动强度（甚至降低）的情况下，提高了劳动生产率。

看到我们的实践，产品运营等部门也纷纷用看板来管理自己的任务，所有人都开始“敏捷”起来了。

关于巴久灵公司

巴久灵文化传播有限公司是知名财经自媒体吴晓波老师创办的公司，有“吴晓波频道”等自媒体资源，同时服务于“新匠人”，为新国货呐喊助威并协助他们成长。

目前软件部门有三个产品。一是商品云，用于对新国货商品的分发、管理、营销平台。二是美好电商，用于销售新国货商品。三是集合派，在探索新一代互联网裂变营销工具。

关于作者

邓志国

1997年毕业于浙江大学工业自动化专业，长期从事软件开发、管理工作。在多个公司担任架构师、技术总监等职位。在Scrum敏捷开发、系统架构方面有多年经验。

 

本文转自：Leangoo 

原文链接：https://www.leangoo.com/13916.html