持续交付领域专家乔梁老师是一个好人，他讲话特别委婉。乔老师说：“你不改变你的工作方式就不能得到 10 倍的效果。”大家听了这个话以后就觉得，他讲的是一个抽象的“人群”。每个人听到这个话以后都有一个自我暗示：乔老师说的是其他人，我不包含在内。因为他是好人，他

LeaRun是一款基于.net的敏捷开发框架，框架内置角色、表单、工作流、向导式智能开发组件、即时通讯组件、APP开发组件、微信组件、通用权限等一系列组件，软件开发人员可以通过一系列简单配置快速开发出OA、ERP、CRM、HRM、SAAS、MIS、移动AP

总结了在企业在实际业务中需求，根据客户反馈，构建出一套敏捷开发框架--learun。更详细的可以在网站www.learun.cn体验。Learun框架分为两个主要阶段：启动阶段和发布阶段。Learun不但可以应用于大团队的开发场景，同样可以应用在小团队的开

智能移动电话的使用日渐普及，而且使用的人数已经在 2012 年超过 PC 桌面。因为使用移动设备的用户越来越多，使得响应式的 Web 设计成为了趋势。开发者应该能开发支持多种设备同时访问的网站，包括智能电话 —— iOS 、Android、Windows

书籍推荐

敏捷开发的解释：“敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构 建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独

现在敏捷开发是越来越火了，人人都在谈敏捷，人人都在学习Scrum和XP...为了不落后他人，于是我也开始学习Scrum，今天主要是对我最近阅读的相关资料，根据自己的理解，用自己的话来讲述Scrum中的各个环节，主要目的有两个，一个是进行知识的总结，另外一个

道德经说太极生两仪，两仪生四象，四象生八卦，八卦生六十四卦，六十四卦生万物。但是多数企业的敏捷开发都太“八卦”了，上不能掌握太极的根本，下不能根据企业具体情况衍生出万物。博客上的其他文章描述描述“万物”已经够多了，这篇文章只说说两仪。如果用地道的敏捷开发词

在开始之前简单介绍一下：小龙服务于一家叫做xx的软件公司,在里面是一个开发团队的PL,直接领导是老徐。刚做完一个项目，项目的的人员都比较空闲，作为项目PL的小龙也在近期对上一个项目进行了总结.带着这份期望，小龙来到了老徐的办公桌前：。经过和老徐半个小时的沟

1效率尽可能地提高效率。缩短交付时间，交付周期。2价值软件交付后，用户使用了才产生价值。3实践只有实践才能找到适合项目和团队的敏捷方式。将任务贴到可以看见的地方。一眼就知道什么还没有做，什么正在做，还有多少要做。5确定本次迭代周期的目标。项目开始后mast

需求分析不是一蹴而就的，它应当贯穿整个开发周期，不断的分析确认的过程。如果我们提早将开发成果给客户看，提早解决问题，后面的情况就将。敏捷开发认为，需求分析阶段不可能解决所有的需求问题，因此在设计、开发、测试，直到最终交付客户，这整个过程。只有这样才能及时纠

本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度,Sprint计划会议非常关键，应该算是Scrum中最重要的活动。举办Sprint计划会议，是为了让团队获得足够的信息，能够在几个星期内不受干扰地工作，也是为了让产品负责人能对此有充分

最近一段时间以来，很多人开始谈论敏捷开发、研究敏捷开发，那么究竟什么才是敏捷开发呢?　　简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。这些开发人员都曾被Bailar送去参加过"敏捷开发"的培训，具备相关的技能。

归），包括功能的、非功能的。SDV测试的主体是测试人员，项目也可能根据实际情况调整人。员一起完成本迭代的SDV测试。SDV测试在Story测试的基础上，增加针对Story之间。对实现了测试自动化的项目这个阶段的工作量可能不会太多，但如果无法自动化，那只。有

在敏捷开发当中有一个每日站会，开会的时间不是很长。基本是总会昨天做了什么时事，遇到了什么问题，然后今天准备做什么事情。虽然很不情愿，但事情还是得照例做，会还是照例开。经过几个星期后，发现慢慢就习惯了，同时也发现这个每日站会解决了很多问题。

1；周五：上午9.004—1讨论学习心得，以及大家对敏捷的理解和认知程度；2；周五下午：14.00刘亮讲解cruisecontrol如何使用，以及集成的框架。时间定为1个小时。1；所有人对敏捷有一个理论上的了解，能理解scrum的流程。2；每个人都掌握TD

以上是大家熟悉的四句箴言，但还有一句话也许常被忽略：“即，虽然右侧条目有其价值，但我们更重视左侧条目”。这句话也放在了宣言不显著的地方。宣言的官网背景是几位敏捷先贤讨论问题的画面，中间的大胡子应该是老马。这副背景画颇有宗教油画的风格。一个叫德里克·布鲁克斯

在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。、响应变化能力的价值观和原则，他们称自己为敏捷联盟。极限编程是于1998年由Smalltalk社群中的大师级人物KentBeck首先倡导的。

Sutherland共同提出，名称来自英式橄榄球，用Scrum来类比软件团队在软件开发所展示出来的速度和灵活性。的目的是在有轻微违规或比赛暂停后，使比赛迅速、安全、公平地重新开始。球在队员之间相互传递，奋力实现胜利。Scrum是基于过程控制理论的经验方法，

项目组采用XP的实践开发已经有一个多月了，主要是采用了测试驱动开发，重构，结对编程，还要引入持续集成。经过这么长时间的实践，我觉得组建敏捷团队，开始敏捷开发的最关键问题是要统一价值观。我们使用JUnit测试，最开始将整个Spring框架和Hibernate