随着市场的瞬息万变和软件行业的迅猛发展，传统的瀑布式软件开发模型因其漫长的开发与反馈周期，在抢占市场先机和快速满足用户需求方面日渐失去竞争优势。与此同时，敏捷开发以其快速迭代，持续满足不断变化的用户需求而受到越来越多人的重视。在一项调查中，有 71% 的组

Sprint规划是scrum中用来启动Sprint的事件。迭代规划的目标是定义Sprint可以交付的内容，以及如何完成各项工作。与体育概念中的最后冲刺不同，scrum中的‘冲刺’要求团队一直保持极速状态以提供可工作的软件，与此同时还需要不断学习和提高。糟糕

我们需要一系列成熟的工具帮助我们敏捷。敏捷开发工具的适合以及选用，对开发项目起着关键性的作用。此篇介绍我们在scrum敏捷开发中发掘的几款工具，方便更多新加入的开发者上手。worktile应该说是中关村范, 付费， 免费只有基本功能；简单试用了一下，还不

你听过柏林新建机场的故事吗？机场原定2006年开工，2007年启用，但由于机场建设过程中到处出现施工和安全问题，补东墙漏西墙，导致工期一拖再拖，预算一涨再涨，以至于2019年了还没开张，预计开业时间已经被拖到了2020年10月。无论是建机场还是开发软件，人

阅读和代码评审是每个工程师在日常工作中都要做的事情，然而一个标准的code review流程，实际上很难落地，它要求每次代码变更在部署到生产环境前，甚至是在提交合并前，都需要被另外一个小组成员进行正式的评审。在LinkedIn公司，自从2011年起code

之前我们分享过《CODING 如何使用 CODING 开发 CODING》的文章，时过境迁，现在 CODING 研发管理系统已经上线了如持续集成、缺陷管理、测试管理等 DevOps 中的重要功能，并增加了对 SVN 的支持。借此机会我们以自身的研发流程为例

敏捷过程利用变化来为客户创造竞争优势。给他们提供所需要的环境和支持，并且信任他们能够完成工作。

“欢迎不断变化的需求，即使是在开发后期。敏捷流程利用变化来获得客户的竞争优势。”“Welcome changing requirements, even late in development. Agile processes harness change

为了保持相对估计大小并最小化重新估计的需要，团队使用估计标准。例如，理想时间通常描述Scrum团队成员专门开发项目可交付成果的小时数，而不包括花在项目之外的其他活动或工作上的任何时间。通过评估标准，Scrum团队可以更轻松地估算工作量，并使他们能够在必要时

对于大多数转向敏捷方法的公司而言，产品所有者 是新的东西。但是，每个月您都会看到产品所有者需求的显着增长。我们将在本文中讨论它，更多地关注产品所有者在软件开发项目中的角色。一个伟大的产品负责人基本上是他的产品的企业家。PO是敏捷团队的成员，负责提供高质量

Fishbone是什么轻量级可扩展的敏捷开发Node.js框架,支持ES6/7全新特性,支持Koa、Express中间件,基于koa2。扩展了Koa的功能，能够迅速的进行Web开发。为敏捷开发和微服务而生Fishbone是在Wii团队1年的Node.js项

任何一个框架都是不完美的，此框架也是，有其便利的地方，我们用起来很舒服，开发起来很方便，但是每当我们想要加入个性化要求的时候这便是一件比较蛋疼的事情，用这个框架最爽的莫过于其自带的代码生成器了吧，还有开源的代码与示例，应用起来得心应手，当然，作为刚起步的一

现在企业对OA系统的要求越来越高了，十年前把请假单，报销单这些乱七八糟的单据实现无纸化就可以叫OA系统了，后来做OA的这些厂商又坐不住了，所性把工作流也整合进来了。这样也就算了，随着这几年微信、APP的崛起，于是企业主便通过微信、APP把魔爪伸向了无辜的劳

前言大多数 node.js 框架都没解决架构问题，使得 node.js 没能像 spring 一样的适合大型项目开发和维护的框架。nest.js 出现改变了这种现状。我们基于 nest.js 开发了 Notadd ，更加解决了快速开发需求。拓展机制的支持支

动态语言的兴起已经有些年头了。现在，人们早已不再去争论动态语言是否能够取代静态语言，因为这种争论毫无意义。越来越多的开发者开始在动态语言更为擅长的领域应用它们。比如，Django和Ruby on Rails等开发框架的盛行使得像Python和Ruby这样的

从1个团队到3个团队，仍可以通过简单的团队沟通保持高效协作。当产品复杂到需要5个以上团队同时开发时，我们需要一定的组织设计来保证团队间的顺畅协作，使得多团队共同开发一个产品时仍能保持敏捷性。今天，我们听听阿里敏捷教练怎么说。事实上，加人并不是唯一选择，也未

最近这些年，越来越多的人开始转向敏捷开发。各种敏捷开发技术并不新鲜，大多是在80 和90年代发展形成。但只是在最近这些年，程序员和一些商业顾问，架构师，客户开始变得喜欢和拥抱敏捷开发。现在的一种普遍的认识是，在开始编码前，你不可能把所有的需求都写完备。这些