敏捷迭代类项目的成本控制思路是什么？

软件开发等创新型项目成本很容易失控并爆炸性增长，和使用【盗版】软件或者直接使用他人业务流程的管理软件相比，坚持【原创】、【定制开发】适合自己业务的管理软件和保持一定的【创新能力】的价值在哪里呢？如何使用敏捷迭代方法管理软件定制开发项目，保证软件定制质量的情况下合理控制成本？

    瀑布软件开发流程无法一下子画出客户真实需要的东西（包括细节），除非是有经验的技术专家或者业务专家，但这样就不是创新和创作，仅仅是复制、黏贴和组装。对于完全成熟的技术或者业务流程，使用复制、黏贴和组装可以加速项目过程和适当降低风险。

    但是市场经济中商业的本质决定了最有利润的部分是最具创新性的，否则不停地复制和黏贴会将利润侵蚀掉。为了获取更多利润，保持一定的创新能力是市场经济中各个主体的必然选择。

迭代软件开发就像上面图形一样，每迭代一次，就离客户的真实需求越近。但是每迭代一次，成本就增加4/3≈1.333倍左右。追求完美和无限逼近客户真实需求的结果就是成本无限增长，直至破产、癌变和死亡：

专家和行业经验的价值在于知道在正确的地方和迭代精度“适可而止”就能很好地“近似”接近客户真实需求，经此可以控制好【创作与创新】的成本，而不至于无限增长。

【伪专家】和【盗版】的危害就是只知道【原创】的大致成本区间，但不知道具体去迭代逼近的途径，并以此成本来【专业地】运营管理团队去选择错误的【线段】去迭代、尝试，除非继续增加超过【原创】很多倍的成本去修正迭代，否则无法像【原创】一样近似接近客户真实需求。