![](https://img-blog.csdnimg.cn/20201014180756923.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
敏捷开发
Sleeping-Cat
这个作者很懒,什么都没留下…
展开
-
Bob大叔Robert Martin对敏捷的看法-敏捷是人的敏捷
http://www.ituring.com.cn/article/13376Robert C. Martin,世界级软件开发大师,设计模式和敏捷开发先驱,敏捷联盟首任主席,C++ Report 前主编,被后辈程序员尊称为“Bob大叔”。20世纪70年代初成为职业程序员,后创办Object Mentor公司并任总裁。Martin还是一名多产的作家,至今已发表数百篇文章、论文和博客,除本转载 2017-02-05 11:10:48 · 931 阅读 · 0 评论 -
ScrumMaster到底做什么工作?
Scrum Master的职责简单的说可以总结为: 确保team 按照scrum的方式运行,team的coach,帮助team更好的工作,process的owner,能够在team和PO之间平衡。移除项目进度的障碍,保护团队成员被过度commit等。具体的来说,scrum master的职责到底是什么呢?1)对流程,team和持续改进负责,而非技术决定,business原创 2017-01-17 22:29:56 · 8982 阅读 · 0 评论 -
隐性知识
在读David Anderson《看板方法》一书时,注意到书中隐性知识说法。随着软件复杂度的增加,开发工作需要的知识也急剧增加。这些知识是很难在系统里记录,即使记录成本也是很高,查找也是很费劲的。这些知识就存在于开发团队之中,在团队不间断的协作过程中,不停地迁移知识,扩散知识。传统的一些做法如记录,分享,对隐性知识的传播很难奏效。就拿分享来说,过于细节的分享,其实是很容易被遗忘的。敏捷原创 2017-03-30 10:59:50 · 450 阅读 · 0 评论 -
关注闲置工作,不要关注闲置人员
在敏捷开发中,管理人员要关注闲置工作,不要关注闲置人员。听到这一点,传统的管理人员将会明显感到不适应,关注闲置工作也就是WIP,比较容易理解,这里是瓶颈,应该想办法去解决积压工作。但是对于不关注闲置人员,这一点,特别是管人的经理会不能理解,一些人忙的要死,一些人还很闲,这不要出问题吗。如果通过看板,找到积压闲置工作(通常在开发团队),控制上游输入,保证瓶颈团队不要过载。因而其他团队就有原创 2017-03-30 13:50:14 · 1640 阅读 · 0 评论 -
什么是看板?
现在很多软件开发都流行使用看板。就如下图。多数人觉得看板KanBan应该是日语里恰好表达的中文原意,看(白)板,或者什么其它板。其实看板是卡片,是表示出某工序何时需要何数量的某种物料的卡片,又称为传票卡,是传递信号的工具。敏捷开发里的“看板”,或者称为贴满纸片的墙其实并不是看板系统,他们仅仅是可视化控制系统,是让团队以可视化方式观察WIP并进行自组织,便可自行分派任务,讲工作从待办列表中移到完成状原创 2017-03-30 15:19:29 · 6430 阅读 · 0 评论 -
看板与Scrum
看板与Scrum都是敏捷实际,它们有很多相似之处。看板的精髓是通过卡片墙方式找到工作流的瓶颈,控制瓶颈处的WIP(在制品)的数量,以及上游输入数量,获取稳定的产能。这样就可以缩短工作项开发周期(前置时间),提高可预测性和准时交互的能力,与下游合作伙伴建立信任关系。看板的关键点是先获取工作流中瓶颈处的稳定产能。Scrum 团队的每一个sprint的velocity(产能)也是固定的。原创 2017-04-01 11:04:12 · 1378 阅读 · 0 评论 -
敏捷(SAFe)常见问题
敏捷1. 团队中没有明确的PO角色,即使有也没有能充分发挥PO的作用。 PO角色没有多少power。不能很好的制定优先级,通常所以需求优先级都相同,在Sprint review会议里不能起到决定Epic完成与否的决定。2. scrum team没有做到真正的自组织,自己领任务。scrum master在其中做了太多决定,团队没有被empower3. scrum团队人员上的变动是原创 2017-03-17 10:31:55 · 2890 阅读 · 0 评论 -
MoSCoW法则-用户故事排优先级
莫斯科法则,就是Must or Should, Could or Would not。在排用户故事优先级的时候,把用户故事按以下4种类别排优先级。Must:这个迭代一定要做的。比如前面提到的“必需”的功能。Should:应该做,但若没时间就算了。比如前面提到的“不太需要的”功能。Could:不太需要的,但有了更好。比如前面提到的“几乎早期版本中不要”的功能。Wo转载 2017-04-20 11:25:08 · 10287 阅读 · 0 评论 -
什么是用户故事地图?
为什么会有用户故事地图?迭代开始后,待办列表总是以小块形式进入迭代开发,一个迭代接着一个迭代。碎片化的方式,不能给产品以及开发团队一个整体的视觉。这会出现,优先级排列问题,或者产生多个迭代后,用户还是看不到用户想要的东西的雏形。用户故事地图,就是一堵Story墙,大级别的用户故事排在头排,根据优先级,描述用户需求。对每个头排用户故事成纵向分解。通过地图方式,可以让你和同事能够有一个原创 2017-04-20 14:41:26 · 8098 阅读 · 0 评论 -
传统项目管理与敏捷管理的区别
以CMM举例,如下面描述:CMM/CMMI 与 Agile 是两种不同的软件研发管理和过程体系,区别在于前者重量,后者轻量;Agile 包含了更多具体、实用的软件工程技术方法,而 CMM/CMMI 提供了更多以数学统计为基础的过程管理和质量控制技术方法。在适用条件下,轻量过程通常会带来了更高的开发效率。CMM更注重过程管理和质量控制。敏捷不注重吗?不是,敏捷希望过程控制更轻量级一些原创 2017-05-15 14:18:44 · 2212 阅读 · 0 评论 -
敏捷开发- 怎么验收敏捷故事
转自: http://www.cnblogs.com/dyllove98/archive/2012/04/10/2441254.html 接着上篇 "估算故事"讲,故事估算完成以后就要开始考虑如何进行验收测试了,只有验收通过故事才算开发完成.对于一个故事,开发人员和客户可能会讨论很多,讨论的内容可以以测试用例的形式记录下来,这样就为我们故事测试做了铺垫,目前敏转载 2017-06-15 11:25:59 · 1274 阅读 · 0 评论 -
敏捷实践详解
我在ThoughtWorks中的敏捷实践 | 作者 袁慎建 发布于 2017年2月27日. 估计阅读时间: 2 分钟转自 http://www.infoq.com/cn/articles/my-agile-practice-in-thoughtworks项目回顾项目背景成员背景技术背景敏捷实践IPMRegular catc转载 2017-07-18 09:43:41 · 1282 阅读 · 0 评论 -
Scrum Product Owner的职责
1. 创建产品愿景 PO负责产品开发,对外要和市场,高级经理们沟通,对内要和Scrum Team沟通。 首先,需要能描述清楚产品Vision。电梯演讲就是一个很好方法,典型的套路是 这个产品是针对小学生的,他们经常用橡皮擦把作业擦的乌漆墨黑的。这个产品叫魔力笔属于新一代高科技文具,它的墨迹可以用笔头的魔力擦清除干净,不产生任何橡皮屑和留痕。不像其它市面上的同类产品,我们的产品字迹更加清晰,浑厚。 PO,产品经理还要能管理好他的stakeholder。他要能让stakehold原创 2017-02-20 15:55:14 · 6543 阅读 · 0 评论 -
敏捷团队的培养和发展
http://www.infoq.com/cn/news/2016/03/nurturing-growing-agile-teams近日,在澳大利亚墨尔本的第一会议(1st Conference)上Andy Kelk谈到了敏捷团队的培养和发展。他的演讲以Culture Gardening博客内容为依据:对于技术人员,构建一个高效的团队是很困难的,但是它更像是一种园艺,而转载 2017-03-04 15:19:44 · 607 阅读 · 0 评论 -
敏捷团队中测试人员比率
测试人员占团队的比率应该是多大?Bob大叔在程序员的职业素养一书谈到了最佳团队阵容12人,基本上就是一只足球队的阵容,1个教练加11个足球队员。这12个人的团队由一个项目经理,2名测试人员,2名分析师和7名程序员组成。分析师开发需求,并且编写自动化验收测试脚本,测试人员也写验收测试脚本。不同的是视角不同,分析师关注业务价值,测试人员关注正确性。分析师编写成功路劲场景,测试人员关注可能出错的场景,边界,压力测试等。项目经理跟踪原创 2017-03-02 23:06:07 · 5136 阅读 · 1 评论 -
从猪和鸡的故事看Scrum Master职责
猪和鸡的故事被用在Scrum中,猪指的是scrum team的三个角色,他们是全身心的投入到了每个迭代的工作中去了。而鸡是指一些外部成员如经理,QA,UI管理组。在Scrum工作中,可能有些情形有“猪”与“鸡”一起参加会议,鸡总是喋喋不休,说这说那。而每个决定却最终会由猪去承担后果。这不是scrum想要看到的,scrum中希望scrum团队是一个自组织的团队,team对自己工作有最大的发言权,而不是由外部人员指指点点。原创 2017-02-20 15:22:46 · 1542 阅读 · 0 评论 -
极限编程对于简单设计的四条规则
XP Rules of Simple Design1. Runs all the tests.The code must do what is needed. Why bother if it does not? 代码必须符合需求,用测试保证它是符合需求的。2. Expresses every idea that we need to express.The code sho翻译 2017-02-05 11:31:45 · 647 阅读 · 0 评论 -
对结对编程理解
结对编程一直以来在从事的项目开发中,没有真正的用起来。顶多是把老员工带新员工的一些开发过程,美其名曰,结对编程。但这怎么是真正的结对编程。真正的结对编程是什么样的呢?两人共同使用一台电脑,轮流超控键盘。不停的交互,最终代码有两人共同设计和交互。在实际工作中,总会有这样的疑虑。人手本来就不够,一个任务由两个员工干,那原本其中一个人的任务由谁来做? 如果把两个人的任务由两个人人做,原创 2017-02-05 22:55:33 · 398 阅读 · 0 评论 -
迭代中的Backlog和Task管理
客户会编写需求的Backlog,开发人员把需求backlog分解为较小的Backlog。每个Backlog有估算量,根据团队的Velocity就能大致计算出下一个迭代,团队可以完成多少Backlog。一旦迭代开始,则客户PO就不能改变迭代中Backlog,这些Backlog就由SM和团队一起完成。在迭代中,开发团队需要把Backlog继续分解成Task,每个Task的建议大小是4~16小时原创 2017-02-06 10:22:35 · 2573 阅读 · 0 评论 -
《重构》中名言警句
Kent Beck 【我不是个优秀的程序员,我只是一个有着优秀习惯的好程序员而已】 - 他指的优秀习惯就是重构任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人类容易理解的代码,才是优秀的程序员。(Via Martin Fowler,敏捷开发方法创始人之一)重构三次法则:Don Roberts:第一次做某件事只管去做;第二次做类似的事会产生反感,但无论如何还是做了转载 2017-02-10 15:34:32 · 1113 阅读 · 0 评论 -
《敏捷宣言》及其背后的12准则
[转自]http://developer.51cto.com/art/201009/225390.htm2010-09-10 11:02 Kent Beck等 敏捷宣言 字号:T | T2001年2月11日到13日,17位软件开发领域的领军人物聚集在美国犹他州的滑雪胜地雪鸟(Snowbird)雪场。经过两天的讨论,“敏捷”(Agile)这个词为全体聚会者所接转载 2017-01-17 09:54:10 · 599 阅读 · 0 评论 -
ScrumAlliance对Agile Coach的能力定义了五个部分
1、Assess - Discovery&Diretion:评估、发现、指导;评估团队、发现问题、提出指导意见。2、Balance - Coaching&Consulting:平衡教练和咨询的工作;提供咨询方案,也提供教练的工作。3、Catalyze - Leadship&Organisation:促进领导力和组织变革;推动团队和外部环境的变化。4、Facilitating - Focus&A转载 2017-01-17 19:19:45 · 2460 阅读 · 0 评论 -
六西格玛
六西格玛(Six Sigma,6 Sigma)是一种管理策略,它是由当时在摩托罗拉任职的工程师比尔▪史密斯(Bill Smith)于1986年提出的。一个企业要想达到六西格玛标准,那么它的出错率不能超过百万分之3.4。对需要改进的流程进行区分,找到最有潜力的改进机会,优先对需要改进的流程实施改进。如果不确定优先次序,企业多方面出手,就可能分散精力,影响6σ管理的实施效果。业务流转载 2017-01-18 10:00:10 · 1670 阅读 · 1 评论 -
我眼中的敏捷
在我眼里,敏捷=快速反馈系统。Scrum的三大支柱中的“检验”和“适应”就是一个完整的反馈系统。简单说,检验出问题,就及时改正,以免偏差增大。问题包括两方面问题,一是产品问题 code,一是流程问题 process/tool。分钟级反馈系统有TDD,十分钟级的反馈系统有集成,每日反馈系统有Daily Standup Meeting,两周一次的Sprint是week级别的反馈。Retro原创 2017-01-21 20:10:11 · 390 阅读 · 0 评论 -
如何预估工作量?
记得过去做项目的时候,用Wideband Delphi估算方法,当时连如何拼写都不知道。现在在《程序员的职业素养》里看到了明确的定义。Wideband Delphi方法是一组人集合起来,讨论某个任务,预估完成时间,然后重复“讨论-预估”的过程, 直到意见统一。下面有几种Wideband Delphi方法:1. 亮手指 数1,2,3大家亮手指1到5根手指,找出给出手指数原创 2017-03-01 21:18:11 · 4886 阅读 · 0 评论 -
Scrum计划会议上一般需要做哪些工作?
在Scrum计划会议上,一般需要完成以下工作– 团队针对当前冲刺需要完成的积压工作项进行分析,并给出工期估算– 将产品挤压工作分解为任务– 如果经过估算,冲刺中仍然有剩余工作量可用,则按照优先级从产品积压工作中继续拿取需求放入冲刺– 对于需求描述中的不清晰内容与PO进行沟通,澄清转自:http://www.tuicool.com/articles/e转载 2017-02-13 14:23:05 · 2919 阅读 · 0 评论 -
Scrum Master的主要职责有哪些?
– 帮助团队铲除一切阻碍,让团队可以顺利完成冲刺目标– 帮助团队最大化生产力– 使用技术手段帮助团队变得更加高效,比如:引入自动化脚本,单元测试,持续集成等敏捷实践– 协助团队和PO更好的进行协作. 避免团队被PO Push太紧,保护团队。– 保证Scrum实践的正确推行转自:http://www.tuicool.com/articles/eQVvIbu转载 2017-02-13 14:24:15 · 2537 阅读 · 0 评论 -
Scrum的不足之处
– 对于目标不够清晰的项目,Scrum Master比较难以把控– Daily scrum在开始阶段会让团队感受比较大的压力,并占用一定的工作时间– 对于团队成员的技术水平,协作水平有较高要求– Scrum中对于变更的容忍度非常高,但这也会让项目干系人感受比较大的不安– 会暴露非常多的问题,如果组织对于变化的接受度不高,会有很大的组织性冲击– 对引发很多变革转载 2017-02-13 14:26:44 · 2677 阅读 · 0 评论 -
ScrumMaster帮助团队定义他们的目标
帮助团队定义他们的目标,团队才会发现他们自身对成功的定义。 Luis Gonçalves 提醒我们,拥有清晰的目标是积极主动与成功的关键之一。没有共同的目标,团队无法一致行动。在播客中,Luis建议为我们合作的团队举办一个特定的工作坊,帮助他们定义团队的目标。这个工作坊是受Daniel Pink书中所启发,你可以在 《Drive: The Surprising Truth About What M...转载 2018-03-16 10:32:43 · 528 阅读 · 0 评论