- 기술이 낡았다는 것 말고 다른 이유가 없으면 반려합니다. 그 시스템은 십오 년째 멈추지 않고 돌고 있었습니다.
- 세 번째 제안을 승인한 이유는 업무가 바뀌었기 때문입니다. 정산 주기가 월에서 주로 옮겨 가면서 월 마감 전제 구조가 맞지 않게 됐습니다.
- 그 기술을 아는 사내 인원이 두 명 아래로 내려가면 업무 변화가 없어도 교체를 검토합니다.
십오 년째 멈추지 않은 시스템
십오 년 된 시스템을 바꾸자는 제안이 올라옵니다. 기술이 오래됐고 그 기술을 아는 개발자를 구하기 어렵다고 합니다. 둘 다 사실입니다.
그런데 그 시스템은 십오 년째 멈추지 않고 돌고 있었습니다. 오래됐다는 것은 교체 근거가 아닙니다. 오래 버텼다는 증거입니다.
저는 그 제안을 두 번 반려했습니다. 기술이 낡았다는 것 말고 다른 이유가 없었기 때문입니다. 교체 근거는 기술이 아니라 업무 변화에서 나옵니다.
교체 제안은 대개 개발팀에서 올라옵니다. 쓰는 쪽은 불편을 못 느끼는 경우가 많습니다. 그래서 제안서에 현업의 말이 들어 있는지를 먼저 봅니다.
세 번째 제안을 승인한 이유
세 번째 제안은 승인했습니다. 달라진 것은 업무였습니다. 거래처가 늘면서 정산 주기가 월에서 주로 바뀌어야 했습니다.
그 시스템은 월 마감을 전제로 만들어져 있었습니다. 주 단위로 돌리면 마감 처리가 꼬였습니다. 고쳐서 쓸 수 있는지 먼저 봤습니다. 구조를 바꿔야 해서 반쯤 새로 만드는 일이었습니다.
그때 교체가 답이 됐습니다. 기술이 낡아서가 아니라 업무가 그 구조를 벗어났기 때문입니다. 두 번 반려한 것이 낭비는 아니었습니다. 그동안 시스템은 계속 일했습니다.
고쳐서 쓸 수 있는지 먼저 보는 단계를 절차에 넣었습니다. 그 단계가 없으면 교체가 기본값이 됩니다. 부분 개선으로 이 년을 더 쓴 경우도 있었습니다.
반려할 때 기준을 같이 줍니다
반려할 때 이유를 적어 줬습니다. 무엇이 있으면 승인하겠다고 같이 적었습니다. 그래야 다음 제안이 좋아집니다.
그냥 반려하면 담당자는 설득 문구만 바꿔서 다시 올립니다. 실제로 세 번째 제안은 기술 이야기가 없었습니다. 업무가 어떻게 바뀌었고 지금 구조로 왜 안 되는지가 전부였습니다.
읽는 데 십 분이 걸리지 않았습니다. 반려는 거절이 아니라 기준을 알려 주는 일입니다. 기준을 알려 주지 않으면 같은 제안이 매년 올라옵니다.
반려 사유를 적는 데 십 분이면 됩니다. 그 십 분이 다음 제안의 질을 정합니다. 그리고 반려한 제안도 버리지 않고 보관했습니다. 세 번째 제안을 쓸 때 앞의 둘이 재료가 됐습니다.
셀 수 있는 것으로 정합니다
이 방식에도 한계가 있습니다. 보안 취약점처럼 업무와 무관하게 급한 것이 있습니다. 그것은 다른 기준으로 봅니다.
그리고 개발자를 정말 못 구하게 되는 시점이 옵니다. 그 시점을 미리 재 두는 편이 낫습니다. 저는 그 기술을 아는 사람이 사내에 몇 명인지 매년 셌습니다.
두 명 아래로 내려가면 업무 변화가 없어도 교체를 검토하기로 정했습니다. 숫자를 정해 두면 감정 싸움이 줄어듭니다. 낡았다는 느낌 대신 셀 수 있는 것으로 판단합니다.
교체를 미룬 기간에도 손을 놓지 않았습니다. 문서를 보완하고 테스트를 자동화해 두었습니다. 그 준비가 실제 교체 때 기간을 줄였습니다. 자체 개발과 유지의 판단은 ERP 자체 개발에서 배운 것에서 이어집니다.
점검 목록
- 교체 제안서에 업무가 어떻게 바뀌었는지 적혀 있는가
- 고쳐서 쓸 수 있는지 먼저 보는 단계가 절차에 있는가
- 그 기술을 아는 사내 인원 수를 세고 있는가
출처
언제 고치고 언제 두는지 판단하는 이야기는 기술 부채라는 말을 임원 회의에서 쓰지 않습니다에서 이어집니다.
레거시 시스템과 새 시스템을 연동하는 프로젝트 범위가 자꾸 늘어나는데 어떻게 통제하나 레거시와 신규 시스템의 경계를 계약서에 쓰지 않으면 프로젝트 범위가 매 회의마다 달라집니다에서 이어집니다.