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