|
|
|
|
|
 |
전산이 현장을 모르면 탁상공론입니다
장애가 반복되면 전산 책임입니 다원인 규명 못하면 어떻게 합니까
전산은 시스템을 만드는 일이 아니라, 조직이 멈추지 않게 만드는 일입니다.
데이터가 흐르게 만드는 연결자 역할입니다.
데이터 정합성입니다.
변경관리입니다.
저는 현장을 모르면 전산이 아니라 장애 제조라고 생각합니다.
유니드 전산경력직에 지원한 지원자입니다.
|
|
|
 |
유니드 전산직 면접 자료, 면접질문 기출
유니드 전산직에 지원한 이유를 한 문장으로 말해보세요
본인 경력 중 가장 임팩트 있었던 전산 프로젝트 1가지를 STAR로 설명해보세요
전산이 현장을 모르면 탁상공론입니다
장애가 반복되면 전산 책임입니 다원인 규명 못하면 어떻게 합니까
저는 제조 현장의 안정성과 본사의 의사결정을 동시에 끌어올리는 전산을 하고 싶고, 그 성과가 생산성과 리스크 감소로 바로 드러나는 환경에서 제 경력을 '운영이 강한 시스템'으로 완성하기 위해 유니드에 지원했습니다.
데이터가 흐르게 만드는 연결자 역할입니다.
데이터 정합성입니다.
보안과 컴플라이언스입니다.
1단계는 영향도 판단입니다.
2단계는 임시 복구입니다.
3단계는 원인 분리입니다.
저는 요구 조율은 친절이 아니라 통제라고 봅니다.
통제 없는 요구는 결국 장애와 불만으로 돌아옵니다.
저는 1) 요구사항을 문서로 고정하고, 2) 중간 산출물 검수 기준을 명확히 하며, 3 변경은 비용과 일정에 반영하는 원칙을 지킵니다.
테스트 시나리오를 현업과 함께 만들고, 장애·성능·보안 기준을 통과하지 못하면 오픈을 미루겠습니다.
저는 표준을 지키되, 표준이 현실을 반영하도록 관리하겠습니다.
저는 운영지표를 보여주기용으로 만들지 않습니다.가동률, 장애건수와 MTTR, 변경 실패율, 인터페이스 실패율, 백업성공률, 보안취약점 조치율, 사용자 요청 처리시간 같은 지표가 기본입니다.
저는 장애지표, 처리 리드타임, 재발률, 모니터링 커버리지로 증 명하겠습니다.
첫 100일의 목표는 시스템을 새로 만드는 게 아니라, 사고 확률과 복구시간을 줄이는 것입니다.
저는 현장을 모르면 전산이 아니라 장애 제조라고 생각합니다.
현장을 모른다는 비판을 듣지 않겠습니다.
보안은 막는 게 아니라, 사고 비용을 줄이는 투자입니다.
원인을 못 찾는 게 문제가 아니라, 원인을 못 찾는 상태를 유지하는 게 문제입니다.
장애를 줄이고 데이터 정합성을 올리고 보안 리스크를 낮추는, 눈에 보이는 성과를 만들고 싶습니다. |
 |
장애, 만들다, 이다, 운영, 전산, 현장, 성과, 리스크, 보안, 데이터, 변경, 지표, 어떻다, 품질, 원인, 관리, 기준, 줄이다, 시스템, 률 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.19
6페이지
