어느 단계부터 상담할 수 있나요?
아이디어만 있는 초기 단계, 요구사항을 정리하는 단계, 기존 제안요청서나 기획서를 검토하는 단계 모두 가능합니다.
답변 전체 보기: 어느 단계부터 상담할 수 있나요?첫 상담부터 운영 인계까지,
이렇게 진행합니다.
단계마다 준비할 자료와 함께 남길 산출물을 먼저 합의합니다. 기획·
무엇을 언제 결정할지
처음부터 함께 봅니다.
결정할 일이 늦게 드러날수록 일정과 범위가 흔들립니다. KPS는 첫 상담에서 운영 인계까지를 다섯 단계로 나누고, 단계마다 확인할 내용과 남길 산출물을 미리 정해 진행 상황을 함께 볼 수 있게 합니다.
- 단계마다 합의
- 결정은 문서로
- 작은 단위로 검증
단계마다 준비할 것과 남길 것
단계별 기간과 참여 범위는 프로젝트 규모에 따라 초기 협의에서 함께 정합니다.
첫 상담
해결할 문제와 현재 환경을 듣습니다.
요구사항이 정리되지 않았어도 괜찮습니다. 지금의 업무 방식과 바꾸고 싶은 장면에서 출발해, 무엇을 먼저 확인해야 하는지 함께 정합니다.
요구사항이 정리되지 않았어도 괜찮습니다. 지금의 업무 방식과 바꾸고 싶은 장면에서 출발해, 무엇을 먼저 확인해야 하는지 함께 정합니다.
준비하면 좋은 것
- 해결하고 싶은 문제와 목표
- 주요 사용자와 담당 부서
- 현재 쓰는 시스템과 화면 자료
- 제안요청서·기획서(있는 경우)
함께 정리하는 산출물
- 문제와 목표 요약
- 추가로 확인할 자료 목록
- 진단 범위 제안
진단
업무와 시스템을 살펴 범위를 정합니다.
업무 담당자와 시스템 현황을 확인하고 해결할 우선 과제를 합의합니다. 기존 화면과 기능, 데이터, 연계 시스템을 살펴 다시 쓸 부분과 새로 설계할 부분을 나눕니다.
업무 담당자와 시스템 현황을 확인하고 해결할 우선 과제를 합의합니다. 기존 화면과 기능, 데이터, 연계 시스템을 살펴 다시 쓸 부분과 새로 설계할 부분을 나눕니다.
준비하면 좋은 것
- 업무 담당자 인터뷰 참여
- 기존 시스템·외부 연계 목록
- 데이터 구조와 표본 데이터
- 권한·보안 관련 내부 기준
함께 정리하는 산출물
- 현행 업무 및 요구사항 정의서
- 시스템·운영 현황 진단
- 우선순위와 프로젝트 범위
설계
구조와 연계, 검증 기준을 설계합니다.
업무, 데이터, 화면, 연계 구조를 하나의 설계 기준으로 정리합니다. 기능 범위와 제외 범위, 예외 조건을 구현 전에 합의해 이후 변경 영향을 추적할 수 있게 합니다.
업무, 데이터, 화면, 연계 구조를 하나의 설계 기준으로 정리합니다. 기능 범위와 제외 범위, 예외 조건을 구현 전에 합의해 이후 변경 영향을 추적할 수 있게 합니다.
준비하면 좋은 것
- 화면·기능의 우선순위 의견
- 디자인 가이드·브랜드 자료
- 연계 대상의 API·인증 조건
- 검토와 승인에 참여할 담당자
함께 정리하는 산출물
- 사용자 여정·정보 구조
- 기능·화면 설계서
- 서비스·시스템 아키텍처
- 인터페이스 및 데이터 연계 명세
구축·검증
단위별로 개발하고 테스트로 확인합니다.
기능 단위로 구현하고 실제 업무 시나리오와 연계 조건을 함께 검증합니다. 테스트 전담 조직이 웹표준과 크로스브라우징, 반응형, 단위·통합 동작을 확인합니다.
기능 단위로 구현하고 실제 업무 시나리오와 연계 조건을 함께 검증합니다. 테스트 전담 조직이 웹표준과 크로스브라우징, 반응형, 단위·통합 동작을 확인합니다.
준비하면 좋은 것
- 단계별 검토에 참여할 현업 담당자
- 테스트용 업무 시나리오와 표본 데이터
- 검증 환경 접근 권한
- 데이터 이관 대상과 검증 기준
함께 정리하는 산출물
- 기능별 구현·검증 결과
- 테스트 결과와 이슈 처리 기록
- 데이터 이관·전환 계획
운영 인계
운영 문서와 절차를 정리해 넘깁니다.
데이터와 사용 환경을 단계적으로 전환하고, 운영 과정에서 나온 보완점을 정리해 다음 담당자가 이어갈 수 있게 넘깁니다. 오픈 이후의 운영·고도화는 별도 범위로 협의합니다.
데이터와 사용 환경을 단계적으로 전환하고, 운영 과정에서 나온 보완점을 정리해 다음 담당자가 이어갈 수 있게 넘깁니다. 오픈 이후의 운영·고도화는 별도 범위로 협의합니다.
준비하면 좋은 것
- 운영 담당자와 권한 체계
- 배포·장애 대응에 관한 내부 기준
- 오픈 이후 유지보수·개선 범위
함께 정리하는 산출물
- 운영 인계 문서
- 사용자·운영 가이드
- 알려진 제약과 개선 우선순위
구체적인 범위와 산출물은 초기 협의에서 확정합니다.
기획부터 테스트까지
한 조직 안에서 이어집니다.
서비스 기획·운영, 디자인, 개발, 기술연구소가 과제의 성격에 맞춰 함께 참여합니다. 개발팀 안의 테스트부가 구현 결과를 따로 검증합니다.
조직도기획·디자인·개발·연구 조직의 역할
프로젝트 수행 조직
서비스 기획·운영팀
서비스 기획
- UI/UX 기획
- 서비스 기획
- 운영 전략 수립
서비스 운영
- 고객 관계 관리(CRM)
- CS 운영·고도화
- 서비스 관리 체계 개선
디자인팀
- UI/GUI 디자인
- Android·iOS 디자인
- 웹퍼블리싱
- 제품 디자인
- 그래픽 디자인
개발팀
SI 사업부
- SI 개발
- 공공사업 유지보수
연구 개발부
- 플랫폼 개발
- 솔루션 개발
- 품질 관리
테스트부
- 웹표준 테스트
- 크로스브라우징
- 반응형 테스트
- 단위·통합 테스트
기술연구소
- 인공지능(AI) 연구
- IoT 연구
- 웨어러블 디바이스 연구
검증은 전담 조직이,
보안은 설계 단계부터.
테스트부가 웹표준과 브라우저·기기 호환성, 단위·통합 동작을 확인합니다. 보안 통신과 암호화, 로그 기준은 요구사항을 정리할 때 함께 정합니다.
기술 역량과 품질 기준 보기테스트
테스트부가 확인하는 항목
- 웹표준 테스트
- 크로스브라우징 테스트
- 반응형 테스트
- 단위·통합 테스트
기능 단위 구현이 끝날 때마다 확인하고, 발견한 이슈는 변경 이력과 함께 관리합니다.
보안
수행 과제에 적용한 보안
- 보안 통신
- 데이터 암호화
- 송수신 모니터링과 로그 관리
- 웹 취약점 점검과 보안 강화
카드·보험사 전문 송수신 시스템과 공단 통합 정산·결제 시스템 과제에서 구현하고 점검한 항목입니다.
2017 특허 출원 · 2018 ISO 9001 품질경영시스템 인증 · 2018 특허 등록 · 2019 기업부설연구소 인정 · 2021 특허 출원
AI 과제는 작게 검증하고 시작합니다.
AI는 모델보다 업무와 데이터, 사람이 검토할 지점을 먼저 확인합니다. 결과를 확인하기 쉬운 업무 하나로 평가 기준을 만들고, 제한된 범위에서 연결해 본 뒤 다음 단계를 정합니다.
질문 선정
결과를 확인하기 쉬운 업무 하나를 고릅니다.
평가 세트
대표 질문과 기대 결과, 근거를 먼저 묶습니다.
제한 연결
정해진 사용자와 데이터 범위에서 연결합니다.
확장 여부 결정
평가 결과와 운영 부담을 보고 정합니다.
- 확장
- 보완
- 중단
진행 전에 자주 묻는 질문
견적과 일정을 검토하려면 어떤 정보가 필요한가요?
목표, 필요한 화면과 기능, 사용자 유형, 기존 시스템 연계, 데이터 이전 여부, 희망 운영 방식을 알려주시면 범위를 구체화하는 데 도움이 됩니다.
답변 전체 보기: 견적과 일정을 검토하려면 어떤 정보가 필요한가요?프로젝트에서 어떤 산출물을 받을 수 있나요?
범위에 따라 요구사항과 화면 흐름, UI 디자인, 시스템 구성, API 정의, 소스 코드, 시험 결과, 운영 안내 등을 정리합니다.
답변 전체 보기: 프로젝트에서 어떤 산출물을 받을 수 있나요?지금 어느 단계에 있는지부터
들려주세요.
요구사항이 정리되지 않았어도 괜찮습니다. 현재 상황을 알려주시면 첫 상담에서 진단 범위를 함께 정하겠습니다.