文化&方法 - 敏捷 敏捷实践 20
作者  张松然  发布于 2017年11月23日  阅读 348
为什么要将这次敏捷Retro会议记录拿出来说说呢?因为发现,这次会议的内容真的反映出大多数团队面临的问题和痛点,并经过这么多年的敏捷实践,真的有所思有所悟,所以用这一次敏捷Retro来说说问题。背景刚刚团队经历过一个项目,这个项目的结果是成功的,但是整个过程是非常痛苦的。这个项目的特点非常显明:1. Deadline已经固定,而且非常紧2. 多个团队协作开发,沟通成本非常高3. 团队新人多,对业务...
作者 王明兰 发布于 2017年07月07日  阅读 492
常见误区:“Scrum Master 就是团队里兼职主持 Scrum 那几个会议的人。”这个现象在很多企业都存在。大家对 Scrum Master 的职责认识很片面,以为就是主持 Scrum 框架里的计划会议、每日站会、回顾会议,和评审会议的人。因此, 需要说说 Scrum Master 的六个职责以及失败案例。过程权威Scrum master 负责维护 Scrum 团队的流程,确保团队遵守工作协...
作者  张松然  发布于 2017年07月06日  阅读 480
7月4日,京东与浪潮信息敏捷转型沟通交流会在京东集团总部如期举行。交流会伊始,谢翔总为此次京东与浪潮信息敏捷转型沟通交流会发表致辞。POP与虚拟支持组负责人李昂介绍分享了研发管理部的发展与历程,李昂表示:“项目管理在技术体系内担负着支持业务重点工作落地和提高研发人效的责任,通过全周期管理(需求规划、项目实施、推进使用)实现研发人效与项目收益的最大化。京东敏捷创新教练王立杰老师为大家带来主题为“京东...
作者 王明兰 发布于 2017年07月02日  阅读 365
很多Scrum团队一开始不知道迭代周期设定多长合适。Scrum要求Sprint在1周到1个月以内的周期,而且一旦选定,Sprint的长度在整个开发过程中保持一致。新的Sprint在上一个Sprint完成之后立即开始。那么到底多长合适呢?初始设定方法首先,应该选择以周为单位,即:1周,2周,3周,4周,而不是以天为单位,e.g. 7天,12天,22天等。道理很简单,以周为单位方便管理和沟通。以天为单...
作者  张松然  发布于 2017年06月17日  阅读 649
承载 —— more、fast大公司学做事。实事求是,就事论事。一 快速处理需求了解团队在做的事,必须参与所有需求评审、设计评审和测试用例评审等,了解细节。故事1敏捷团队就像一驾马车,每个迭代就像从一个驿站行驶到下一个驿站。马车装满着货物,每个货物就是一个故事,不同的规模就如同不同大小的货物。马车在颠簸荆棘的道路上高速奔跑,如果马车头也不回的只顾前行,就有可能最终由于长时间的奔波造成马死货毁。要学...
作者  张松然  发布于 2017年01月06日  阅读 392
# 背景随着大家对系统稳定性愈加重视,提高线上系统稳定,加强代码设计、编码等评审工作,成为京麦团队在本次迭代开展的一项重要工作。但是,本次迭代对设计评审过程中暴露出的问题,大家在本次迭代的回顾会议上也进行了思考和建议,从如何提高评审效率,总结出了有建设性的意见。同时,在本次迭代中有一些时间点特质的故事出现严重延期,让别人对团队的能力产生了质疑,大家在本次迭代的回顾会议上也是痛定思痛,认真考虑和提议...
作者  张松然  发布于 2016年07月18日  阅读 521
2016年7月17日周日,我和我的小伙伴们来到了国家会议中心,在TiD质量竞争力大会举办了一场移动APP的发布流程实战工作坊。与小伙伴的大合影贾老师 - 精益画布ME - 产品发布规划 & MVP 提取亮亮 - 磨刀原型小熊 - 自动化测试会场的小伙伴小伙伴作品演示...
作者  张松然  发布于 2016年07月12日  阅读 488
序"现在运营/产品/研发/测试不好,换一个可能还不如现在这个,忍着点,妥协点。"这个想法,第一个悖论,为什么换了不一定有现在的好。其次,没有任何人有义务负责别人成长的。"你如果不成长,我们就换一个比你强的来。" —— 这是职场,不是过家家。无论什么原因而造成的版本延期,这是一件多么严重的事情!这也许不关乎 KPI 考核,但这关乎团队的承诺。无论是作为运营、产品、研发或测试,在自己的领域都需要定义自...
作者  张松然  发布于 2016年05月22日  阅读 443
上周六座无虚席的敏捷转型专场活动,有敏捷打大咖们的精彩分享,还有很多资源支持活动的志愿者们。首先是我与大家分享的关于京麦敏捷转型之旅 —— 让我们一起做正确的事 的敏捷实战案例。然后是黄喆老师的分享 —— 传统的转变,集成问题多,解决BUG,不知道什么时候交付。组建团队(团队自己决定,有一定规律;各自团队守则;团队联盟)还有bob教练的压场分享 —— 核心是反馈快,迭代的节奏和上线的节奏...
作者  张松然  发布于 2015年04月03日  阅读 805
京麦团队从2014年在敏捷教练的指导下进行敏捷转型,至今团队已经进化为部门内的标杆,产品也上升到了部门战略级。京麦团队敏捷视频 ——(在如下的视频中,你将领略到,我们团队是如何进行敏捷实践的!)前言在团队的早期,团队远远没有现在团队那么多人,只有4个研发做一个"鸡肋"的产品。为什么说是鸡肋,并不是没人用,而是竞品很多,给用户产生的价值不凸显。原来的开发节奏是一、二个月发布一个版本,你要知道这个节...
作者  张松然  发布于 2014年08月06日  阅读 471
今天参加了Bob教练的敏捷培训,进行了一场棒球大联盟的的游戏,对Scrum又有了更深的理解。首先是一个简单的小游戏,讲一个无序的Scrum运行流程拼接正确。之后就是进行了棒球大联盟的游戏了,其中印象深刻的是做故事地图,可以很好的评估拆分的故事是有遗漏。故事地图通过将具有内在关联的Story进行连线,形成一个按业务流的完整故事线。故事线确定之后,游戏达到高潮,我们使用iPad上的一款App —— p...
作者  张松然  发布于 2014年07月25日  阅读 675
今天上午参加了由杜伟忠教练关于实例化需求的敏捷培训。我们知道,我们可以通过TDD(测试驱动开发)进行CI(持续集成),即单元测试用例变成可运行的代码;但是我们还可以通过ATDD(验收测试驱动开发)和BDD(行为驱动开发)进行CI,即将测试人员编写的测试用例变成可运行的代码。实例化需求解决的问题:1. 验收测试自动化2. 可运行的活文档在实例化需求的工程实践中,测试人员将成为团队的核心,其地位将大幅...
作者  张松然  发布于 2014年07月09日  阅读 473
由于我们是持续交付,上线也变得频繁,敏捷讲究快速发布获取反馈。但当交付的内容过多过细的时候,造成团队尤其测试、产品不知道究竟研发上了什么。还有时因为需求变更,敏捷讲究响应变化快速迭代,造成真实上线交付的内容和Sprint交付的内容不一致。针对这种问题,特别添加了"上线准备项"的泳道。具体说明1. 我们讲究持续集成、持续交付,当每个Sprint结束的时候我们认为所有的Story都应该被完成,而交付 ...
作者  张松然  发布于 2014年05月25日  阅读 739
最近经历了几个迭代,我们团队做出了一些新的改变,之前故事的产生都是PO在Planning Meeting上,列举出我们下一个迭代需要做的任务,然后由大家排列优先级,评估规模确认故事内容。由于我们是一个多功能团队,有C++团队、Java团队、Android团队、产品和测试,所以有时迭代进行一半之后,发现某些团队认领不到任务,所以我们尝试用影响地图来产生我们的故事。什么是影响地图影响地图是首先提出Wh...
作者  张松然  发布于 2014年03月07日  阅读 519
这是团队的第二个 Sprint,从开始到结束,看板的变化,由始至终。还算圆满完成任务。故事都移到后面啦~冲刺结束的第二天,我们就召开了Review和Retro,对我们本次Sprint进行了总结和回顾,并整理出燃尽图。可以发现本次迭代出现了两次较大的拐点,我们通过一个富有创意的情景,来总结其原因。 —— 什么是推动我们前进的帆,什么是阻碍我们前进的锚。回顾和演示之后,我们立即进入了Sprint#3的...
共20条记录 共2页 上一页 首页 1