用户故事INVEST规则中的第一个“I”,Independent独立的,是说用户故事应该是自包含的,没有对于其他用户故事的内在依赖。但在实践中,很多人觉得这个基本很难做到,甚至完全不可能,造成很多困惑,那到底该如何理解这条规则呢?
借鉴前人的知识,结合本人的认识和经验,这篇博文从理论和实践角度对此做一个深度剖析,希望能对你有所帮助。
用户故事INVEST规则中的第一个“I”,Independent独立的,是说用户故事应该是自包含的,没有对于其他用户故事的内在依赖。但在实践中,很多人觉得这个基本很难做到,甚至完全不可能,造成很多困惑,那到底该如何理解这条规则呢?
借鉴前人的知识,结合本人的认识和经验,这篇博文从理论和实践角度对此做一个深度剖析,希望能对你有所帮助。
(作者:Bill李国彪;审校:谢炜玮/Jacky申健)
核心看点:
关键时刻:听说并尝试Scrum;成为CSM;翻译第一本Scrum著作;成立优普丰;第一次CSM上海公开课;第一次中国Scrum Gathering大会;结识Vernon史文林;奇虎360公司内训;
关键心得:选正确的事;顺势而为;跟对人;心态开放;拥抱意外的学习;要专注;把手弄脏;快速试错;恒心;社区;善观察;多思考;找对人;
自2007年优普丰敏捷学院成立并开始专注在中国推广敏捷,光阴如梭,已有十个春秋。虽我不善词藻,回想敏捷在这十年中给我以及我身边的朋友、同事、社区的伙伴及各大客户带来的变化和成长、开阔的眼界,以及更积极和正向的思维方式和心态,我抱着感恩之心,不禁想写点什么与大家共勉。如今回顾这一历程,信心不断加持,也鼓舞我们投向未知的但也是无比广阔的未来。
对于大型复杂架构的产品代码,如何知道哪些是被频繁修改的?哪些不稳定或蕴含了潜在的缺陷或者需要频繁的回归测试,以保证持续交付的质量?如果能根据代码痕迹画出热力图或云图。据此就能找到那些不稳定的模块和代码,调动人员review这些代码,分析导致变动的原因,解决那些不稳定因素,不管是耦合问题,还是抽象层次问题,那么代码的质量会直线上升,程序员工作量就会直线下降。
git log命令的结果中包含了所有的提交信息,可以通过参数只筛选出文件名,然后先按照文件名进行排序(sort),然后用(uniq)命令来统计每个文件名出现的次数,然后再按次数排序(sort),最后是(head)命令来找出提交次数最多的10个,即是那些被频繁修改的代码文件。
git log --pretty=format: --name-only | sort | uniq -c | sort -rg | head -10
管道命令可以任意拼接,比如只想从所有C#代码里面来扫描,就再加一个grep管道来过滤即可:
git log --pretty=format: --name-only | grep .cs$ | sort | uniq -c | sort -rg | head -20
如果你在安装GIT命令行时安装了附加工具包git-extras,就可以用git-effort命令来扫描, 它会列出你的仓库中所有文件及提交次数。例如,你可以用下列命令来忽略少于4次提交的文件:
git-effort --above 4
作者:2017年4月4日,Paul Cobban, DBS星展银行首席数字化及转型官
中文版授权翻译团队信息(译者:刘文举;审校:赵瑜、李国彪)
原文链接:http://sina.lt/f2wY
译文链接: https://www.uperform.cn/digital-innovations-singapore-bank-10-lessons-learnt-when-dbs-came-out-of-the-stone-age/
还记得我在DBS的第一天。当我告诉新加坡出租车“叔叔”我要去DBS时,他说道 “DBS-慢得要死。”(“Damn, Bloody, Slow.”)
毫无疑问,2009的DBS银行因其官僚作风盛行、想象力缺乏、反应迟钝而享有盛誉。
我们当时也有了一位新的行政长官Piyush Gupta。他下定决心要扭转这种局面。我们都知道我们该做点改变,但不知道从何入手。
银行业以外的汽车行业给我们带来了灵感,尤其是Kaizen持续改善的理念。Kaizen是由日本管理大师Masaaki Imai 今井正明提出的,它强调的是持续改进的过程,最初应用于汽车生产线。这也是今天我们所读到的精益管理的基础。
在参观日本工厂期间,我们有机会幸会了Masaak imai本人,也看到了持续改进过程在现代制造业中的影响力。但它是否适用于银行呢?我们决定一试。
说说我对于迭代过程中测出bug这件事的看法:先不论开发测试是不是独立团队,也不争论Scrum与看板方法(两者都是遵循精益思想),测出的bug分几种情况处理:
为什么这么做?
在与一些人交流时经常碰到对方说,你的方法好是好,就是不如现在的方式效率高,因此并不愿意作出改变。我们来分析下,为什么说这样的思维方式是有害的。
同一般小公司或互联网公司的产品不同,电信设备行业软件系统很复杂,动辄几千人做一个系统。即便在敏捷模式下,为了支持Scaling Agile, PO也是分层次的。三层很常见,越往上,越倾向于管理和协调,越往下,越倾向于实际需求管理和技术。最基层的PO往往是从技术专家转型而来,在初任PO的几个月里常常存在不少困惑,比如:无法投入更多时间花在自己喜欢的技术上;需要同很多人打交道,不仅花费了很多时间,争吵也是常有的事,很多看似简单的事情并不容易推动,很不适应这种工作状态,常有想回到过去纯做技术的冲动。
PO到底是个什么职位呢?在互联网类的公司里,PO做为产品经理是科技,商业与用户体验的综合体,有权决定产品的未来。但在电信设备类的公司里,情况稍有不同,我总结为PO乃技术、管理和人性的综合体。
摘要:时间黑洞带来拖延症,Scrum敏捷工作方法基于时间盒理念,帮助你高效搞定工作,达到事半功倍的效果。
斯蒂芬·威廉·霍金(StephenWilliam Hawking),1942年1月8日出生于英国牛津,英国剑桥大学著名物理学家。主要研究领域是宇宙论和黑洞,证明了广义相对论的奇性定理和黑洞面积定理,提出了黑洞蒸发理论和无边界的霍金宇宙模型,在统一20世纪物理学的两大基础理论——爱因斯坦创立的相对论和普朗克创立的量子力学方面走出了重要一步。他21岁时患上肌肉萎缩性侧索硬化症,全身瘫痪,不能言语,手部只有三根手指可以活动,仍然在轮椅上坚持为人类带来《时间简史》、《果壳中的宇宙》、《大设计》等科普巨著。作为那些书的读者,也看过2014年上映的霍金传记电影《万物理论》,其成就和经历颇令人唏嘘感动。
根据热力学第二定律,时间是单向,正如每个人从出生、长大、老去,是不可逆转的方向。时间对每个人都是公平的,好过歹过都是这一生。
[TOC]
Scrum是一个实现了敏捷思维的框架,帮助团队快速前进和学习,是一种把事情搞定的敏捷方法,Scrum常常与其他敏捷框架结合起来使用。全球70%以上的组织选择了Scrum进行敏捷软件开发和敏捷项目管理。
Scrum Alliance总部位于美国,是一个为Scrum和敏捷实践者提供教育、资源和支持的组织。深入一步,你会发现Scrum联盟是观念和变革运动的一部分。Scrum联盟提供主张、社区参与、研究、人际网络和关注组织变革,这些变革正在改变着全球的工作方式。Scrum是一个非盈利组织,由全球超过50万认证者组成,驱使我们的不是商业,也不是什么财务盈亏;我们的动力正是来自于全球社区的成员,以及寻求实现真正工作与生活平衡的每个人。
Scrum认证体系由国际Scrum联盟(ScrumAlliance.org)制定和维护,针对个人职业发展的敏捷认证体系,Scrum认证证书由Scrum联盟官方统一颁发和维护。其中基础级认证面向Scrum的三个角色:ScrumMaster、Product Owner和交付团队。UPerform敏捷学院是中国领先的Scrum认证及敏捷培训授权服务机构。
2018年CTC认证项目升级后: