敏捷开发
文章平均质量分 67
huver2007
这个作者很懒,什么都没留下…
展开
-
关于灰度发布的总结(一)
灰度发布是指在不影响生产环节可用性的前提下,将软件版本部署到生产灰度区(小范围、小流量),对其进行持续一段时间的监控及验证,最后根据监控验证结果决定软件新版本是否正式发布的软件发布过程原创 2023-11-21 16:08:29 · 196 阅读 · 0 评论 -
通过精益价值流探索研发效能提升实践
研发效能提升的本质就是让团队具备更快、更好、持续交付高业务价值的能力,最终达到业务目标、实现降本增效。对不对“方向不对,努力白费”,团队交付与业务目标一致;在正确方向下,洞察每个需求的价值,做到“好钢用在刀刃上”好不好?比如符合质量预期,这是投产红线。一方面改善质量,另一方面也要提升质量保障工作效率快不快?更短的需求交付周期,以及更高的生产效率能不能持续?研发效能提升不是一锤子买卖,应建立机制让其持续性地提升,避免一场运动后,满地鸡毛原创 2023-06-28 11:34:50 · 277 阅读 · 0 评论 -
BigGantt\BigPicture\BigPicture Enterprice插件对比
功能区别 BigGantt BigPicture BigPicture Enterprise 区别 主打甘特图 除了有甘特图外,还有范围管理、路线图、看板、资源管理、风险管理 是BigPicture的增强插件,拥有Bigpicture的所有功能,各功能多了更丰富的自定义报告图表; 满足大型组织的需求,适合具有分布式工作人员的组织,支持跨项目协作; 缺点 功能单一,资源管理和版本管理功能较弱 费用多60%,新增的功能实际项目中较少使用,且Jira+原创 2020-08-05 18:51:23 · 3068 阅读 · 0 评论 -
Confluence常用功能操作指引Gitchart
Confluence 也是 Atlassian 出品的软件,用于企业知识管理与协同。强大的编辑和站点管理特征,以及权限管理能力,能够帮助团队成员之间共享信息、文档协作、集体讨论,信息推送。Confluence 与 Jira 配合一起使用,相得益彰,越用越顺畅。经过本人一段时间的使用,总结有几个明显的优点:与 Jira 无缝链接,可自动获取 Jira 中各 ISSUE 的数据,自动展示为多种多样的图表; 只需首次拟制好报告模板,以后打开该页面自动展示最新数据,极大简化统计工作量。 数据准确,避免人原创 2020-07-28 19:58:37 · 1145 阅读 · 0 评论 -
Jira筛选器、数据导出与仪表板的使用
Jira中最好用的功能莫过于筛选器与仪表板了,本文简单总结这两个功能的使用方法。筛选器Filter 1.在“问题”栏选择“搜索问题” 2.选择搜索属性,比如这里搜索test-project的BUG 3.若需要增加搜索条件,点击“全部”,输入需要的属性,比如这里根据创建日期搜索前一个时间段内创建的BUG 4.筛选结果视图类型设置为“列表”显示更清晰 5.点开“列”可以自定义需要显示在列表中的字段 6.另存为,可以保存为筛选器,下次直接点开该原创 2020-07-07 14:32:04 · 7803 阅读 · 0 评论 -
Confluence常用命令与常用报表使用(SAAS版)
用过一段时间Confluence作为公司知识库后,越来越觉得Confluence很好用,这几天整理了几个基本使用方法供参考。原创 2020-06-22 20:10:14 · 1588 阅读 · 0 评论 -
排队论与里特定律在项目中应用的思考
最近小孩老生病,经常跑医院,经历了无数次的排队,即心烦又无可奈何,不自觉对排队理论做了一些思考,对看板方法中的限制在制品有一些新的感触。排队论网上查了一些资料,排队系统包括三个组成部分:输入过程、排队规则和服务机构。输入过程考察的是顾客到达服务系统的规律。它可以用一定时间内顾客到达数或前后两个顾客相继到达的间隔时间来描述,一般分为确定型和随机型两种。 例如,病人按照预约时间前来看病...原创 2019-12-05 17:53:01 · 2736 阅读 · 0 评论 -
敏捷趣味回顾会议-回顾
快乐与收益 (#1)快乐与收益活动是一个非常棒的活动,用来谈论所有工作相关的事情,工作如何影响每个参与者(有关快乐与否),以及工作给团队带来多少收益。开展活动:1.画出快乐与收益图2.请参与者向图中添加便签基于工作中做过的事情,请参与者回答如下两个问题:● 在做这件事的时候,你感到快乐或者痛苦吗?● 做这件事的过程中,收获或损失了多少?3.向参与者解释原创 2017-09-14 09:15:29 · 6656 阅读 · 1 评论 -
敏捷趣味回顾会议-过滤问题
过滤可行性和有益性相关图 (#1)绘制可行性和有益性相关图的活动提供了一个对建议的想法或行动的列表进行优先级排序的快速方式。通过比较每个想法相互之间的可行性的和有益性程度,参与者共同创建了一个排好优先级并包含高价值和高可行性想法的列表。开展活动1、绘制一个可行性和有益性相关图,用箭头标记每个轴的低和高方向。2、要求参与者用便签写下他的想法和行动,或从以前活动产生的便签中选择一些...原创 2017-09-22 17:52:34 · 1991 阅读 · 0 评论 -
敏捷趣味回顾会之Check in
一个词(#1)一个词是一个简单的签到活动,其让参与者在进入会议里要讨论的数据和细节之前分享他们的感受。这是一个很好的会议开场活动,因为它重视人们的感觉并让他们从一开始就说话。开展活动:分发给参与者一支笔和便签请他们用一个词来形容他们的感觉(根据当前会议的上下文)把类似的便签分组并贴到白板上(可选) 询问是否有人想要为他们选择的词分享更多的信息请用一个词来描述<...原创 2017-09-11 17:37:01 · 1325 阅读 · 0 评论 -
需求优先级划分技巧
01 优先级开场语假设需求梳理会议上,团队确定本迭代的待办事项有n个,假若等到两周迭代开发快结束的时候,还有2个未完成,在这种情况下,是否按照约定准时发布? 按敏捷的思想,答案非常明确:按时进入测试和修改Bug阶段,并且只测试已经完成的n-2个需求,剩下2个没有完成的需求放在下一个迭代。 但这时候可能会有人跳出来:用户最看重的就是这两个需求,少了这两需求客户会很不满意! 根本原因:需...原创 2018-12-11 14:01:16 · 7337 阅读 · 0 评论 -
AMM敏捷成熟度评估框架介绍
业界关于敏捷的认证有很多,Scrum、SAFe、Devops等流派都有自己的认证体系,但都是关于个人的,对于团队/项目的敏捷开展状态则比较少见,借用CMMI的说法叫成熟度。这里介绍由ThoughtWorks提出的敏捷成熟度评估框架。当然评估的目的是为了找出不足,识别改善点,并非一定要认证。AMM简介•AMM 全称Agile Maturity Model,是一套用来评估软件开发团...原创 2017-07-27 08:45:13 · 6409 阅读 · 0 评论 -
Certified Scrum Master (CSM) 敏捷ScrumMaster认证考试部分题目
CSM 笔试常见的题目(这里是16年的版本,后期应该有较大改动),题目较简单,目的主要是让大家把两天培训的内容复习一遍。可自行选择英语、汉语,但汉语的翻译有时候比较难懂,建议还是使用英文,也便于根据答案进行推敲。这里只是摘录部分我做过的题目,有些答案忘记了得自己琢磨。1)推荐Sprint周期最长不超过?A)30天B)60天C)90天D)满足交付潜在可交付产品增量的需要...原创 2019-03-19 09:13:42 · 11368 阅读 · 0 评论 -
敏捷转型实战问题解答
总结了敏捷转型过程中常见问题,及应对技巧,供大家参考。大部分问题还是比较有代表性的,还算比较有价值吧。问题1:如何积极的引导别人?......问题6:团队内的考核问题?问题7:回顾会确定的改进措施有反复,怎么办?原创 2017-07-19 10:57:57 · 808 阅读 · 0 评论 -
中兴通讯某产品大规模敏捷转型实践
本产品从2014年开始正式推行敏捷转型,到2016年实现产品级敏捷,大概用了两年时间。本文是根据我在中兴通讯这两年的经验做的总结,见识比较肤浅,且大部分是靠回忆写下来的,免不了存在一些不一致的地方。一、敏捷转型方案1项目概况 产品用途:中国移动IPTN承载网络传输设备 项目团队:开发120人+测试30人 产品需求数(Feature):约500条...原创 2017-07-19 16:20:06 · 3411 阅读 · 0 评论 -
如何高效迅速的进行CodeReview
背景很多公司都要求项目做CodeReview,但很多项目第一次组织CodeReview往往不知道该如何做,也不知道为什么去做,参加过几个项目组的CodeReview,发现一些共性问题: 有时候参与Review的人太多了,意见太分散,Review时间拉的很长,发现问题效率低; 有时候会发现一个CodeReview时间很长,参与者会觉得煎熬和浪费时间; 有时候不太了解对方评...原创 2017-07-14 08:38:32 · 31750 阅读 · 2 评论 -
敏捷教练的六顶帽子|洞见
我认为一个好的敏捷教练应该能够根据不同的目标,戴六顶不同的帽子。它们分别是:向导、教练、教师、导师、伙伴、唤醒者。作为敏捷教练首先要关注的是客户当前在哪,目标在哪,正面临哪些重大的障碍,如何能夠达成目标。导师更像顾问那样,帮助客户建立明确的价值观与信念,并以导师自己为榜样。转载 2017-07-12 08:50:18 · 1368 阅读 · 1 评论 -
敏捷回顾会之鼓舞热情
合作的面部绘画(#1)合作的面部绘画是一个有趣的互动活动,有助于姓名记忆。开展活动:1. 给每个参与者一张 A4 纸和一支笔。2. 指导参与者在纸的底部写下他们的名字。3. 要求大家在房间里随意走动,直到你说停止,大家才停下来。4. 每个人都与旁边的一个人组成一对。5. 指导每一对人交换纸张。6. 每个人都画另一个人的眼睛。7. 指导双方再次交换文件(现在每个人原创 2017-09-12 10:29:14 · 1150 阅读 · 0 评论 -
好视通MCU敏捷开发项目总结实践案例
项目总结在有些公司也叫项目复盘,推广敏捷开发的项目会觉得迭代已经有开展回顾会了,没必要再做项目总结。我觉得这两者的定位是不一样的,回顾会偏重当前迭代,项目总结则是对整个项目周期工作的复盘。不过项目总结实际操作起来往往效果较差,经常出现SM/PM一人写完所有的总结报告内容,总结会议上SM/PM一人在念报告,其他成员各顾各的,应付式完成总结。 这里跟大家分享一下好视通MCU团队的项目总...原创 2019-01-24 14:10:59 · 1249 阅读 · 0 评论 -
代码Review经常碰到的几个问题与应对方法
1、项目组人少,比如某个模块就一个人开发,如何做走查?----建立研发中心级别的走查机制,这个模块人少,但是可以邀请他所属的开发组参与走查,比如他用的是C++,可以邀请其他C++成员参与走查,不一定要本项目的人才能走查。2、走查问题记录不方便,是否有好用的走查工具?----我们的代码是用Git管理的,与Gerrit很好的集成,Gerrit就是个走查工具,提交代码到Git时就可以设置必须走查...原创 2018-12-12 14:44:34 · 3198 阅读 · 0 评论 -
【敏捷开发每日一贴】看板原理三:时间箱管理
看板原理三:时间箱管理时间箱管理TimeBoxing是敏捷方法中的一条重要实践,其含义是在项目中的某些活动的完成时间必须在规定的时间内进行并在规定时间内完成。该实践有助于提高整个项目的工作效率,提高沟通频率,节省沟通时间,避免帕金森现象。(1)每次迭代必须在固定的时间内完成,比如2周或1个月等,本次迭代必须交付一个质量得到充分测试的、可以运行的软件版本,如果有些需求不能在本次迭代内完成,则原创 2017-04-10 10:22:39 · 3033 阅读 · 0 评论 -
Scrum Master的职业路径在哪儿?
本文转载自 熊节 老师的文章以下观点我觉得是非常有价值的,改变了以往很多认识:我们这个行业的关键问题,不是瀑布或敏捷的问题,而是四项基本能力是否具备的问题:需求管理、项目管理、配置管理、质量保障。一个最最简单的晨会,你可能以为它仅仅是一项最基本的项目管理活动,当你真的想解决其中的问题,你就会发现,它其实涉及了需求管理(需求以什么方式拆解和传递)、配置管理(代码以什么方式修改和提交)、质量保...转载 2019-09-23 18:43:40 · 891 阅读 · 0 评论 -
阳明心学在敏捷开发中的应用
前几天公司组织致良知四合院的阳明心学四天三夜的学习,这四天完全脱产,手机全程关机,保持最集中心态,成效还是不错的。学习过程中产生不少共鸣,并不断的与敏捷思想做对比,发现有很多可以借鉴的。阳明心学的核心思想与敏捷价值观• 阳明心学核心:心即理----心是一切事物的源泉之源泉,我心即天理• 明心:– 人生重大秘密:心中拥有无尽宝藏,取之不尽用之不竭,但要触发你的良知– 人生...原创 2019-07-19 14:50:43 · 3467 阅读 · 9 评论 -
禅道----基于敏捷思想的项目管理工具
•禅道简介•禅道最早在2004年发布,是国内较早的开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、 组织管理和事务管理于一体,覆盖了项目管理的核心流程,是一款较专业的研发项目管理软件。•禅和道是中国文化中极具代表意义的两个字,希望通过这两个字来传达对管理的理解和思考,其网站zentao即是禅道的英文。•禅道的管理思想则是基于国际流行的敏捷项目管理方法——Scrum,它规定...原创 2019-05-29 09:20:16 · 2390 阅读 · 0 评论 -
敏捷开发中需求拆分的重要性
经常碰到迭代结束了,还很多任务未完成,若按照敏捷的原则,得将未完成的任务延期到下一个迭代,但会导致不少重复工作量;若不这么做,就得延长迭代周期,变得不伦不类。于是不少团队开始怀疑敏捷开发的好处,要是按照传统瀑布模式,就没有这些烦恼了。之所以会有这样的问题,我觉得最主要的是需求没有拆分到足够细,这里总结一下需求拆分的几个好处吧。更方便安排工作如果每个需求能拆分到足够小,可以有效防止任...原创 2019-05-22 11:28:31 · 6110 阅读 · 0 评论 -
敏捷成熟度评估模型-AMM评估管理实践与技术实践
管理实践AgileMaturity Model实践一:SharedResponsibility–职责共享 Theme Level State Description Reference Implementations 3+ 组织级结对 Organizat...原创 2017-08-02 14:05:28 · 7511 阅读 · 3 评论 -
翻牌游戏玩法实践与反思
游戏目的敏捷是否真能提升研发效率?敏捷对比瀑布有哪些优势?员工通过直观的游戏环节,模拟迭代交付和瀑布交付,更能深刻体会两者的区别,并理解快速交付、自组织、客户协作、瓶颈等敏捷概念。道具纸牌一组12张(也可以是硬币、筹码等); 白纸每组两张; 水笔每组一支; 角色贴纸; 手机计时。 预计占用60分钟角色分工每组6-10人,每一组围着一个桌子站好。 每一组需要确定每个人的...原创 2019-03-04 13:57:27 · 7513 阅读 · 1 评论 -
以炒米粉为例,讲解瀑布和敏捷的区别
很多项目推行敏捷开发很长一段时间,仍然弄不清楚瀑布和敏捷到底有什么区别,这里以炒米粉为例,讲解两者的区别。瀑布:就是自己在家里炒米粉家里炒米粉,一般是按照以下流程:先准备好足量的米粉、胡萝卜、葱、白菜;然后切胡萝卜丝、白菜丝、葱,同时用开水泡米粉;接着下油锅,胡萝卜丝、白菜丝等一起翻炒,再下泡开的米粉翻炒;最后一起出锅,不管好吃不好吃,全家人一起吃。敏捷:米粉店炒米粉假设是新开...原创 2019-02-12 14:16:52 · 915 阅读 · 1 评论 -
如何快速输出产品的用户故事地图
01 结构与作用故事地图产生背景用户故事地图就是将story用可视化的方式展现在团队面前,让团队可以仔细梳理、讨论,确认这个story包含的内容,最终产出需求进行开发。 用户故事地图是Userstory的前传!故事地图特点不是另外一种写需求的方式 故事是用来讲的,不是用来写的 侧重事件发展过程的描述 故事不是忽悠,不是夸大故事的听众用户故事地图结构地图的核心是一...原创 2018-12-11 10:22:42 · 2625 阅读 · 0 评论 -
敏捷项目中的进度控制
时间是软件开发过程中最为稀缺并不可替代的资源。其浪费将直接影响项目的进度。而软件开发过程中存在各种各样的浪费。因此,消除浪费是加快进度的一种重要途径。项目进度管理中很重要的一个方面是进度风险的控制。出于应对风险的需要,在安排计划时往往会留出所谓的缓冲时间,这有其合理性。但是,这个缓冲时间延长了任务的持续时间。而关键任务持续时间的延长则延长了整个迭代持续的时间。值得注意的帕金森定律(Parkinson's Law)所阐述的现象却给了我们在某些情况下要适当压缩任务尤其是关键任务的持续时间。原创 2017-06-22 13:40:10 · 2787 阅读 · 0 评论 -
突破“伪敏捷”
在敏捷推广过程中,经常听到团队自嘲自己是“伪敏捷”。故查之:"伪"意思有意做掩盖本来面貌的或虚假(跟‘真’相对)。也表示不合法的;窃取政权,不为人民拥护的,例如:伪政权,伪军,伪组织,同现代词语“装”同义,到底何为“伪敏捷”,经了解,只是采取了迭代方法,与瀑布不同之处就是需求周期短了,其它项目过程都相同。这种方法,只是采用了敏捷中的短迭代,又包括了瀑布方式下的所有管理方法,这种敏捷因在团队中并没有感受敏捷带来的变化,叫做敏捷又缺少自信,所以称之为“伪敏捷”。原创 2017-06-16 08:31:49 · 920 阅读 · 0 评论 -
糟糕的每日站会
每日站会,作为scrum里面重要活动之一,非常容易理解和实施,同时也是公司引入敏捷最容易和最应该开展的活动之一。然而却因为执行不易历来饱受争议。很多有心尝试Scrum的项目试行一段时间后,往往是在站会上最先打了退堂鼓,继而产生质疑。总觉得站会就是例行汇报,听不到什么实际内容的讨论,枯燥无味;在有些团队中,站会又显得冗长而“低效”,讨论漫无边际,“有这个开会的时间,我活早干完了”。每日站原创 2017-06-02 10:46:41 · 2428 阅读 · 0 评论 -
【敏捷开发每日一贴】敏捷估算方法
敏捷估算方法无论是团队研发一款产品或者开发某一个项目,我们都需要回答“我们大概什么时间能够完成?”, 或者到某一个时间点,我们能够做到什么程度, 因此和传统的开发模式一样,我们在故事拆分之后需要对我们需要做的事情进行工作量的估算。相对于传统的工作量估算方式,敏捷估算有如下几个特点:1. 团队集体估算在Scrum的开发过程中,团队共担责任,集体承诺每个Sprint的工作,因此对于工作转载 2017-04-14 08:39:15 · 5236 阅读 · 0 评论 -
【敏捷开发每日一贴】用户故事规范、分解与拆分
一个PDF文档,请从资源页下载。转载 2017-04-13 09:09:09 · 2868 阅读 · 0 评论 -
【敏捷开发每日一贴】用户故事Userstory
用户故事一、什么是用户故事?用户故事也是一种常见的需求描述的方法,它从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:1. 角色:谁要使用这个功能。2. 活动:需要完成什么样的功能。3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值。用户故事通常按照如下的格式来表达:英文:As a , I want to , so that .中文:作为原创 2017-04-13 09:02:05 · 1544 阅读 · 0 评论 -
【敏捷开发每日一贴】敏捷开发-实例化需求常见问题
实例化需求常见问题推动实例化需求,讲到这个例子时,经常会碰到这些问题:6件可配吗?:例子中提到6件免运费,显然这个在系统中要可配的,不能在产品中硬编码(hard code)。但是这个需要在例子中讲清楚吗?“否者我的开发团队又要说我需求没讲清楚,不过我总觉得这点意识他们应该有的?”,一个有着很多痛苦经历的PO问道。没有一定的说法。记住!!最重要的是沟通,把需求澄清出,不要有歧义。原创 2017-04-12 11:45:10 · 652 阅读 · 0 评论 -
【敏捷开发每日一贴】一个网上书店的实例化需求例子
一个网上书店的实例化需求例子这个例子也是Gojko常用的,在一些环节稍微调整了一下。假设某个网上书店为了提高用户的回头率,就提出了口号:到年末,达到50%的用户的回头率,这就是目标(Business Goal)。一般是由CEO或最上层的市场经理根据市场决定的,他们关注的是战略方面的决策,也是整个产品开发的市场价值和背景。这一点经常被开发团队忽视,要让团队时刻知道项目的意义所在,这样...原创 2017-04-11 20:29:42 · 694 阅读 · 0 评论 -
【敏捷开发每日一贴】需求管理和实例化需求
需求管理和实例化需求软件开发的最大问题之一往往是需求,而且它也很容易的被作为替罪羊。在公司项目延迟和出大问题的最大借口,就是“需求不清楚、需求变更”。那把需求早点弄清楚不就行了嘛?听着挺容易,但要做好它却很困难。敏捷迭代起来以后是否会好点呢?理论上会好点,因为需求在一个迭代中东西会少点,更容易理清楚。但就是因为一个迭代的周期短,在开完计划会议后,团队会更愿意直接投入到代码开发中去,原创 2017-04-11 20:28:11 · 2850 阅读 · 0 评论 -
【敏捷开发每日一贴】自组织敏捷团队的特点
自组织敏捷团队的特点敏捷常提到自组织团队,通俗的讲它是一个由外部创建,然后给与授权,自行决定行动纲领的一个团队。这个团队接受外部给与的任务和约束条件,自行决定如何完成任务。在这个团队中,团队成员自己决定做什么,以及如何做,是“民主”,还是“集权”,团队说了算。橄榄球、篮球、足球等体育团队,就是非【敏捷开发每日一贴】打造自组织敏捷团队的要点常好的自组织团队的例子。上场之后,足球教练、老板,以原创 2017-04-11 08:51:25 · 3465 阅读 · 0 评论 -
【敏捷开发每日一贴】债务与缺陷
债务与缺陷“债务”是指将来某个时刻要偿还的负担。如果没有适当技术实践的支持,随着迭代的进行,既有代码的单元测试工作增加;功能回归测试工作量变大;代码质量因频繁变更而变差;系统越来越复杂,团队成员却缺乏对系统的理解。这些构成了软件开发中的“债务”,它们加大了将来系统修改、测试的难度,因而降低了系统的响应能力。“债务”又可以分为技术“债务”(tech. Debts)和学习“债务”(le...原创 2017-04-11 08:52:47 · 501 阅读 · 0 评论