출발점
소프트웨어는 이미 존재하고 비즈니스에 중요하며 단순히 교체할 수 없습니다. 코드 작업은 어렵고, 릴리스는 긴장되며, 새 변경은 필요 이상으로 오래 걸립니다.
사례 연구
소프트웨어가 고쳐지는 동안에도 계속 돌아가야 할 때의 기존 코드베이스 인수.
이 예시는 운영 중인 소프트웨어 시스템을 비즈니스를 멈추지 않고 인수하고, 정리하고, 안정화하고, 개선해야 할 때 상속된 코드 작업이 어떤 형태를 가지는지 보여줍니다.
일반적인 고객 작업 패턴을 바탕으로 한 설명용 예시입니다. 특정 고객 정보는 포함하지 않습니다.
먼저 명확히 하는 것
첫 과제는 코드베이스, 배포 경로, 위험 구역, 모두가 손대기를 꺼리는 시스템 부분을 이해하는 것입니다. 그래야 무엇을 먼저 현실적으로 개선할 수 있는지 지도가 생깁니다.
변경되는 것
이 작업에는 보통 정리, 표적 리팩터링, 릴리스 복구, 인터페이스 명확화, 그리고 참여를 대대적인 재작성 캠페인으로 만들지 않으면서 취약성을 줄이는 실질적인 유지보수 변경이 포함됩니다.
개선되는 점
팀은 더 변경하기 쉽고, 더 안전하게 릴리스할 수 있으며, 기능이나 수정이 나갈 때마다 새로운 장애나 놀라움을 만들 가능성이 더 낮은 코드베이스를 얻게 됩니다.
이런 유형의 작업에 보통 포함되는 내용
기존 코드베이스 인수는 보통 시스템을 빠르게 이해하고, 릴리스 위험을 줄이고, 가장 마찰이 큰 부분을 정리하고, 비즈니스가 계속 사용하는 동안 유지보수를 더 쉽게 만드는 것을 뜻합니다.