在我以前的文章中,我曾尝试提出敏捷项目成功所需的要点, 敏捷项目经理需要重点关注的11个领域以及Scrum会议。 你在跟我开玩笑吗?
在这篇文章中,我将以我自己的语言和经验来描述,如果您属于以下类别,那么敏捷不适合您。
- 如果您不愿意改变思维方式并继续以同样的方式工作,那么您可以
- 如果作为经理,您认为人是资源
- 如果作为开发人员,您认为您的工作只是按照规范进行编码
- 如果您的组织由官僚管理
- 如果您的团队不够成熟,无法经常处理变更
- 如果您想在固定时间内交付固定的产品
- 如果您无法定期获得客户或产品负责人的意见
- 如果您有相当简单的要求
- 如果您认为可以参加敏捷培训,那么一切都会准备就绪
- 如果您相信强大的团队等级
- 如果您认为个人要比团队合作要好
- 如果您认为无需遵循最佳工程实践就可以变得足够敏捷
- 如果您还没有准备好适合您的项目需求来调整流程
- 如果您认为敏捷是跨组织,跨团队,跨行业的标准
- 如果您的Scrum Master没有仆人的领导技能
- 如果您经常选择捷径而不是长期解决方案
- 如果您认为仅履行合同而不是听取客户的意见仍然更好
- 如果您认为自动化浪费时间
- 如果您认为您可以使一切自动化,并且不需要手动测试器
- 如果您认为不需要在人员,流程和工具之间取得平衡
- 如果您认为没有适当的代码质量就可以敏捷
- 如果您对自己的工作感到非常自豪而又不批评
- 如果您认为您可以在已经受到影响的团队士气中实施敏捷,但仍然设法提供更好的输出
- 如果作为项目经理,您认为编写自动化的单元测试,遵循TDD是一项开销,而不是对未来的投资。
- 如果作为项目经理,您认为没有所谓的“技术债务”,或者更糟的是不了解它是什么。
- 如果作为开发人员,您认为客户很愚蠢
- 如果作为测试人员,您认为您的工作只是写测试用例和测试执行,而不是提供质量相关的反馈
- 如果您认为DEVOPS是软件开发行业中一个花哨的术语,并且您不需要它。
- 如果您的管理层希望敏捷能创造奇迹
- 如果您的业务需求相当固定
您是否认为我可能还错过了其他领域,或者您有不同意见吗? 请随时在下面的评论中将其射杀。
翻译自: https://www.javacodegeeks.com/2013/12/agile-is-not-for-you-if.html