产品路线图是一个高级战略文档，它描绘了产品开发的一般阶段，主要目的是将产品的愿景与公司的业务目标联系起来，它记录了产品的执行策略和总体目标。

虽然我已尽我所能在普及这两个概念，但人们关于敏捷和DevOps的争论依然让它们听起来完全不同。更糟糕的是，尽管他们都已经有了各自的行业术语和口号，但两者的概念还是没办法准确定义。鉴于敏捷诞生早于DevOps ，所以它的定义也相对清晰一些，但DevOps五花八门的定义仍然让很多人都很困惑。而正是因为二者都缺乏准确的定...

一旦涉及版本控制系统，Git实际上代表敏捷开发的水平。Git作为一款强大的开源系统，有较强的灵活性，可以按需匹配任何开发团队的工作流程。而这种分布式相比较集中式来说，自然赋予系统更好的性能特征，且允许开发人员在本地自由实验，在他们修改到自己认为没有问题时再发布到团队。

作为敏捷开发基本构成部分，每日站会往往是最容易被误解的。事实是：每日站会本身并不会让团队变得敏捷。每日站会的目的不是自吹自擂，也不是为了验证工作成果；更不是计划时间，Sprint规划会议的目的才是这个。每日站会也不是只用来讨论开发阻碍而设置的会议，因为在遇到阻碍的时候，应该第一时间寻求帮助。

Sprint Review不是回顾，其目标是演示这个Sprint中自己的工作成果，参会人员包括设计师、开发人员和Product Owner。在Worktile，我们尽量保持Sprint评审会的轻松随意氛围。团队成员们会聚集在桌子周围进行非正式的演示，讲述自己在本次迭代中完成的工作。在这期间团队成员可以相互提问、尝试新的功能并提供反馈。成功的...

本来，你以为格子男们是很乖很闷骚的那种，管理和协作起来比销售和业务简单很多，而实际情况是，格子男们并不那么容易管理，面向代码世界的复杂度，可能远比面向财物世界的复杂度还要高。

健康的Product Backlog就像一个健康的人那样：整洁有序、组织合理、公开透明。一个按照优先级顺序排好的敏捷Backlog不仅能够简化发版和迭代计划，还能够对团队计划去做的所有工作进行细致规划——包括客户根本不会关注的内部工作。尤其是当利益相关者和其他团队对团队提出额外的工作需求时，Backlog能够帮助他们设定期望指...

一个产品有需求的提出、评审、确定，以及实际的开发测试和交付这几个阶段。从2001年敏捷被提出开始到现在已经有越来越多的项目在使用敏捷。现在的敏捷已经变成一种常态，这个时候讨论敏捷实践中被大家的忽略点就变得非常有意义。

会议，或“仪式”是敏捷开发的重要组成部分。作为重要元素之一，会议不应该脱离其他元素独立存在。（很多人倾向于在瀑布流项目中添加类似仪式，然后将其称为“敏捷”，这种做法根本就是无稽之谈。）下面，让我们来看看敏捷的这些仪式，了解它们如何实现团队赋权并推动敏捷的发展。

王明兰 --原华为、微软创新与转型教练、华为云SaaS产品总监，著名精益&敏捷转型专家 VUCA最早来源于冷战时期，在现代世界意指商业世界越来越不确定性，越来越易变，越来越不可预测，我们已经进入到了VUCA时代。 我们再也不能用原来的那种传统的、计划驱动的方式来工作，因为时代的不确定性，所以大家要拥抱变化。敏...

Sprint规划是scrum中用来启动Sprint的事件。迭代规划的目标是定义Sprint可以交付的内容，以及如何完成各项工作。迭代规划需要整个scrum团队合作完成。

Sprint指Scrum团队完成一定数量工作所需的短暂、固定的周期。Sprint是Scrum和敏捷的核心，找到正确的Sprint周期将帮助您的敏捷团队交付更高质量的产品。

日本企业：我的第一份工作，我发现它这个文化，或者它这个流程设计的是和他们的特点非常相关，如果大家接触过日本，就会知道他们有一个特点，两个字—“变态”。

Overlay中文翻译过来意思是覆盖物，它是Material Design components for Angular中针对弹出动态内容这一场景的封装，功能强大、使用方便，尤其在开发自己的组件库时，可以让你少写许多代码，可以说只要是弹出内容的场景基本都可以使用Overlay.我们自己的组件库中弹出场景基本都已经使用Overlay，如自定义Select、Cascade...

在印度有这么一个神奇的团队，他们有5000名左右的员工，每天要运送20多万份餐，一份盒饭要经过3-4个人的手才能抵达目的地，交通工具只有火车，自行车，板车和双腿，没有任何单据，甚至都不需要客户填写地址。

