|
|
|
|
|
 |
레거시 시스템과 신규 기능 개발이 충돌할 때 어떤 기준으로 설계를 결정하겠습니까
저는 전산개발을 "기능을 만드는 일"이 아니라"신뢰를 운영하는 일"이라고 정의합니다.
제가 더케이교직원 나라 IT팀(전산개발) 신입에 지원한 이유도 바로 그 지점입니다.
동시에 작은 개선과제를 통해 팀의 개발·배포 방식에 적응하겠습니다.
이 경험은 더케이교직원 나라 IT팀에서도 그대로 적용할 수 있습니다.
먼저 기능을 사용자가치 기준으로 분해했습니다.
이 노력의 결과로 팀은 일정과 품질을 동시에 지켰습니다.
작은 기능 개선이라도 로그·테스트·문서화를 기본으로 하여 팀의 개발 품질 기준을 체화하겠습니다.
|
|
|
 |
저는 전산개발을 "기능을 만드는 일"이 아니라"신뢰를 운영하는 일"이라고 정의합니다.
저는 그 신뢰를 지키는 방식이 단순히 보안이나 안정성만이 아니라, 업무가 어떻게 흘러가는지를 이해한 개발, 사고가 났을 때 빠르게 복구하고 원인을 남기는 개발, 그리고 반복 실수를 시스 템으로 차단하는 개발이라고 믿습니다.
제가 더케이교직원 나라 IT팀(전산개발) 신입에 지원한 이유도 바로 그 지점입니다.
먼저 사용자가 어떤 순서로 어떤 판단을 하며, 어느 지점에서 실수를 할 수 있는지, 어떤 데이터가 필수이며 어떤 데이터가 참고인지부터 정리합니다.
전산개발에서 기능은 바뀌지만 데이터는 남습니다.
집중하면 결과는 잘 나오지만, 팀 프로젝트에서는 이 습관이 약점이 되었습니다.
저는 제설계가 맞다고 생각했지만, 결국 프로젝트는 "팀이 이해하고 유지할 수 있는 구조"가 되어야 한다는 사실을 놓치고 있었습니다.
저는 문제를 구조로 설명할 때 강했고, 팀원은 사용자 관점에서 불편을 발견하는데 강했습니다.
저에게 가장 큰 환경 변화는 "계획이 무너진 상태에서 결과를 내야 했던 상황"이었습니다.
기존 방식대로라면 일정은 무조건 밀리는 상황이었습니다.
또 하나의 변화 대응은 '커뮤니케이션 채널의 단일화'였습니다.
이 방식은 원래 계획에 없던 운영방식이었지만, 일정이 위태로운 상황에서는 가장 효과적이었습니다.
기존에는 기능을 완성한 뒤 통합 테스트를 했는데, 시간이 부족해지자 '계약기반 테스트'처럼 API 응답 계약을 먼저 고정하고 프론트/백을 병렬로 진행했습니다.
변화가 오면 "기존 방식의 강화"가 아니라 "방식 자체의 전환"이 필요하다는 것을 체득했습니다.
저는 변화 상황에서 업무를 구조로 분해하고, 완료기준을 고정하며, 병렬화와 기록을 통해 리스크를 통제하는 방식으로 빠르게 적응하겠습니다.
논쟁을 측정으로 바꿨습니다." 저는 팀원에게 추상적인 주장을 계속하는 대신, 성능 목표를 숫자로 정하자고 제안했습니다.
측정 결과, 현재 범위에서는 과도한 복잡도를 도입하지 않아도 목표를 달성할 수 있었습니다.
대안을 2단계로 설계했습니다."팀원이 걱정한 성능 이슈를 무시하지 않았습니다.
더케이교직원 나라IT팀에서도 저는 논쟁을 기준과 측정으로 바꾸고, 대안을 단계화하며, 근거를 문서로 고정하는 방식 으로 팀의 생산성을 높이겠습니다.
저는 신뢰를 지키기 위해 첫째, 장애가 나지 않도록 설계하는 예방, 둘째, 장애가 나도 빠르게 복구하는 대응, 셋째, 같은 장애가 반복되지 않게 하는 재발방지를 기본 원칙으로 두겠습니다.
예시로, 배포 전 체크리스트와 롤백 플랜을 반드시 갖추고, 장애 발생 시에는 원인 분석과 함께 고객 영향 범위를 즉시 산정해 안내 가능한 정보부터 공유하겠습니다.
답변 : 기준은 업무 영향도와 리스크 통제 가능성입니다.
답변 : 저는 "정합성 훼손없이 성능을 올리는 방법"을 먼저 찾고, 그래도 충돌한다면 정합성의 범위를 업무 기준으로 정의합니다.
답변 : 요구사항 변경은 자연스럽지만, 관리되지 않으면 일정과 품질을 망칩니다.
예시로, 화면에 필드 하나 추가처럼 보여도 DB, 검증, 권한, 통계까지 영향이 갈 수 있으므로 변경 티켓에 영향 범위를 명시하겠습니다.
예시로, 조회는 세션 유지로 편하게 하되, 변경·지급 같은 행위에는 추가 인증을 요구하는 단계적 보안이 가능합니다. |
 |
팀, 기준, 어떻다, 성, 방식, 설계, 장애, 개발, 기능, 업무, 구조, 원, 범위, 문서, 더, 변경, 성능, 데이터, 교직원, 영향 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2025.12.22
8페이지
