|
|
|
|
|
 |
저는 IT를 '개발'이 아니라 '공공서비스의 신뢰를 지키는 운영기술'로 보고 있습니다.
운영 역량입니다.
연계는 개발이 아니라 운영설계입니다.
저는 데이터 품질을 프로젝트가 아니라 운영지표로 관리하겠습니다.
데이터 사전과 검증 규칙을 고정하고, 품질지표를 운영해 분석과 보고가 흔들리지 않게 만들겠습니다.
보안은 막는 기술이 아니라 통제의 설계입니다.
저는 기준을 만들고, 합의 구조를 운영하겠습니다.
저는 IT를 개발성과로만 보지 않고, 공공서비스의 신뢰를 지키는 운영기술로 보는 지원자입니다.
|
|
|
 |
저는 IT를 '개발'이 아니라 '공공서비스의 신뢰를 지키는 운영기술'로 보고 있습니다.
공단 IT는 단순 기능 구현보다 표준·보안·품질·운영을 통해 신뢰를 쌓 는 일이 핵심입니다.
공공기관 IT는 현업의 업무를 대신해주는 도구가 아니라, 국민이 믿고 이용할 수 있는 공공서비스를 안정적으로 제공하기 위해 데이터·시스템·보안을 표준화하고 지속가능하게 운영하는 기반입니다.
기능은 빠르게 만들 수 있지만, 장애·보안·데이터 품질이 흔들리면 국민 신뢰는 한 번에 무너집니다.
문제정의 역량입니다.
운영 역량입니다.
그래서 공단 IT는 기능보다 데이터 표준, 검증 규칙, 인터페이스 안정성, 권한 관리 같은 보이지 않는 품질이 핵심이라고 봅니다.
초동은 영향 범위 파악, 우회/복구, 커뮤니케이션세가지를 동시에 진행해야 합니다.
먼저 서비스 영향과 사용자 범위를 파악하고, 즉시 가능한 우회조치로 피해를 줄입니다.
저는 접근 권한, 데이터 흐름, 변경관리, 로그 감사 네 가지로 실무에 박아 넣겠습니다.
기능정의, 성능 기준, 보안요구, 테스트 범위, 인수조건을 계약과 요구사항 단계에서 잠급니다.
가장 큰 리스크는 인터페이스와 데이터 정의의 불일치입니다.
저는 연계 설계에서 데이터 사전을 먼저 확정하고, 코드값·단위·필수값·예외 규칙을 문서로 고정하겠습니다.
마지막으로 모니터링을 붙여 연계 실패를 '사용자가 발견' 하기 전에 '시스템이 먼저 경고'하도록 만들겠습니다.
연계는 개발이 아니라 운영설계입니다.
데이터 품질은 입력단계에서 이미 결정됩니다.
저는 우선 데이터가 생성되는 지점을 찾고, 어떤 사용자·어떤 화면·어떤 연계에서 오류가 발생하는 지 패턴을 뽑겠습니다.
그 다음 원인을 입력 규칙 부재, 검증로 직 부족, 코드값 관리 미흡, 연계 변환 오류, 교육부족 등으로 분해합니다.
또한 품질지표를 운영합니다.
오류율, 보정 소요시간, 재발구간을 지표로 관리해야 개선이 지속됩니다.
저는 데이터 품질을 프로젝트가 아니라 운영지표로 관리하겠습니다.
원천 데이터의 누락·지연·오류가 있으면 먼저 개선하거나 한계를 명시해야 합니다.
공공기관 IT는 '새로움'보다 '신뢰'가 실적입니다.
리스크가 줄어들면 운영 비용이 줄고, 현업은 본업에 집중할 수 있습니다.
다만 중요한 건 "혼자 책임지겠다"는 말이 아니라, 책임이 분산되지 않도록 체계를 만드는 것입니다.
보안은 막는 기술이 아니라 통제의 설계입니다.
저는 편의와 보안을 싸움으로 만들지 않고, 통제 구조로 같이 살리겠습니다.
신입이 권위로 통제하는 건 불가능합니다.
저는 기준을 만들고, 합의 구조를 운영하겠습니다.
체크리스트를 실제 업무 흐름에 맞게 줄이고, 변경관리와 장애대응을 책임과 기한이 있는 실행 항목으로 닫고, 로그를 쌓는 데서 끝내지 않고 "보는 루틴"으로 만드는 것, 이런 디테일이 실무감각입니다. |
 |
데이터, 장애, 운영, 이다, 업무, 관리, 만들다, it, 시스템, 보안, 서비스, 변경, 공단, 어떻다, 기준, 늘다, 품질, 보다, 문서, 고정 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.19
8페이지
