更新于 : Apr 03, 2024
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。
了解更多
Apr 2024
试验
Sep 2023
试验
Apr 2023
评估
在软件交付组织中,如何管理技术债务是一个经久不衰的话题。哪些是技术债务而哪些不是?如何确定它的优先级?最重要的是,如何向内部利益相关者展示偿还技术债务的价值?遵循敏捷宣言的推理方式——“尽管右项有其价值,我们更重视左项的价值”,我们喜欢“管理技术健康状况优先于技术债务”的想法。澳大利亚的 REA 团队分享了一个很好的案例,介绍了他们如何追踪管理开发、运维和架构三个方面的系统健康状况。
将关注点放在技术健康状况而非技术债务上更有建设性。这样将团队与减少技术债务的最终价值联系起来,并帮助团队确定优先级。理想情况下,每个被解决的技术债务都应与某项已达成共识的期望相关联。团队应将技术健康状况评级与其他服务级别目标 (SLO) 一样对待,并在某个类别的健康评级跌出“安全区域”时优先进行改进。
发布于 : Apr 26, 2023