中科让您告别白癜风秀健康 https://m-mip.39.net/gz/mipso_6416852.html通常而言，债务是一个能够让人产生消极感觉的词汇。大家往往会联想到学生贷、医疗费、以及抵押付款等景象。不过，一些金融上的债务还是多少对人有益的。而技术债也是如此。作为一个隐喻，技术债(也称为代码债务)是指开发团队为了加快项目或功能的交付速度，在后期需要重构时会发生的情况。显然，优先事项是更快的开发过程，而不是更高质量的代码。和金融债务类似，技术债对于组织来说是一把双刃剑。为了合理地使用它，工程师和团队负责人必须监控他们手头有多少技术债，并学习如何对其进行良好的管理。而对于组织而言，这将是一项艰巨的任务，尤其是当他们对技术债的优缺点尚不清楚时。技术债的基本特征Scrum已经成为了软件开发人员在寻求以更高效的方式交付产品时，使用到的流行框架。众所周知，客户经常会有新的需求出现，并且会改变主意。因此，开放性的Scrum以事情的不可预测性为重要原则，并让用户在使用该框架时产生技术债。在此，我们借用Scrum培训师StefanWolpers曾经提到过的，如下两种不同类型的Scrum技术债：首先创建一个由性能欠佳的代码所组成的短期解决方案，以便开发团队可以更快地交付产品。同时，团队期望在初次发布之后，回过头来改善代码的质量。随着开发团队发现有关待解决问题信息的增多，另一类技术债也会被动地产生。即：随着新需求的出现，往日起作用的解决方案可能在将来就失效了。因此，这些需要调整和重构的代码，会包含一定数量的债务。Wolper同时认为：Scrum团队应该重视如下方面：为了简便管理，应优先考虑技术债的透明度。团队需要将技术债的可视化突显效果放在首位，并在每次Sprint(冲刺)会议期间审查技术债的各项需求。跟踪技术债。团队通过尽可能地使用诸如圈复杂度(cyclomatic
转载请注明：http://www.0431gb208.com/sjszyzl/7789.html
