敏捷实践
文章平均质量分 76
关于敏捷实践的相关小记小结
匿名侠士
非典型的搬砖工
展开
-
敏捷实践之Bug Bash
* Bug Bash,顾名思义就是缺陷大扫荡,是软件测试的一个很重要的实践,是对日常测试的有效补充,让大家在产品版本发布前,一起集中精力来找缺陷。在产品稳定的阶段,选取一个特定时间段邀请一组不同角色和背景的人员在会议室里对被测产品找Bug。一旦发现问题后可以请熟知产品的观察员确定是否是Bug,对发现多或者严重Bug的人员给予一些奖励。项目组成员在搜集好所有Bug和潜在Bug的清单之后,全员进行Bug分析,制定出解决的方案并实施。原创 2022-09-15 09:11:31 · 1091 阅读 · 0 评论 -
《深入核心的敏捷开发:ThoughtWorks五大关键实践》读书摘记
价值驱动,质量为先;快速响应,高效执行;尊重信任,紧密协作;持续改进,追求卓越原创 2022-01-16 12:38:28 · 1921 阅读 · 0 评论 -
敏捷实践之回顾会议Retro
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义团队专注于交付目标,埋头干活的同时,也要懂得停下来总结过去,并更好地抬头看路。Retro是Retrospective的简写,即回顾会议,大家坐在一起,对过去的这段时间里,Team的工作状态(团队合作,技术实践,团队氛围等)做一个总结,它有一点基本思想:对事不对人,大家思想自由Open。回顾会...原创 2019-12-22 19:59:24 · 3167 阅读 · 0 评论 -
敏捷实践之持续集成CI
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义CI,持续集成。它通过自动化来提供有效的反馈机制以及高效的部署,大大降低代了码集成和项目交付的风险。在敏捷开发中,它是一个项目开始前必须搭建起来的基础设施。当代的软件开发项目中,几乎没有项目是只有一个人在开发的。超过一个人就形成了团队,每个人同时并行开发不同模块的功能,这就涉及到代码的集成,所以代码集成是...原创 2019-12-22 19:57:42 · 421 阅读 · 0 评论 -
敏捷实践之产品展示SHOW CASE
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义Showcase 就是给客户演示我们上一个迭代已经完成的功能,它的宗旨是及时得到客户的反馈,确认团队的产出是否满足客户的期望,降低需求变更返工的风险。Showcase 从项目开始时周期性地进行,并直到项目交付。这个时间间隔是基于团队设定的迭代周期,我们团队是两周一次。团队跟客户安排一个远程会议(如...原创 2019-12-22 19:57:03 · 3389 阅读 · 0 评论 -
敏捷实践之代码审查code review
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义代码评审通常的目的是查找系统缺陷,保证软件总体质量和提高开发者自身水平。 CR应该是处在研发流程中,提前发现系统缺陷,进而提前解决,并且是轻量级代码的check和沟通,一是代码review量,二是代码结构足够轻量,流程正确,它可以起到更加积极的效果;目的提升代码质量;一是可读性,二是缺陷情况;有...原创 2019-12-22 19:55:54 · 349 阅读 · 0 评论 -
敏捷实践之故事墙Story Board
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义故事板(storyboard)是一种可视化的沟通方法,将用户故事(user stories)按照步骤画出来,然后排列在一起;将迭代开发中的日常工作透明实时地跟踪管理起来,能够帮助团队及时发现问题,消除浪费,快速地交付用户价值。故事墙是很常见的敏捷墙,通过IPM产出, 展示了某个工作单元或故事的生命周期,...原创 2019-12-22 19:55:13 · 1567 阅读 · 0 评论 -
敏捷实践之测试驱动开发TDD
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义TDD,即测试驱动开发,强调的是测试先行。根据对业务理解,先写一些测试(E2E,Integration, Unit),此时得到运行结果为红色(测试运行失败),然后编写业务代码让其变绿(测试运行成功)。TDD目标:让代码更简洁;形式先分解任务,分离关注点,列Example,用实例化需求,澄...原创 2019-12-22 19:53:37 · 276 阅读 · 0 评论 -
敏捷实践之结对编程Pair
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;结对编程的开发速度通常小于简单地将一个人的开发速度乘以2,但它依然能创造价值:知识的共享,代码质量的提高,缺陷率的降低。定义Pair就是两个人同时工作在同一个 Story 上,一起讨论 Story 的解决方案,并编写代码实现功能,一个人敲键盘,一个人看屏幕,穿插着进行。Pair 的小伙伴在快速敲击键盘的...原创 2019-12-22 19:52:57 · 356 阅读 · 0 评论 -
敏捷实践之故事卡启动STORY KO
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义Story kick off,指的是对某一个Story进行开卡,启动该 Stroy,从而使其进入开发阶段。Story kick off 的时候,通常需要三个角色一起参与:BA、QA、DEV,需要对卡的业务理解保持一致,并且能产出相关AC;Story 由BA预先写好,并通过专业的敏捷管理工具进行管理...原创 2019-12-22 19:51:41 · 775 阅读 · 0 评论 -
敏捷实践之客户洽谈Regular catch up with client
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义跟客户建立信任关系是合作的基础,而让客户保持愉悦,也是项目成功交付的助推剂。即定期跟客户进行沟通,双方共同商议一个时间(工作时间最佳),一起开个短暂的小会,时间上的成本较低。Catch up 的主要参与人员是 BA(PM) 和 TL,通过于客户方 Face2Face 会议或者 online 会议进...原创 2019-12-22 19:49:05 · 541 阅读 · 0 评论 -
敏捷实践之IPM迭代计划会议
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;定义IPM, Iteration Planning Meeting, 迭代计划会议,又称Sprint计划会议:是一个开发迭代周期开始的团队活动;简单的说,它主要负责定义和产出:哪些人(WHO)/ 什么时候、多长周期内(WHEN)/ 哪些任务(WHAT),产出INTERATION GOAL / INTERATI...原创 2019-12-22 19:46:43 · 3879 阅读 · 0 评论 -
敏捷实践之XP极限编程
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;简介极限编程(ExtremeProgramming,简称XP)是一种软件工程方法学,极限编程和传统方法学的本质不同在于它更强调可适应性能性以及面临的困难。XP是一种近螺旋式的开发方法,它将复杂的开发过程分解为一个个相对比较简单的小周期;通过积极的交流、反馈以及其它一系列的方法,开发人员和客户可以非常清楚开发...原创 2019-12-22 19:44:48 · 615 阅读 · 0 评论 -
敏捷实践之SCRUM
定义Scrum:英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,希望开发团队在开发一个项目时,大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它,你一定会感到非常兴奋的。迭代:是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,这样的一个周期就是一次迭代的过程;同时每一次迭代都可以生产或开发出一个可以交付的软件产品。S...原创 2019-12-22 19:43:08 · 309 阅读 · 0 评论 -
敏捷实践之概述
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;什么是敏捷开发?敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。敏捷开发一种开发方法,也就是一种软件开发的流程,这种开发方式的主要驱动核心是人;它采用的是迭代式开发;敏捷开发的核心就是在一个高度协作的环境下,不断的通过反馈来进行自我调整和完善。重点强调的是协作和反馈...原创 2019-12-22 19:38:17 · 450 阅读 · 0 评论 -
敏捷实践之Stand-UP Meetting早会
本文是个人总结摘记,部分文字摘自其他大神博文等,如有雷同,未列参考文献,请见谅;虽然团队一直在推行敏捷实践,但是具体的实践应用到每个团队每个人身上还是要因地制宜,之前人少的时候,感觉团队的早会很准时,也能分享到一些信息; 后来渐渐的就变成向老大汇报任务了,早上干了啥,下午干了啥;还有种情况就是遇到一个问题讨论讨论时间就没控制了; 传统早会一般都是:昨天干了啥,今天要干啥,有什么问题?我们可能...原创 2018-11-07 22:27:59 · 951 阅读 · 0 评论 -
敏捷开发之道 总结小记
第一章 敏捷-高效软件开发之道 敏捷开发宣言 1. 个体和交互胜过过程和工具 2. 可工作的软件胜过面面俱到的文档 3. 客户协作胜过合同谈判 4. 响应变化胜过遵循计划敏捷的精神一种以人为本、团队合作、快速响应变化和可工作的软件作为总之的开发方法; 快速响应 团队合作 开发需持续不断,切勿时断时续 持续注入能量 危机管理异同:危机管理是指问题累计并恶化原创 2017-07-01 17:07:29 · 735 阅读 · 0 评论