ichaos

 为开发一个健壮的、高质量的系统创建一个坚实的基础。 使用这个实践积极有效地去处理项目面临的技术风险，以及建立一个适合的架构。 这个实践使团队能够： 有效地处理项目面临的技术风险。 分享已实现系统的结构和组织中的主要决策。 验证系统是否展现了客户期待的那些关键特性。

 如何建立团队章程作者:Victor Caune在现今的商业环境中，企业要想在竞争中胜出必须做到依靠客户，灵活，快速响应客户。为了达到这一目的，他们正在改变传统的工作方式（比如垂直的职能驱动型组织结构），向强调团队成员授权和领导职责共享的团队工作方式转变。过去，很多企业往往仓促建立团队，没有花费足够的时间，培训和财力来为团队的有效发展奠定基础。团队成立之前的情况，以及前

 原文链接：Decision support for best practices: Lessons learned on bridging the gap between research and applied praticehttp://www.thefreelibrary.com/Decision+support+for+best+practices:+Lessons+learne

 在软件需求开发过程中，我们常常使用Use Case技术和界面原型技术，如何把这两种技术很好地结合起来，更好地应用于我们的需求开发实践中呢？笔者在此提出一种实践概念，希望能起到抛砖引玉的作用。 在大部分的需求开发实践中，主要使用如下的四种文档作为需求分析的输出结果，它们分别是： Use Case图 Use Case规格说明

 Requirement process includes two phases, requirement gathering and requirement developing. We combine them as a whole now. There’s not too much possible to separate them completely in our reality.

 什么是实践（类似于SOA中的服务）？ 实践是自治的，不依赖于其他实践，可以单独被使用。 实践是可组合的，只要有需要它就能成为其他实践组合的有效成员。 实践是指Use Case、迭代、建模等活动。  传统的过程（如RUP和敏捷方法）包含了不同的活动和工件，这些活动和工件可能服务于

 EssUP的核心，是一些简单的、经过验证的实践，它们可以应用于各种类型和规模的软件开发过程中。由于这些实践都经过了特别的设计，所以可以分别单独使用，或者按照您的需要任意进行组合。这使得比较容易采用该过程，同时也为创造和组装出一个您真正需要的工作方式提供了坚实的基础，而不管这些需要是来自于您的开发人员或者来自于您的开发组织。 EssUP的核心实践包括5个基础技术实践和4个附加的横切实践

 You implement the process by improving what you already have, one practice at a time in an evolutionary way. You take what you need and what you think your organization can adopt without taking any

 简单的，可扩展的，基于组件的开发 使用这个实践开发一个复杂的系统，该系统是通过组装一些更简单、粒度更小的组件而完成的。 这个实践使团队能够：  管理软件开发中的复杂性。 使用可扩展、可维护的方式开发大的系统。 可以单独地或并行地开发和验证系统的不同部分。

 What is time boxing?Time boxing is about fixing the time we have available to work on a given task and then doing the best we can within that time frame. So instead working on something until

 科学的方法科学就是希望从我们获得这些部分的可能有错误的关于世界的经验出发，获得关于这个世界的一般性的知识。“一个科学家，不论是理论家还是实验家，都提出陈述或陈述系统，然后一步一步检验它们。说得具体一些，在经验科学的领域里，他们构建假说或理论系统，然后用观察和实验，对照经验来检验它们。”       科学或者非科学的划界标准是可证伪性。“可以作为划界标准的不是可证实性而是可

 一种用于控制和跟踪软件开发项目的、敏捷的、可伸缩的方式。 使用这个实践控制一个迭代的开发项目的生命周期。这个实践使团队能够： 建立项目的生命周期。 与其他项目和团队共享一组一般的里程碑。 识别短期目标，以降低风险水平。 用一系列容易理解的阶段来组织

 一个敏捷的，可伸缩的进行需求管理、需求开发和系统测试的方法 使用这个实践以一种可行的方式来获取用于驱动软件开发过程的需求。 这个实践使团队能够： 与客户一起工作，获得真正核心的需求。  一起进行更有效率的工作，迅速地开发出便于使用的解决方案。 识别和交付系统真正期望的价值。

 可以有很多种方式使用卡片。它们可以被用来：  为您的项目建立一副牌。 通过卡片组合来为项目成员规定项目任务，或者定义新的过程元素。 通过卡片实例来表示项目的实际交付物和任务。 通过为卡片添加注释来为您的项目增加相关信息。 为您卡

 通过多次增量式迭代来开发系统，降低项目风险。 使用这个实践把项目划分成一系列更小的、自包含的和有时间限制的（time-boxed）的微型项目。 这个实践使团队能够： 协作一致、目标明确地计划、执行和追踪项目。 更有效地管理时间、质量和预算。 能在项目早期演示可工作的软件，可以收集

 如果我们想在当前的软件开发领域取得成功，我们必须交付既有高质量又有创新性的产品——质量体现在软件的每个方面，而创新则把该软件同其它软件区别开来。但很难在这两者之间取得平衡。现有的用于保证质量的过程改进活动常常抑制了创造性。我们同样害怕那些能促进创新和多样化，但可能牺牲质量的过程方法。那么，加入到核心统一过程(Essential Unified Process 简称EssUP)吧，它能平衡质量

 EssUP的变化不仅仅是“关注点分离”，其过程本身也采用了一种全新的过程表现方法。 使用一套卡片表现实践每一个实践通过一套的过程卡片表现，这些卡片包含了定义你自己的过程所需要的各项元素，包括关键能力，活动和制件。这些卡片可以用来帮助您建立及使用过程。卡片隐喻使得过程本身变得敏捷和易于使用。无论是电子卡片还是打印的版本，都很容易操作，便于过程采用和项目计划，并为实践者提供方便的参考

 使用模型方便沟通，并产生有用的文档。 使用这个实践来建立具有合适风格和分类的模型来驱动开发活动。这个实践使团队能够： 沟通系统的需求、结构和行为。 观察系统的不同视角，理解不同视角之间的关系。 采用能满足需求的模型。 使他们建立模型和文档的方法更敏捷

 管理产品的发布。 这个实践把软件系统的持续演化的开发过程当作一系列的产品发布来管理。 这个实践使团队能够：  为他们的产品开发一个可靠的业务案例 把一个项目规划为一系列主要的产品发布，每次发布都能交付真正的商业价值。 把涉众引入到决策过程中来。 确保

 创造良好的工作环境，使团队更优秀。 使用这个实践把项目团队凝聚在一起，建立高效的工作环境。这个实践使团队能够： 采用合适的领导和组织模式。 建立和获得想要成功所必需的能力。 发展出有效的协作方式，并能组织团队的工作。 聚合在一起以便所有团队成员都能

 简单的、以实践为基础的过程改进。 使用这个实践提升和改进团队所使用的工作方式。 这个实践使团队能够：  识别、准备和组合一系列合适的实践和工具来支持项目目标。 单独地、渐进地以及根据实际需要引入新的实践。 平衡和集成标准的和自有的实践，保留团队擅长做的部分同时处理团队做不好的地方