“수탁 개발” 태그의 글
“수탁 개발” 태그가 붙은 글 8건을 최신순으로 정리했습니다.
-
ADR(Architecture Decision Record) 입문 ── 소규모 개발에서 '왜 이런 설계로 했는가'를 남기는 최소한의 방법
코드는 '왜 그렇게 했는지'를 말하지 않습니다. ADR(Architecture Decision Record)로 설계 판단의 이유를 결정 하나당 Markdown 파일 하나로 남기는 방법을, 템플릿과 쓸지 말지의 판단표, 실제 예와 함께 해설합니다.
-
「몇 초면 만족인가」를 빠뜨리지 않으려면 ── IPA 「비기능 요구 등급」으로 비기능 요구사항을 정리하기
「속도가 느리다」「장애 대응이 예상과 다르다」로 다투는 원인 대부분은 비기능 요구사항을 정하지 않은 데 있습니다. IPA 「비기능 요구 등급」의 6대 항목, 등급표와 모델 시스템 사용법, 현실적인 활용법을 발주 측이 이해하기 쉽게 설명합니다.
-
보조금을 쓰는 시스템 개발의 진행 방법 ── 교부 결정에서 역산하는 일정과 사업계획 작성 실무
보조금을 쓰는 시스템 개발은 일반 개발과 진행 방식이 달라집니다. 교부 결정일을 기점으로 한 역산 일정, 채택과 교부 결정의 차이, 정산 지급에 대비한 자금 운용, 사업계획서 작성의 역할 분담을 실무 관점에서 설명합니다.
-
수탁 개발의 사양서, Excel 그대로 둬도 될까 ── 납품물 형식을 고르는 법
수탁 개발에서 납품되는 사양서·설계서를 Excel 모눈종이 형태로 그대로 둬도 될까요. 검수·유지보수의 관점에서 Excel 사양서의 문제점을 정리하고, Word나 Markdown에서 생성하는 방식 등 납품물로 성립하는 형식 고르는 법을 설명합니다.
-
시스템 개발 외주에 보조금을 쓸 수 있는가 ── 목적별 제도 맵과 발주 전에 알아 둘 함정(2026년도판)
시스템 개발 외주에 보조금을 쓸 수 있을까요. 「IT 도입 보조금으로 오더메이드 개발」이 안 되는 이유, 모노즈쿠리 보조금 등 목적별 제도 맵, 교부 결정 전 발주 금지라는 함정까지 발주자 관점에서 정리합니다.
-
위장 도급이 되지 않기 위한 준위임 계약의 올바른 업무 방식 ── 계약서의 이름이 아니라 「지휘명령」으로 정해진다
준위임 계약이라도 발주자가 수탁 측 엔지니어에게 직접 지휘명령을 하면 위장 도급입니다. 도급·준위임·파견의 차이, 37호 고시의 판단 기준, 개발 현장에서 흔히 있는 OK·NG의 경계선을 후생노동성의 1차 자료를 바탕으로 정리합니다.
-
수탁 개발·운영 유지보수 계약은 어떻게 맺어야 하는가 ── IPA 「모델 거래·계약서」에서 배우는 준위임과 도급의 구분
시스템 개발을 외부에 위탁할 때 계약은 어떻게 맺어야 할까요. IPA가 공개하는 「정보시스템·모델 거래·계약서」를 바탕으로, 다단계 계약의 관점, 준위임과 도급의 차이, 운영 유지보수 계약에서 정해 두어야 할 사항을 발주 측도 이해하기 쉽게 설명합니다.
-
Windows 앱 외주·수탁 개발을 의뢰하기 전에 정리할 점
Windows 앱 외주·수탁 개발을 의뢰하기 전에, 기존 소프트웨어 수정, 장치 연동, COM/ActiveX, 배포·업데이트, 유지보수를 정리하는 포인트를 설명합니다.