摘要: 敏捷可以解决了开发模式的官僚问题，从行动角度应对用户业务需求的变化；构架可以从设计角度应对业务需求的变化问题，甚至在需求调研阶段，能解决需求的收集和确认。需求的变化，一般可以从3个领域发生，界面、流程和规则、组织结构和权限。界面问题一般表现在界面的元素发生改变，如一个订单，原来有几项，关联了一些子表。现在要多加几项，修改其中几项，还要加入一个新的关联，等等流程问题一般表现在一个界面的提交后，可能要跳到一个特定的界面。现在要跳转到另外一个界面，并且有一些新的规则；或者这个用户跳转到这个界面，那个用户跳转到另外的界面；或者根据界面上的某个输入，大于某个条件，就跳到这个界面，小于某个条件，就跳到另外阅读全文

摘要: 敏捷开发从宣言到原则，再到实践，也有组织开始进行敏捷的认证活动。Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a plan前几天听得一个敏捷基础类的介绍，已经将过程加到敏捷开发时间中，认为可以将Fast同Process联系起来，认为流程或工具是使团队更快速。还是那句个体和交阅读全文

摘要: 信息是什么，信息是事物本身和它的变化过程，当然，关联也是一个事物经验是什么，经验是了解了事物本身，还了解它的变化，知道这个事物还会发展成什么样子。如果知道一个事物下一步的样子？看看这个事物的变化过程，或者看看类似事物的变化过程。一个事物如果没有一个明确的变化，可能是一个难题，这就是大事物，大粒度的事物一个事物如果变化太小，也可能有些困难，需要更精细的粒度划分方法。阅读全文