京东敏捷开发初体验
2018-11-16
来源:咚咚小报
拍卖试行敏捷开发2个月,步入正轨,码一些字记录拍卖团队由传统开发模式向敏捷转变过程中的感悟,与君共鉴。
不开始便永远无法到达
敏捷落地实操困惑很多,找到答案的最好姿势就是确定一个项目行动起来,用敏捷迭代的思维来落地敏捷。
依赖太多,如何组建敏捷小组令人头疼!
和公司大多数项目团队一样,部分依赖来自兄弟部门。那么是否把外部依赖成员加入到敏捷小组是个很纠结的问题。不加入优先级很难一致,会出现空等的情况,加入担心推进敏捷配合起来比较困难。最终采取了折中方案,外部依赖成员加入敏捷小组,相关工作完成即退出的方法。
尽可能遵守最佳实践 工作需要仪式感
Backlog、计划会、优先级、看板、每日站会,先有形,再领会神。
让业务参与进来
邀请业务参与Daily Scrum, 端到端统一优先级,及时移除业务卡点,随时验证反馈。
让“小鸡”们自己拖动Backlog
拖动 Backlog看似很简单,但是这一小小的改变完成了团队“被管理”到“自组织”的调整。
保持技术组长对技术方案的把握
举扑克牌估时的最佳实践看上去很酷,但是在我们新人比较多,而且术业有专攻的团队却不太适用。在独立技术设计也有类似的问题,容易为后期系统稳定埋下隐患。按照实际情况,特别添加了技术组长估时和设计把控的环节,但技术组长不必参加所有敏捷小组的Daily Scrum。
迭代总结持续优化,寻找适合现状的最佳实践
前面两次迭代总结会都开到了两个小时,但这是值得的。小组成员主动各抒己见,这在以往是很少见的。激烈讨论了估时、迭代重叠节奏、外部敏捷小组成员管理、敏捷项目与其他项目之间的优先级协调、产品验证、部署、质量保证等方面的问题并落实到行动方案中。
成果
拍卖体验优化敏捷小组秉承2周一迭代,上线40余个高优先级改造需求,为敏捷开发在拍卖落地奠定了基础。
天秤项目敏捷小组,原规划3个月交付。改为以可上线可使用的敏捷原则为驱动,2周一迭代,在第二个迭代结束,一批功能并上线投入北京各大法院实际使用。
敏捷,赋予了拍卖团队拥抱变化和敢于尝试的能力。
免责声明:
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!
-
延伸阅读:
-