<mods:mods version="3.3" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd" xmlns:mods="http://www.loc.gov/mods/v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><mods:titleInfo><mods:title>Data as Technical Debt: Managing the Challenges of Legacy Data During a System Migration</mods:title></mods:titleInfo><mods:name type="personal"><mods:namePart type="given">Dolsy</mods:namePart><mods:namePart type="family">Smith</mods:namePart><mods:role><mods:roleTerm type="text">author</mods:roleTerm></mods:role></mods:name><mods:abstract>Software developers use the term “technical debt” to refer to elements of software that, while effective in the short term, prove expensive or unsustainable in the long run, requiring a special effort to upgrade, migrate, and/or maintain. Adapting the term to the management of integrated library systems, this presentation uses “technical debt” to describe challenges posed by legacy data upon migration to a new system. In our case, migration from Voyager to Alma exposed various forms of this debt: incurred as the result of constraints built into the Voyager environment; as a by-product of workflows geared toward transactional uses of the data but that prove ill-suited to needs for data in the aggregate; or because of a lack of continuity in processes and procedures over time. Alma's bulk jobs and API's present opportunities to manage this debt in a more holistic and efficient way, although other elements of Alma's design and of the migration process itself generate their own forms of technical debt (e.g., the impact on e-resource orders of the p2e process). This presentation will discuss concrete examples drawn from multiple functional areas, including acquisitions and e-resources, as well as strategies for correcting these problems (and their associated benefits and costs). By highlighting the ways in which technical debt creeps into our library systems, we hope to promote a focus on workflows that can reduce such debt in the future, ensuring the long-term sustainability of our data.</mods:abstract><mods:originInfo><mods:dateIssued encoding="iso8601">2019-05-03</mods:dateIssued></mods:originInfo><mods:genre>Conference or Workshop Item</mods:genre></mods:mods>