现实是很理想的，大家都觉得做了DevOps之后就会非常快了，业务就会非常好了，但其实做了DevOps之后，你的业务也不一定会非常好。在很多公司内部也有共识，工程跟业务没有任何关系，但做了总比没做好。

我们现在接触的很多所谓的敏捷理念，让很多人认为这只是一个理念而已，但实际上你可以看到国内所有的敏捷流派都有来源，西方国家所有的研究都是基于科学理念的，所以如果我们对敏捷有深入认识，会知道敏捷是一种经过验证、真实有效果的一种实践。

互联网这个环境比较特别，包括现在不只是互联网，就算是被互联网赋能的这些“互联网+”的企业也在改变，用户在发生变化，用户构成的群体在发生变化，群体造成场景的变化，场景营造新需求，需求养成新用户习惯，新用户习惯造就一批新用户，周而复始。我们一直在追赶用户，但从用户的角度来说，他一直都期望有一个好的产品和...

一般我们想到产品创新，会觉得这个是产品经理的事，是产品经理应该关心的，我们研发团队好像一般关注比较少。根据我自己的经验我发现在创新上面非常强的团队，通常研发团队有非常深的参与度，而且对整个创新过程的支撑是非常强。

很多时候，我们感觉什么都没干一天就过去了，但对领导者来说，事情最好已经提前做完了，而且是越快越好。聪明的管理者知道，“时间”是需要花大功夫去把控的限制因素，只有掌握了更多关于时间和工作的数据，我们才能更好地执行计划，在预算范围内按时完成项目。

敏捷是一个很流行的一个词语，但是在敏捷里面，包括很多团队也是刚开始用Scrum，怎么让质量成为敏捷的一个助力而不是拖累，这个是我主要想谈的。

对从事项目管理的人员来说，敏捷已经成为一场席卷全国的风潮。但敏捷并不是什么新事物，它已经有20多年的历史。正如社交媒体圈子所说的那样，敏捷的声势与流行程度正在逐年见长。但敏捷是不是真的如坊间传闻的那样，是一个可以解决所有项目困境的万能药？当然不是！但敏捷的确是一种比较好的项目管理方法。敏捷为项目负...

当前，似乎每个人都在践行敏捷。这主要归功于敏捷能够适应变化并整合客户反馈的特质。现代社会这两者是非常重要的，因为技术在不断地革新，且人们获取信息的方式越来越容易——包括公开的客户反馈。

之前写了一篇 《如何优雅的使用 Angular 表单验证》，结尾处介绍了统一验证反馈的类库 ngx-validator ，由于这段时间一直在新模块做微前端以及相关业务组件库，工具等开发，一直拖到现在，目前正式版 1.0 终于可以发布了。可能有些人没有阅读过那篇博客，我这里简单介绍下 ngx-validator 主要的功能。

敏捷是理想型指标和原则，看板和Scrum是帮助团队坚持敏捷原则并完成工作的基本框架。本文详细介绍了在Scrum和看板之间做出选择时要考虑的关键因素，以及如果我们无法做出决定时该怎么办。

您是否在开发对组织来说有价值的产品？如何判断产品是否有价值？ 如果没有经常提出这两个问题，那么您可能忽略了产品价值方面的问题。 产品是目前工作所要达成的目的，是组建团队的原因。产品也是你选择Scrum的原因，所以，你必须要集中精力理解并提高产品价值。 优化产品价值的4个步骤 第1步：培养产品思维而非项目思维...

团队如何最大限度地发挥Scrum和敏捷的优势？ 回想一下，Scrum团队在Scrum的框架内定义了自己的流程。这其中包括方法、工具和互动以及如何履行Scrum角色的职责、如何使用工件和事件等。如何确定团队做什么以及怎么做？ 从产品管理方法到研发及质量管理方法。从团队的沟通协作方式到团队成员如何有效利用团队知识提升自己...

组织以什么样的方式能最大限度的发挥Scrum的优势？ 组织在哪些方面阻碍了个人的发展？ Scrum是一种能使业务变得敏捷的框架。而组织恰恰需要变得敏捷。只是，组织本身有时候并没有足够的能力来帮助Scrum团队的成长，甚至还会阻碍Scrum团队的成长。组织本身所具备的公司架构和企业文化，将影响内部的团队和产品。所以组织...

REmote DIctionary Server(Redis) 是一个由SalvatoreSanfilippo写的key-value存储系统。

在当今无边界组织的商业背景下，企业与员工关系已经转化为联盟关系，以往通过工作场所、劳动合同等约束的形式已经逐步弱化，管理行为空前复杂，OA正是将一个个散点整合起来的看不见的手。那么，推动OA发展的核心要素是什么？中国OA到底是如何发展起来的，分哪些阶段?以后将去向何处？