|
|
|
|
|
 |
공제 서비스의 신뢰를 코드와 운영으로 지키는 개발자가 되는 것입니다.
운영 관점의 개발 습관을 만들었습니다.
공제조합에서도 저는 개발을 혼자 잘하는 사람이 아니라, 현업과 IT가 함께 성과를 내게 만드는 개발자가 되겠습니다.
제강점은 복잡한 흐름을 단위 기능이 아니라 전체 프로세스로 묶어보고, 핵심 데이터와 예외 케이스를 먼저 정의하는 습관입니다.
기록 가능성은 감사 대응과 사고 방지의 핵심입니다.
공제 핵심 업무 흐름의 데이터 정의서와 API 명세, 예외 케이스 표준입니다.
배포와 장애대응 표준운영체계입니다.
테스트 자동화, 배포 체크리스트, 모니터링 지표와 알림, 장애보고 템플릿을 고정하겠습니다.
|
|
|
 |
입 사 후 직무수행에 관한 목표와 계획, 또는 비전을 서술해 주십시오.
입 사후 1년 내 만들고 싶은 산출물 3가지와 측정지표를 제시해 주십시오
제가 기계설비 건설공제조합 IT 개발 직무에서 이루고 싶은 목표는 한 가지로 정리됩니다.
개발자는 특정 화면을 만드는 사람처럼 보이지만, 실제로는 데이터가 어떤 의미를 갖고 어디에서 생성되고 어떻게 검증되며 어떤 근거로 남는지 책임지는 사람입니다.
저는 이 책임을 기준으로 시스템의 핵심 데이터 사전과 업무 규칙을 문서화하고, 개발과 운영이 흔들리지 않게 기반을 다지겠습니다.
저는 공제업무의 핵심 도메인을 내부에서 소화할 수 있도록, 모듈화와 API 기반구조를 강화하고, 대외연계와 내부 채널을 안정적으로 묶는 플랫폼형 개발을 지향하겠습니다.
제가 IT 개발 역량을 키우기 위해 가장 꾸준히 해온 노력은 실무에서 통하는 기본기를 체계화하는 것입니다.
제가 협력으로 성과를 냈던 경험 중 가장 실무적인 사례는 대외 연계 업무의 지연과 오류를 줄이기 위해 프로세스를 재설계했던 일입니다.
현업은 처리기한을 맞추기 위해 같은데이터를 여러 번 입력했고, IT는 장애를 잡느라 야간 대응이 반복되는 악순환이었습니다.
동기 처리 중심 흐름을 비동기 처리로 전환해 대기시간을 줄이고, 둘째, 재시도와 중복 요청이 발생해도 데이터가 중복 반영되지 않도 록멱 등성을 확보하는 것이었습니다.
처리 상태를 단계별로 보여주는 화면과 알림문장을 추가해 현업의 불확실성을 줄였고, 동시에 재처리버튼과 자동재시도 정책을 만들어 수기 작업을 줄였습니다.
결과적으로 특정 성수기 구간에서 처리 지연과 재입력 빈도가 눈에 띄게 감소했고, 장애대응도 단순 복구에서 원인 기반 개선으로 전환됐습 니다.
공제조합에서도 저는 개발을 혼자 잘하는 사람이 아니라, 현업과 IT가 함께 성과를 내게 만드는 개발자가 되겠습니다.
개발자가 지켜야 할 원칙은 필요 최소한, 최소 권한, 기록 가능성입니다.
기록 가능성은 감사 대응과 사고 방지의 핵심입니다.
누가 언제 어떤 사유로 조회했는지 감사로 그 를 남기고, 예외적으로 접근이 필요한 경우 승인과 근거가 남게 프로세스를 설계해야 합니다.
저는 핵심 흐름을 먼저 고정해 배포하고, 나머지는 개선 항목으로 관리하는 방식으로 속도와 품질을 동시에 잡겠습니다.
그 다음 표준코드 체계와 데이터 사전을 만들어 부서마다 다른 정의로 숫자가 갈라지지 않게 하겠습니다.
변경 데이터 캡처나 배치 기반적재를 통해 데 이터웨어하우스 혹은 분석용 마트를 만들고, 품질 검증 규칙을 넣어 누락과 이상치를 조기에 잡겠습니다.
저는 지표의 목적과 행동을 연결해, 보고용이 아니라 운영용 데이터가 되게 하겠습니다.
지표는 재처리 건수 감소, 처리리드타임 단축, 현업 만족도 개선으로 측정하겠습니다. |
 |
처리, 데이터, 개발, 이다, 업, 장애, 어떻다, 업무, 대응, 핵심, 만들다, 흐름, 재, 시스템, 줄이다, 계, 공제조합, 먼저, 성, it |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.03
6페이지
