当“敏捷”日益成为整个软件业的热门词汇,作为优秀的开发者、成功的项目经理,我们是否有足够的理由不去关心敏捷?我们帮你列出了6个“不必关心敏捷”的理由,以及对这些理由的深入解释。
如果这些理由仍然不能打消你对敏捷的兴趣,首届“敏捷中国”开发者大会即将来到你的身边。你现在就可以报名参加本次大会,与Martin Fowler和众多敏捷专家面对面交流。
我们的需求来自对客户目标的仔细分析和准确理解, 并严格的将其付之实现,通过签订合同的方式,可以在一开始的时候就明确项目范围,这样也避免了不必要的责任,鉴于我们对待客户要求的严肃态度, 这将是我们不关心敏捷的第1个理由。
通常,软件开发者需要的是精确理解客户需求,并且以合同的方式明晰这些需求,而敏捷项目使用QuickStart来进行这一过程, QuickStart是一个建立对于业务目标共同理解的过程, 其不仅仅是让需求制定者明白客户需求, 也是让客户明白什么是自身需求的过程。 即使是客户,对现有业务过程的理解也并不完全一致,从而带来不同的需求。 然而非常普遍的一种情况是,由于各种因素的制约(文化,理解度, 时间)用户的需求并未完全展露, QuickStart正是一个利用一种行之有效的方法发掘客户需求,将客户利益最大化的过程,而非简单的遵循客户要求。
客户制定了项目期限,我们需要的只是按期交付,我们的客户总是会耐心等待最后的交付时刻。鉴于我们的客户深谙没有钱不搞信息化的道理,这将是我们不关心敏捷的第2个理由。
敏捷项目的初始需求是投资回报的基线,通过开发过程中频繁的客户反馈,敏捷使客户来掌舵项目,利用对项目新的认识,对外部环境变化的及时响应来构建更好的系统,以改善投资回报。并且通过尽可能早的交付,敏捷项目使早期部署和早期投资回报变成可能。
总而言之,我们是开发者,我们的客户在需求完成的时候就从人变成了具有法律效力的合同,不管市场怎样,合同确保了我们一方的收益。客户应当为自己的失误决策买单。这将是我们不关心敏捷的第3个理由。
通常,项目80%的工作会按计划完成,在这种情况下,项目的负责人面临着一个艰难的决策,如果在花费了80%的预算后,环境发生变化,项目进入一 个进退两难的境地,我们是否要抱着最后一丝希望来继续开发? 敏捷项目通过渐进开发方式和使用交付情况估算项目进度的方法避免了这样的情况,这些方式提供了真实可靠的反馈而非字面上的进度,过度乐观的商业计划在敏捷 项目中将变得十分明显,这样项目负责人可以有机会更早的重新审视项目的成本和收益,尽早在未陷入投资泥潭的时候抽身而退。
我 们需要面对的是客户制定的最终期限,以及在此期限内需要完成的功能,这才是最头疼的根源。通常我们和客户会因为缺少的功能而产生纠纷,对于某些质量问题我 们和客户都认为可以通过fix bug的形式消除,鉴于项目质量并非我们亟待解决的问题,这将是我们不关心敏捷的第4个理由。
软件开发之中需要控制的4个变数是成本,时间,范围和质量, 大多数的敏捷项目选择控制范围。 所有的敏捷项目都强调交付高质量的软件,而敏捷项目使用的极限编程确保了这一点地实现。
我们有严密制定的计划,并且项目经理会监督并确保计划中的每一项可以按时完成,而且我们也同时认为公司的知识产权就存在于设计文档和代码中,定当控制能接 触到这信息的人群,避免无形资产的流失。 鉴于我们同样能够很好的控制项目以及对无形资产的良好控制,这将是我们不关心敏捷的第5个理由。
敏捷项目从不制造表面假象,通过进行短小的迭代以及时刻面对迭代完成后运行中的软件来开展工作,敏捷项目给予项目负责人和客户持续增加的项目能见 度和控制度。 紧密合作以及训练有素的团队更加强了这一点。在敏捷的团队中,增加信息的透明度,共享这些信息是例行公事一般的行为。 即使为此付出额外的努力,敏捷团队也认为是值得的。
我们有很好的开发者,项目也已经经过仔细划分,每一部分的设计者、开发者都是这个位置最佳人选,我们希望用正确的人做正确的事,否则就是浪费资源,这些开 发者的工作合同也确保了他们在项目结束前不会离开,鉴于我们项目小组经过了仔细组织,这将是我们不关心敏捷的第6个理由。
敏捷项目强调信息共享,并且依赖以团队方式进行的分析,设计和编码而非某个设计者,这将预防开发过于依赖于某个人,这也意味着预防开发瓶颈的出 现,在一个敏捷项目中,任何一个人在任何一个领域工作都是可能的,每个人工作领域的变化取决于业务上的优先级,而不是他所熟练掌握的部分。
如果这些理由仍然不能打消你对敏捷的兴趣,首届“敏捷中国”开发者大会即将来到你的身边。你现在就可以报名参加本次大会,与Martin Fowler和众多敏捷专家面对面交流。
分享到:
相关推荐
资源名称:敏捷武士:看... 《敏捷武士:看敏捷高手交付卓越软件》适合所有对敏捷感兴趣的软件从业人员资源目录:第一部分 敏捷介绍 第1章 敏捷简介 21资源太大,传百度网盘了,链接在附件中,有需要的同学自取。
### 敏捷开发:C++ 敏捷开发:挑战、工具、与实践 #### 引言 由袁英杰/ThoughtWorks 所撰写的《敏捷开发:C++ 敏捷开发:挑战、工具、与实践》一文深入探讨了如何在 C++ 开发中实施敏捷方法论,并详细阐述了在此...
书中还提到了敏捷测试的七大关键成功要素,这些要素包括:客户合作、测试人员与其他团队成员的合作、测试自动化、适应性和灵活、持续学习和改进、跨功能团队以及质量文化。这些要素强调了测试人员与团队其他成员协同...
【敏捷思维:架构设计的敏捷视图】 在IT行业中,敏捷思维逐渐成为现代软件开发的核心理念,它强调灵活适应变化,快速迭代,并注重团队协作。本文将深入探讨敏捷思维在架构设计中的应用,重点关注如何创建既灵活又...
敏捷建模:极限编程和统一过程的有效实践.pdf
敏捷开发回顾:使团队更强大敏捷开发回顾:使团队更强大
敏捷攻略:从“大象”到“猎豹”——中国企业大规模敏捷转型的通关秘笈 1、审时度势:从敏捷走向大规模敏捷 2、转型迷思:中国企业大规模敏捷的五个陷阱 ...4、另辟蹊径:如果我的企业不适合大规模敏捷……
在本书中,享誉全球的软件开发专家和软件工程大师Robert C.Martin将向您展示如何解决软件开发人员、项目经理及软件项目领导...这本综合性、实用性的敏捷开发和极限编程方面的指南,是由敏捷开发的创始人之一所撰写的。
敏捷领导者需要鼓励团队自主决策,提供指导和支持,而不是传统意义上的命令与控制。 通过阅读《敏捷软件开发:原则、模式与实践》,读者不仅可以理解敏捷开发的理念,还能掌握实施敏捷的具体策略和工具,提升项目...
敏捷回顾
《敏捷开发:Lean Concepts for IT Professionals》是Richard Durnall撰写的一本专为信息技术专业人士深入讲解敏捷开发理念的著作。本书旨在帮助读者理解和应用精益(Lean)原则到软件开发过程中,以提高效率、减少...
敏捷软件测试
敏捷开发:原则、模式与实践,非常好的技术实践书籍..
随着敏捷实践的成功实施,组织需要考虑如何将其应用到更大的项目和更多的团队中。这包括: - **跨团队协调**:确保不同团队之间能够有效地沟通和协作。 - **工具和平台**:选择合适的工具和平台来支持大规模的敏捷...
《敏捷软件开发:原则、模式与实践》是Robert C. Martin(也被业界称为Uncle Bob)的经典著作,这本书深入探讨了敏捷开发的核心理念,并通过实际案例介绍了如何在项目中运用这些原则、模式和最佳实践。这本书分为两...
- **大规模敏捷软件开发的最佳实践** - **敏捷过程建设的方法与技巧** #### 组织层面的敏捷实施 在《敏捷经典:Enterprise-Scale Agile Software Development》一书中,作者James Schiel深入探讨了如何在组织层面...
### 敏捷开发中的EFT测试在Windows桌面应用 #### 敏捷开发概述 敏捷开发是一种以人为本、迭代、循序渐进的开发方法论。它强调团队协作、客户合作、响应变化以及尽早交付可用软件的价值观。敏捷开发的核心原则包括...
《敏捷软件开发:原则、模式与实践》是一本深度探讨敏捷开发理念、方法和技术的权威著作。这本书由著名软件开发专家Robert C. Martin撰写,旨在帮助开发者和团队更有效地进行软件开发,提升软件项目的成功率。书中...
敏捷软件开发:原则、模式与实践(全) 敏捷软件开发:原则、模式与实践(全) 敏捷软件开发:原则、模式与实践(全) 敏捷软件开发:原则、模式与实践(全) 敏捷软件开发:原则、模式与实践(全)