太大而无法牵引。太大,无法达到清晰。太大而无法集中注意力。太大,无法有效地组织和管理。
而且太大了,因为到那时’重新开发的业务要求已经向前发展!
敏捷开发的关键部分是构建小型软件的原则, 增量发布 –反复迭代,以逐个功能不断改进软件功能。通过将事物保持在很小的范围内,并显着提高了什么’s been completed.
但这不’这意味着敏捷开发仅是短期战术工作或对现有产品进行常规业务变更的好方法。它也可以很好地应用于大型项目和更具战略意义的计划,在完成整个项目或发行之前重复多次迭代。
在这种情况下,我仍然鼓励定期发布。当然,根据有意义的最低要求,要尽可能地规律。为什么任何项目只能交付1或2个发行版–为什么不在整个项目中定期发布版本?除了通过软件开发项目将传统风险降至最低之外,这还可以尽早交付某些收益,从而使企业尽早实现一些价值。
My mantra, for keeping this in mind, is 大处着眼,从小处开始!
凯莉