导言: 在许多工作场景中运维经常遇到的很多问题实际上和研发、质量、测试是有关联的,运维作为产品交付的最后环节遇到的很多问题其实和研发遇到的也非常类似。于是我向廖君仪老师询问能不能把敏捷看板带到运维团队内部,使用敏捷的方法来解决这些问题。 接下来我们会从上到下跟大家分享以下五部分:运维面临的挑战,敏捷开发方法,还有我们的运维看板,以及敏捷软件生命周期,最后是我们的结论:运维也可以敏捷。我们希望通过这次分享向大家交付两个内容,第一点,理解敏捷是什么,第二点大家回去后能尝试进行看板实践。 运维的挑战 运维到底能在
一般情况下,一个Scrum Master如果更多的是做组织会议、确保时间盒以及对流程中的障碍快速响应等事项的话,可以同时引导2-3个团队。在这种情况下,团队会在降低问题发生率的基础上提高一定的绩效。
有多种方法可以估算应用开发项目。一种方法是使用所谓的故事点。虽然这种类型的估算可能不是最简单的,但使用Story Points进行估算可为应用开发者和客户带来好处。
原引作者介绍:Kenneth Rubin,Ken提供Scrum和敏捷培训与教导服务,旨在帮助企业以更高效、更经济合理的方式开发产品.
前言 大家上午好,我会很快介绍一下自己,我的名字叫Kris,我和Patrick一起在很多年之前开始做DevOpsDays。我做这个行业已经有20年了,我最开始是做开发,然后又开始成为了运维人员,所以这
本文要点 Big room planning是每季度举行一次的为期两天的计划会议,参与人员包括所有项目和团队成员 如果正确地推进,让100个或更多的人在一起做计划是可能的,有利的 人们一边在所在的团队中做计划,一边和其他团队协作计划 Big room planning让每个人有个总体了解,知道其他人在做什么,了解谁和谁之间有依赖关系 达成共识和总体方向(总体规划,the master plan)是一个成功的big room planning的先决条件 大规模计划 大规模计划,包括切片和总体规划,是帮助你应对
通过 Azure Boards 网络服务,团队可以管理其软件项目。它提供了丰富的功能,包括 Scrum 和看板的本地支持、可定制的仪表板和集成报告。这些工具可以随着业务的发展而扩展。
今天你敏捷了没有?“敏捷”在互联网和软件开发领域从涓涓细流逐渐演变为行业潮流,往小了说是改进了开发方法,往大了说是革了瀑布流式的命——把产品开发引向了快速迭代、小步快跑的路线上。 我们使用 tapd 写 feature,流转、跟踪任务,言必谈敏捷,然而我们是否真的走对了敏捷?(注:tapd 是腾讯内部的敏捷项目管理系统) 朋友,你听说过敏捷么? 离开敏捷工具,我们怎么敏? 设计也要介入敏捷流程? 敏捷跟文档是对立的? 我这有个几百亿的大项目,怎么敏? 尽信书,不如无书。 一、朋友,你听说过敏捷么? 程序员
很多公司请几个敏捷教练建立流程,把会议室的椅子都搬走宣布从今以后大家站着开会了,使用敏捷管理工具建立迭代、建需求、分任务,可是这真的就意味着敏捷了吗?
1993年,Jeff和Ken开创了Scrum,至今已经有25年之久。如今敏捷开发也不是什么流行词儿,不少IT组织已经走在敏捷转型的路上,还有一部分组织则刚痛下决心抛弃瀑布式计划型开发模型,试图采纳敏捷开发框架(比如Scrum)。但大部分组织即便拼得遍体鳞伤,仍然无法按期交付卓越的软件,最后要么放弃,要么就医 -- 引入专业敏捷咨询师,ThoughtWorks已帮助业界诸多大型组织成功地敏捷转型。
现在市面上免费的项目管理工具多如牛毛,然而在工作中一旦用错了工具,就不是免费不免费的事了,如果对项目整体进度造成影响,就得不偿失了。本着让项目管理者省钱又省力的目标,我们今天来测评一下那些热门的项目管理工具,看看到底哪家强:
本文总结
为了更好地支持敏捷开发,市面上的敏捷工具层出不群。当然任何软件都能是帮助我们更高效的工作,工具自己本身并不能管理项目,所以首先还是要了解敏捷开发的知识。
导读:本文的目的是分享有关Scrum Agile框架中软件测试活动的想法。本文分为两个主要部分。第一部分着重于解释Scrum方法,谁是参与者,计划如何转化为行动,关键仪式以及Scrum冲刺中会发生什么。在第二部分中,我描述了Scrum方法论中遵循的软件测试过程,以及如何将其集成到Scrum sprint中。
常规的敏捷框架适用于中小型项目团队,而且不具有扩展性。基于常规的敏捷框架,SAFe定义了一个可扩展的敏捷框架模型,它适用于大型多个团队的合作开发,可以提高团队之间的协作性,降低团队管理的复杂性。
【提前语】:前端时间一直忙ACP的考试,所以文章中断了大半个月,现在又继续雄起啦,希望大家多多关注我的专题“Kevin聊敏捷”
你有没有想过,切开CPU看看里面? 有一个瑞典Lund大学的物理学博士生,就真的这么干了,还把照片放到网上。我们知道,CPU里面是几千万到几亿个晶体管,他的目标就是看到这些晶体管。 1. 他先找到一块
相信通过前面一篇文章的介绍,你已经对 Scrum 有了一定的了解了。但是这玩意怎么用呢?XP 的实践如果是做过软件开发的同学,或者是带过软件开发团队的同学一定或多或少的都接触过,至少也是听说过。但就像上篇文章说过的,XP 很偏重于具体的软件开发实践,而 Scrum 则更全面地渗透到管理层面,更加的宽广包容一些。还记得上篇文章中最后的那个 Scrum 过程图吗?
项目管理是大家非常关注的话题。最近,总能得到一些不错的内幕消息的 Gergely 做了一项调查,探寻科技巨头们是怎么运营技术项目的,涉及了 100 多家科技企业,他意外地发现 Scrum 在大多数大型科技企业里“奇怪”地缺席了。
举个例子,比如我们刚刚做了一个报告,想截图某视觉对象到PPT中,但是筛选器可能离着该可视化比较远,如下图:如果截上面柱状图,我们可以将年度切片器一起截取下来,但是如果你想单独截取下面的柱状图放到ppt里,别人根本不知道这张图想表达什么意思:
作者 | Gergely Orosz 翻译 | 核子可乐 策划 | Tina 项目管理是大家非常关注的话题。最近,总能得到一些不错的内幕消息的 Gergely 做了一项调查,探寻科技巨头们是怎么运营技术项目的,涉及了 100 多家科技企业,他意外地发现 Scrum 在大多数大型科技企业里“奇怪”地缺席了。 Scrum 是一个轻量级项目管理框架,它将团队化繁为简,分为产品负责人、Scrum Master 和开发团队三种角色,同时强调产品梳理会、迭代计划会、每日站会、迭代评审会、迭代回顾会。在过去十多
https://www.cnblogs.com/yangfengwu/p/11080567.html
在之前的打造属于自己的渗透神器系列中的 badusb 文章中作者发现大家普遍反映 Digispark 开发板做的 badusb 他只能执行一次编写好的命令,如果插上去失效了那就没有办法执行了。如果使用树莓派 zero w 和 P4wnP1 做的 badusb 我们发现他的功能非常强大,但是他的缺点也出来了,那就是如体型太大了容易给发现而且单个造价很高。这样对某些实验环境下非常的不友好例如:我们对某一台电脑进行 badusb 攻击我们把攻击设备插在了他的电脑上然后发现电脑的主人坐在那里不走了,你的攻击设备又不能取走这样就白白的损失了 zero w 和内存卡的钱。
“敏捷方法”是一个囊括了各种框架和方法的涵盖性术语,它指的是符合《敏捷宣言》价值观和原则的任何方法、技术、框架、手段或实践。
做为一个前端程序猿,肯定应该知道很多与前端相关的知识,像是 HTML 或是 JS 相关的东西,但这些通常都与“使用”有关。例如说我知道写 HTML 的时候要语义化,要使用正确的标签;我知道 JS 应该要怎么用。可是有些知识虽然也跟网页有关,却不是前端程序员经常接触的。
考完PMP之后,想对项目管理有更好的了解,就用备考PMI-ACP,一次通过,以下是备考心得:
我之所以把lombok放在整篇文章的第一个介绍,是因为它真的可以帮我少写很多代码,特别是entity、DTO、VO、BO中的。
地球引擎有一个用户界面API,允许用户直接从JavaScript代码编辑器中构建和发布交互式Web应用。许多读者会在其他章节中遇到对ui.Chart的调用,但还有更多的界面功能可用。特别是,用户可以利用ui函数来为他们的地球引擎脚本构建整个图形用户界面(GUI)。GUI可以包括简单的部件(如标签、按钮、复选框、滑块、文本框)以及更复杂的部件(如图表、地图、面板)来控制GUI布局。关于ui部件的完整列表和关于面板的更多信息可以在下面的链接中找到。一旦GUI构建完成,用户可以通过点击代码编辑器中脚本面板上方的应用程序按钮,从JavaScript代码编辑器中发布应用程序。
因为文章开始的上古时期回答是正确的。web公开报告是不会即时对显示页面进行更新的。
看板是一种非常常见的任务管理机制。我们使用到的大部分团队协作工具中都有看板的身影,例如 Tower、Teambition、Trello、Github、Gitlab… 看板不仅可以用于团队协作,也可以用于对个人时间进行管理和优化。可是你真的会用看板吗? Wiki 上面的解释是:看板是丰田生产模式中的重要概念,指为了达到及时生产(JIT)方式控制现场生产流程的工具。及时生产方式中的拉式生产系统可以使信息的流程缩短,并配合定量、固定装货容器等方式,而使生产过程中的物料流动顺畅。 从上面的定义中需要注意以下要点:
一边,有业界认可的scrum master,它的朋友极限编程者,以及由其衍生的 LeSS、SAFe、DAD等,是敏捷。
第7章 我们怎样布置团队房间 大多数最有趣最有价值的设计讨论,都是在任务板前面自然而然地发生,所以我们试着把这个区域布置成一个明显的“设计角” 让团队坐在一起 在安排座位、布置桌椅这方面,有一件事情怎
首先,我们来理解一下:节流函数首先是节流,就是节约流量、内存的损耗,旨在提升性能,在高频率频发的事件中才会用到,比如:onresize,onmousemove,onscroll,oninput等事件中会用到节流函数;
软件工程是一个非常复杂的过程。在软件开发阶段要遵循不同的软件开发生命周期模型来指定和设计。这些模型也称为软件开发生命周期(SDLC)模型/方法。每个过程模型都遵循其类型所独有的一系列阶段,以确保软件开发步骤中的成功。
许多组织已经了解到,通过使用功能点对其进行估计,他们可以更好地控制软件项目。同时,我们看到越来越多的组织采用敏捷的工作方式,通常是通过应用 Scrum。最大的问题是功能点是否仍然存在。
Scrum 是一种方法论,有很多术语、定义、规则。 本文不是讲 Scrum 理论,而是从应用的角度,讲述我自身 Scrum 实践的经验体会。理论运用到实践中时,一定会有所变化。本文中根据我切身经历,对
Hello World 对于每一个开发者来说都不陌生,因为在我们学习任何一个语言或框架的时候,都会有一个Hello World的案例来帮助我们快速入门。
1. Scrum是经验型方法,是”可能性的艺术“ 2. Scrum使得所有事项充分可见,使“秘密交易”最小化 3. Scrum的运作基础是个人和团队的承诺,而非严密的规划及控制。相对于强行控制计划,其忠诚度、自组织和员工责任感是更为有效的机制 4. 团队成员只有事先集体负责,承诺在固定时间内交付实际产品后,才算真正掌握Scrum
Scrum建立在经验主义的基础上,该经验主义基于三个最重要的方面(也称为下图所示的三大支柱),支持经验过程控制的每一个实施:透明度,检查和适应。当Scrum团队体现并实践承诺,勇气,专注,开放和尊重的价值观时,透明度,检查和适应性的Scrum支柱变为现实,并为每个人建立信任。Scrum团队成员在使用Scrum角色,事件和工件时学习和探索这些值。
最近有一位小姐姐向我抱怨,说她家宝宝最近要打预防针,受疫情影响,市区定点的社康医院太少,导致预约号基本靠抢,根本是一号难求
我们可以思考一下,敏捷这一概念究竟存在了多久?如果追溯历史,我个人认为可能真的可以回归到远古的时代。进化论里的一个经典推断就是:物竞天择,适者生存。那么“唯一不变的是变化”就是指怎样去更好的响应各种无法预测的变化。
刚接触敏捷一个月左右,看各种设计模式、TDD、scrum、xp,但是当别人问到我什么是敏捷开发的时候,还是不知道怎么去回答,所以就想着,是时候理一下这些天学习的关于敏捷的所有,在心里搭一个框架。
在敏捷开发过程中,一个产品或者一个发布版本通常是由多个冲刺来实现的,每个冲刺都能增量交付可运行的系统功能,实现客户价值。每个冲刺都是从冲刺规划开始,团队成员一起商定冲刺目标和明确交付的系统功能,并进行冲刺执行,实现系统功能,再通过冲刺评审和回顾对实现的产品功能和过程进行检视,期望在下一冲刺过程中对产品功能和过程进行改进和完善。
目前我们可以在网络上搜索到大量制作好的数据集,那么如何快速制作属于自己的数据集呢?
还是在13年的时候,彼时还在某福报厂做某旅行APP。当时在搞的一个大版本,团队里来了几个奇怪的人,不写代码,一来就拉着大家开会,往黑板上画好几个格子,贴一堆纸片,每天还坐在我们项目室监视我们,动不动往我们耳朵里扔各种没听过的专业词汇,燃尽图、sprint、scrum 等等等,早上还非要拉着团队开站会,要知道互联网公司晚上都是干到十一二点,尤其在上下班通勤平均需要1.5小时的大北京,早上十点公司根本没人来,站会往往人员不齐,大家也就是敷衍了事。稀里糊涂的项目上线后,那几个人也跟着消失了。回过头来才意识到,哦,我们搞了一个敏捷项目,奇怪的人是外面请来的 ScrumMaster,早上开的会叫 Stand-up。
企业不敏捷就out了 很多企业已经走在敏捷转型的路上,首先始于电信和互联网公司,然后是金融行业,现在连零售这样的传统行业都在尝试转向敏捷。 从2001年敏捷宣言宣布到现在,已经有将近十五年的历史。十五年,在我们这个变化迅速的软件工程行业已经是一个非常悠久的时期了。敏捷并不是什么新玩意,而已经成为我们行业主流的管理运营体系。 如果一个企业还没开始拥抱敏捷思想并付诸实践,那它很快要就out了!原因很简单,为了快速响应市场需求的变化,企业采用和拥抱一些敏捷的方法和思维是必须的。 走向敏捷并不表示完全放
梦晨 发自 凹非寺 量子位 报道 | 公众号 QbitAI 如果你有一台主板坏掉、屏幕完好的笔记本,去回收往往只能换回几十块钱。 有没有想过把屏幕拆下来,改造成一台便携显示器呢? 最低只要不到200元,就能拥有一个副屏,提高工作效率。 还可以连接机顶盒、游戏机或树莓派。或是使用无线投屏器,把手机画面投放到大屏幕显示。 相比买一台成品便携显示器,花费至少600-800元,岂不“真香”? 制作方法也非常简单,不需要很高的动手能力。 全套配件只需百元 首先将笔记本屏幕拆下,只需要一套螺丝刀就行。 △图源:
领取专属 10元无门槛券
手把手带您无忧上云