我参与了很多声称以"敏捷"方式工作的组织,他们的处理通常似乎是基于XP(极限编程),但是他们都没有跟随所有实践.
也就是说,我可以评论一些XP实践
如果从项目开始就完成单元测试似乎非常有用,但是现在很难进入现有的代码库并开始尝试添加单元测试.如果您有机会从头开始,测试驱动开发是一个真正的帮助.
持续集成似乎是一件非常好的事情(或者更确切地说,缺乏它是非常糟糕的).也就是说,我见过的组织通常都很小,以至于任何其他方法都显得愚蠢.
用户故事卡片是,它是伟大的物理对象抛出周围优先不错,但他们几乎没有足够详细的,除非你的开发者真正知道域名,或者你有一个现场的客户(我从来不实际上看到了).
站立会议往往对新团队成员了解每个人以及他们的工作非常有用.老手很快就松了一口气,只是说"我还在做X",这是他们过去一周一直在做的事情 - 需要一位强有力的领导才能迫使他们深入研究细节.
重构,现在是一个非常滥用的名词,但是当你有足够的单元测试,这是真正有用的,以"不改变功能改变现有代码的设计",从"增加新功能"的概念上的活动分开