농협정보시스템 개발/운영 PT 면접 예상 주제 10선 및 상위 1% 발표 예시 (26년 하반기)
■ 이 글이 다루는 것 — Executive Summary
농협정보시스템의 2026년 채용연계형 인턴 공고는 개발/운영 분야를 모집합니다. 서류와 온라인 필기 이후 실무진 면접, 경영진 면접을 진행하며, 예정일은 각각 11월 10일과 11월 17일입니다. Devlog의 2019년 개발과 운영 적합성 문답을 받은 IT 지원자 후기에는 PT 발표와 후속 질문이 기록돼 있습니다.
해당 2019년 후기의 PT는 주제를 뽑고 필기구 없이 10분간 준비하는 방식이었습니다. 발표 이후에는 홍보 대상과 실행 방법을 구체화하는 질문이 이어졌습니다. 공개된 입찰과 제품, 고객사 협의 사례에서는 NH멤버스 DBMS 교체 입찰, WithGEN의 사내 지식 활용, 운영인력 교체에 따른 교육과 업무 공백 관리가 개발/운영의 판단 과제로 연결됩니다.
흔한 답은 안정성 확보, AI 활용, 인수인계 강화라는 방향을 제시합니다. 차별화된 답은 거래가 어긋나는 지점, 답변을 보류할 조건, 다음 담당자가 멈추는 업무를 구체적으로 말합니다. 선택한 방안의 비용과 포기하는 범위를 밝히고, 판단을 바꿀 증거까지 제시해야 실행 가능성을 설명할 수 있습니다.
이 글은 예상 주제 10개를 실었습니다. 주제마다 문제, 배경, 과제, 출제 의도, 해결 프레임, 상위 1% 발표 예시, 면접관 꼬리질문, 해설서를 같은 순서로 담았습니다. 앞부분에서는 DBMS 전환, 사내 규정 검색 서비스, 보험 운영인력 인수인계를 다룹니다. WithOCR 자동입력 검수와 홈페이지 회귀시험 자동화도 주요 주제로 연결됩니다.
나머지 주제는 공판장 조회 속도, 공통 메시지 발송, 경제업무 권한 변경, 카드 부가조회 지연, 전자서명 진단 로그 수집을 다룹니다. 주제 앞에는 면접 전형, 기업, 직무 분석을 두어 공고와 후기의 적용 시점, 금융과 경제사업의 범위, 발표 이후 설명해야 할 개발과 운영 지식을 정리했습니다.
■ 면접 전형/기업/직무 분석
① 면접 전형 분석
2026년 9월 14일 GIST 취업게시판에 전재된 회사 공고의 모집분야는 개발/운영과 정보보안입니다. 채용 형태는 채용연계형 인턴이며, 전형은 서류, 필기, 면접 및 신체검사, 입사 순서입니다. 온라인 필기는 인적성, NCS직무능력, 전산능력을 평가하도록 안내합니다. 지원자는 기술 설명과 업무 상황 판단을 함께 준비해야 합니다.
2026년 공고상 온라인 필기 예정일은 10월 31일입니다. 실무진 면접은 11월 10일, 경영진 면접은 11월 17일로 편성돼 있습니다. 인턴십은 2026년 11월 30일부터 2027년 1월 22일까지 예정돼 있습니다. 수료 후에는 최종면접과 별도 심사를 통해 정규직 전환 여부를 결정합니다. 공고는 전형 진행에 따른 일정 변경 가능성도 명시합니다.
Devlog가 2019년 6월 공개한 IT 지원자 후기에는 임원, PT, 직무 면접 순서가 기록돼 있습니다. 작성자는 개발과 운영 중 적합한 업무를 묻는 질문도 받았습니다. PT에서는 주제를 뽑은 뒤 필기구 없이 10분간 준비했고, 발표 내용의 홍보 대상과 실행 방법을 추가로 설명했습니다. 이 운영 사례는 2019년 후기의 시점과 함께 읽어야 합니다.
2023년 하반기 IT 기술면접 후기에는 DB 커넥션 풀, 프로젝트 수행 내용, 희망 부서를 묻는 질문이 있습니다. 같은 해 12월 공개된 IT 지원자 후기에는 SI와 SM 선호, 최근 사업에 관한 문답이 기록돼 있습니다. 기술 개념을 정의한 뒤 프로젝트에서 어떤 증상을 확인했는지 설명하는 준비가 필요합니다. 사업 설명도 사용자가 수행하는 업무까지 이어져야 합니다.
면접 운영은 자료의 연도에 따라 구분해야 합니다. 2023년 하반기 IT 채용 후기의 작성자는 실무진과 경영진 면접을 같은 날 응시했습니다. 2024년과 2025년 정규직 공고는 두 면접을 서로 다른 날짜에 편성했습니다. 2026년 채용연계형 인턴 공고 역시 실무진과 경영진 면접 일정을 구분합니다. 과거 후기의 하루 동선을 현재 일정으로 옮기면 준비가 어긋납니다.
회사의 공식 인재상 CORE IT는 도전하는 인재, 기회를 놓치지 않는 인재, 존경받는 인재, 최고의 전문가입니다. 발표에서는 새로운 기술을 제안하는 이유와 함께 서비스가 흔들릴 때의 대응을 설명할 수 있어야 합니다. 상대 부서가 사용하는 업무 표현을 이해하고, 그 표현을 검증 가능한 조건으로 바꾸는 과정에서도 전문성과 협업 태도가 드러납니다.
답변 준비는 주장과 증거를 연결하는 데서 시작합니다. DBMS를 바꾼다면 화면 조회, 거래 처리, 마감 집계 중 무엇을 확인할지 구분합니다. AI 서비스를 제안한다면 답변 근거와 접근권한을 설명합니다. 인수인계를 말한다면 문서 전달 이후 새 담당자가 수행할 업무를 제시합니다. 이어지는 질문에는 선택의 손실과 대안을 실행할 조건을 같은 기준으로 답해야 합니다.
② 기업 분석
농협정보시스템 공식 시스템구축 소개에는 올원뱅크와 콕뱅크, 카드 승인과 결제, 보험 계약과 지급 업무가 포함됩니다. 경제사업에서는 농산물 공판장과 구매, 판매, 가공 시스템을 다룹니다. 금융 화면의 응답과 경제사업의 마감은 서로 다른 업무 결과로 검증해야 합니다. 이 사업 범위는 DBMS 전환 주제에서 공통 기술과 서비스별 완료 조건을 나눌 근거가 됩니다.
2025년 12월 11일 NH멤버스 DBMS 교체 입찰은 제조사의 공급 및 기술지원확약서를 요구했습니다. 유지보수 조직과 인원현황도 등록서류에 포함됐습니다. 개발/운영 관점에서는 제품 도입과 장애 대응을 연결해 볼 수 있습니다. 전환 계획을 발표할 때 애플리케이션 검증만 설명하면 공급사 지원이 필요한 오류의 처리 주체와 연락 경로가 빠집니다.
공식 제품소개에서 WithGEN은 LLM 선택과 RAG를 결합하는 기업용 생성형 AI 플랫폼입니다. 사용자와 봇별 권한관리, 지식관리, 사용 이력 모니터링 기능도 소개합니다. 공식 파일럿 사례에는 농협중앙회의 인사와 회계 등 규정자료 활용이 포함됩니다. 사내 규정 검색 제안은 이러한 기능을 전제로 이용 대상, 문서 갱신, 답변 보류 조건을 구체화하는 방향이 적절합니다.
2026년 3월 농협생명과의 운영서비스 간담회는 순환배치에 따른 업무 공백과 신규인력 교육을 다뤘습니다. 같은 해 카드사업본부 교육은 공통 업무와 부서별 세부 과정을 구분했습니다. 회사의 공식 IT서비스 소개에는 테스트 정보를 DB로 관리하는 NH TMS+도 있습니다. 운영 지식과 검증 결과를 다음 담당자가 사용할 수 있게 만드는 일이 여러 사업 사실에서 이어집니다.
③ 직무 분석
2024년과 2025년 신입 공고는 해당 분야의 업무를 IT 개발 및 운영으로 적었습니다. 2026년 공고는 관련 경력으로 IT서비스 개발과 운영을 제시합니다. 개발은 요구사항을 기능으로 구현하고, 운영은 그 기능이 실제 업무에서 계속 작동하도록 관리합니다. 발표에서는 기능 구현, 데이터 처리, 이용자 안내, 장애 대응을 업무 흐름에 따라 연결해야 합니다. 기술 목록만 제시하면 담당할 일이 흐려집니다.
DBMS 전환 질의에서는 연결 성공과 거래 완료를 구분해야 합니다. 커넥션 풀의 연결 재사용, 트랜잭션 경계, 동시 요청, 타임아웃 이후 재시도는 서로 다른 문제입니다. 이전 DB로 돌아갈 때도 접속 대상을 바꾸는 작업과 전환 이후 데이터를 보존하는 작업이 다릅니다. 어떤 거래가 완료됐는지 판단할 증거를 먼저 정해야 복구 범위와 책임자를 설명할 수 있습니다.
WithGEN 주제에서는 문서 검색 성공과 업무에 쓸 수 있는 답변을 구분해야 합니다. 문서의 시행일, 적용 대상, 접근권한이 답변 근거에 함께 반영돼야 합니다. 운영인력 교체 주제에서는 매뉴얼 보유와 독립 수행 능력을 나눠야 합니다. 새 담당자가 이상 징후를 설명하고 중단이나 재처리 여부를 판단하는지 확인해야 합니다. 두 주제 모두 정보가 존재하는 것과 사용 가능한 것을 구분하는 역량이 필요합니다.
2026년 홈페이지 구축 입찰의 계약서안은 시험결과표와 운영자 교육, 기술이전을 수행항목으로 제시합니다. 검수계획에는 검사항목과 기술수준을 포함하도록 정합니다. 이러한 산출물은 개발 완료를 운영 가능 상태로 연결하는 수단입니다. 질의에서는 누가 무엇을 확인하고 어떤 결과를 남길지 설명해야 합니다. 비용도 도구 가격뿐 아니라 검증, 교육, 재처리와 유지관리까지 포함해 비교해야 합니다.
배경의 [사실]은 공개 자료로 확인한 내용이고, [내부가정]과 [외부가정]은 과제를 풀기 위해 회사 안팎의 조건을 정해 둔 가정입니다.
■ 주제 1. NH멤버스 DBMS 전환과 거래 연속성
■ 문제
NH멤버스 DBMS 교체에서 일괄 전환과 단계 전환 중 하나를 선택하고, 거래 정합성과 서비스 연속성을 확보할 실행 방안을 제시하시오.
■ 배경
[사실] 농협정보시스템은 공식 시스템구축 소개에서 NH멤버스 포인트 관련 시스템을 업무 대상으로 제시합니다. [사실] 공식 ITO서비스 소개는 고객 업무환경에 맞는 시스템 구축부터 안정적 운영까지를 애플리케이션 서비스 범위로 설명합니다. DBMS 교체는 데이터 저장 기반의 변경과 이용자의 거래 경험을 함께 다루는 과제입니다.
[사실] 2025년 12월 11일 NH멤버스 DBMS 교체 입찰은 제조사의 공급 및 기술지원확약서를 요구했습니다. [사실] 같은 입찰의 등록서류에는 유지보수 조직도와 유지보수 인원현황이 포함됐습니다. 제품을 공급하는 주체와 오류 발생 시 기술지원을 수행하는 주체를 전환 계획에서 함께 고려할 근거입니다.
[내부가정] 전환 의사결정까지 4주가 남아 있습니다. 현재 거래는 기존 DB에서 처리하며, 신규 DB에는 시험 데이터를 이관할 수 있습니다. 후보는 쓰기 거래를 한 번에 옮기는 일괄 전환과 서비스별로 순서를 나누는 단계 전환입니다. 핵심 포인트 원장은 여러 서비스가 공유하므로 쓰기 권한을 나눠 운영하려면 추가 개발이 필요합니다.
[내부가정] 기본 조회와 정상 적립 시험은 통과했습니다. 그러나 취소 요청과 통신 지연 후 재시도가 겹치는 시험에서 화면 안내와 원장 상태가 달랐습니다. 이 차이가 DB 변경, 애플리케이션 처리, 시험 데이터 중 어디에서 생겼는지는 분리되지 않았습니다. 전체 성공률만으로 전환 가능 여부를 판단하기 어려운 상태입니다.
[내부가정] 기존 DB는 전환 이후 일정 기간 보존할 수 있습니다. 신규 환경에서 발생한 변경분을 추출하는 기능은 준비돼 있지만, 이전 환경에 반영하는 복구 절차는 아직 시험하지 않았습니다. 개발팀은 오류 재현과 수정에 시간을 쓰고, 운영팀은 거래 중단과 재개 절차를 준비해야 합니다. 같은 인력이 두 작업을 함께 맡습니다.
[외부가정] 고객 업무부서는 포인트 사용 제한 시간을 줄이기를 원합니다. 고객센터는 거래 결과를 알 수 없는 상황에서 재시도를 권하면 중복 처리가 생길 수 있다고 우려합니다. 제조사 기술지원은 전환 기간에 참여할 수 있으나 애플리케이션의 업무 규칙은 고객사와 개발팀이 설명해야 합니다. 연락 창구만 정해도 업무 해석은 남습니다.
[외부가정] 고객사는 전체 일정을 유지하되 서비스 중단 범위와 재개 조건을 사전에 협의할 수 있습니다. 신규 환경의 거래 결과가 맞지 않으면 일정 변경도 검토할 수 있습니다. 기존 환경의 사용 연장에는 추가 비용이 발생합니다. 따라서 일정 유지, 추가 개발, 이중 운영 비용을 비교하면서 원장 책임을 분명히 하는 선택이 필요합니다.
배경 요약: 핵심 병목 = 재시도 거래의 완료 판정과 전환 이후 변경분 복구 검증 / 달성 목표 = 원장 정합성을 지키는 DBMS 전환과 거래 재개.
■ 과제
위 배경 자료를 분석하고, 공유 원장의 정합성을 지키면서 DBMS 전환과 장애 시 거래 복구를 위한 구체적 전략을 제시하시오.
■ 출제 의도
문제 인식에서는 공유 원장의 쓰기 책임과 거래 완료 판정을 먼저 설명하는 답이 차별화됩니다. 회사 인재상의 최고의 전문가도 업무 이해와 함께 읽을 수 있습니다. 무중단 전환만 강조하는 답은 서비스가 열려 있는 동안 어떤 데이터가 맞는지 설명하지 못합니다.
자료 해석에서는 정상 조회와 취소 후 재시도를 나눠 오류 재현 조건을 찾는 답이 차별화됩니다. 전체 시험 성공률을 근거로 전환을 결정하는 답은 손실이 큰 거래의 오류가 많은 정상 조회 속에 가려질 수 있다는 점을 놓칩니다.
전략 사고와 실행 계획에서는 쓰기 전환, 검증, 복구의 선후관계를 정하는 답이 차별화됩니다. 일괄 전환과 단계 전환을 모두 병행하겠다는 답은 공유 원장의 책임과 추가 개발 범위를 분명하게 정하지 못합니다.
설득 커뮤니케이션에서는 고객에게 보이는 증상과 운영자가 판단할 상태를 연결하는 답이 차별화됩니다. 안정성을 최우선으로 하겠다는 답은 중단을 감수할 범위, 재개 조건, 비용 부담을 이해관계자에게 설명하기 부족합니다.
■ 해결 프레임
① 문제 정의는 화면 안내와 원장 상태가 다른 거래의 완료 여부를 판단하는 데서 출발합니다.
② 현상 분석에서는 조회, 적립, 취소, 재시도의 결과를 요청 식별정보와 함께 봅니다.
③ 원인 도출은 DB 처리 차이, 재시도 로직, 시험 데이터 차이를 후보로 놓고 걸러냅니다.
④ 전략은 오류 재현, 복구 검증, 쓰기 일괄 전환의 세 갈래로 제시하고 사전시험부터 재개까지 로드맵을 붙입니다.
⑤ 추적 지표는 유형별 거래 불일치, 결과 대기 거래, 재처리 누락과 중복을 봅니다.
⑥ 리스크는 중단 시간과 변경분 유실이며, 고객 안내와 복구 리허설로 보완합니다.
⑦ 결론은 검증을 통과한 뒤 쓰기 책임을 한 번에 옮기고, 실패하면 재개를 보류하는 것입니다.
■ 상위 1% 발표 예시
[ 완료라는 안내와 원장을 맞추겠습니다 ]
공유 원장의 쓰기 거래는 일괄 전환하겠습니다. 사전 검증은 거래 유형별로 나누고, 복구 시험까지 통과한 뒤 전환하겠습니다. 서비스별 단계 전환은 원장 쓰기 책임을 나누는 추가 개발이 필요합니다. 현재는 그 복잡성을 늘리기보다 거래가 완료됐다는 뜻부터 일치시키겠습니다.