最后，就是敏捷开发和大型开发组织。所有的大企业确实可从集成的敏捷开发部分获得收益。理所当然,有独特的大型开发组织的挑战，例如，与多个项目、系统、数据源连接的逻辑行为外的个人与团队间的通信与协作。但是无论是否遵循敏捷方法，大型组织都有其需要面对的问题。
敏捷开发能为大型企业提供什么？首先，敏捷能够通过自动化的实现任务以减少人类所犯错误并使得团队利用更少的资源作更多工作以提高团队效率。其次，敏捷能够帮助大型企业改进质量，更有效的处理回馈给开发成员的改变，从而更迅速的解决问题。第三，敏捷能够通过使用叠代计划、分析、开发行为 -- 这些可由系统根据所设计的代码自动化的产生 -- 替换庞大的（且很快过期的）需求文档，以进行更丰富更及时地沟通。
最后，敏捷配置管理方法可以在项目级或企业级加以实现。不需要在这之前考虑一个组织，因为单个项目可以是一种实验性的或想法孵化器。同时，当在企业级实现了敏捷配置管理实践，那么企业必须为每个项目团队提供足够的灵活性与自主性，实现其最佳解决方案。
敏捷配置管理实践
精简进程和自动化是敏捷配置管理方法的基础。 3 每一个活动（来自于代码检测确定损坏测试）都应很容易的执行，并为单个程序员和整体团队提供快速反馈。而且，敏捷团队力图使得这一行为自动化的记录于文档中。例如，自动化的构建仅需要写入它的执行脚本中。可以很容易的得出包括由 Microsoft Word 所创建的过期文档，"指南"文档在内的良好自动化构建脚本收集的好处。
已根据各种项目环境中的用途标识出了组成敏捷配置管理的实践 -- 无论大或小，简单或复杂。 我将在本部分中探讨实践，下一部分讨论针对大型企业特殊需求的应用。
源代码控制
这是常常会忘记的重要敏捷配置管理的组件，并不是因为组成敏捷团队不使用源代码控制。它常常被忘记是因为大部分敏捷团队假定每个项目都会有一个源代码控制系统，并且每个项目都会正确的使用它。一般的源代码控制系统都会有许多部分，例如版本化、回滚、打标签以及合并等。但是更重要的是，源代码控制为全部项目团队或开发组织的代码行提供了可靠的记录位置 。这仅仅当每名程序员能够经常性的检入系统代码时才会发生。我的意思是至少一天一次。这时，项目能够了解在哪里找到当前系统。它不会由于不同的开发工作站，或位于不同地点的共享服务器造成支离破碎。当前系统（或仅仅几小时前）总是检查源代码控制系统。
重申一下，仅仅因为项目或组织具有源代码控制系统不意味着系统支持敏捷配置管理方法。在我管理几个团队的客户端，两百名员工的开发组织使用企业级的源代码控制授权工具。但是系统却有重大的瑕疵：执行一次 check-in 要花费数小时！因此，团队仅仅在不得已的时候才做一次 check in -- 在发布到产品环境之前。一种普通的源代码控制系统对于一家大型企业十分有益（之后会做解释），但是仅仅限于程序员和团队能够以具有时效的方式检入/检出代码的情况。
此文章共有8页 上一页 1 2 3 4 5 6 7 8 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
