루키의 보석함

AI는 인간을 먹고 자란다

루키~ — Sat, 15 Aug 2026 21:45:26 +0900

AI를 이야기할 때 흔히 인공지능이 가져올 장밋빛 미래를 이야기하거나, 반대로 인간을 위협할 강한 인공지능의 등장을 걱정한다.
만약 노동 문제를 다룬다고 해도 AI로 인해 어떤 직업이 사라질 것인가 정도에 초점이 맞춰지는 경우가 많다.
하지만 마크 그레이엄, 제임스 멀둔, 캘럼 캔트가 쓴 "AI는 인간을 먹고 자란다"는 조금 다른 시선에서 AI를 바라본다.
바로 AI 산업 속 노동자 보호 관점이다.

인공지능이라는 화려한 기술 뒤에는 우리가 잘 보지 못하는 수많은 노동자들이 존재한다.
AI를 학습시키기 위한 데이터세트를 만들고, 데이터에 주석을 달고, 이미지나 영상 검토에도 여전히 많은 사람의 노동이 필요하다.
인공지능에 인간지능이 필요한 것이다^^

책에서는 이러한 구조를 'AI 추출 기계'라고 표현하며, AI 산업이 인간의 데이터와 노동을 끊임없이 추출하면서 성장하고 있다고 비판한다.
매일 AI를 사용하고 있지만 이런 부분은 거의 생각해보지 못했다.
AI가 만들어내는 결과만 보았지, 그 뒤에서 데이터를 만들고 정리하고 검토하는 수많은 사람의 노동이 있다는 사실까지 생각해 본 적은 없었던 것 같다.
책에서는 이러한 문제를 해결하기 위한 실천과제도 제시한다.
노동조합의 역할, 규제 도입, 노동자의 경영참여 등이 대표적이다.
다만, 이 부분을 읽으면서 솔직히 '이것이 AI 산업의 문제인가?'라는 생각도 들었다.
기업과 노동자 사이의 힘의 불균형이나 노동자 보호 문제는 이미 오래전부터 존재해왔기 때문이다.
그래서 나에게 더 인상적이었던 것은 노동문제 그 자체보다 매일 사용하던 AI를 이전과 조금 다르게 바라보게 해준 몇 가지 이야기였다.

AI가 스스로 데이터를 만들면 인간의 데이터 작업은 필요 없어질까?

첫 번째로 흥미로웠던 것은 AI가 학습에 사용할 데이터를 스스로 만들어내면 인간의 데이터 작업이 필요 없어질 수 있지 않을까 하는 문제였다.
미래의 LLM을 이전 세대의 모델이 만들어낸 합성 데이터로 학습시키는 방식이다.
처음 생각하면 상당히 효율적으로 보인다.
AI가 데이터를 만들고, 그 데이터로 다시 더 발전된 AI를 학습시킨다면 인간이 직접 데이터를 만들어야 하는 수고도 줄어들 것 같았다.
하지만 책에서는 이 경우에 '반복의 저주'에 따른 돌이킬 수 없는 결함이 발생해 LLM 모델이 붕괴될 수 있다고 설명한다.
결국 AI가 발전한다고 해서 인간이 만들어낸 데이터와 인간의 역할이 사라지는 것은 아닐 수도 있다는 생각이 들었다.

AI는 정말 인간을 대체할 수 있을까?

두 번째는 'AI가 우리를 대체할 수 있을까?' 라는 질문이다.
이미 많은 분야에서 AI는 인간보다 훨씬 빠르게 정보를 처리하고 뛰어난 결과를 보여준다.
그렇다고 해서 AI가 인간과 같은 방식으로 생각한다고 볼 수 있을까?
책을 읽으면서 흥미로웠던 표현은 AI 시스템이 우리가 '사유'라고 부를 만한 과정 없이도, 사고한 것처럼 보이는 결과를 만들어낼 수 있다는 점이었다.
LLM은 방대한 데이터에서 학습한 패턴과 관계를 바탕으로 다음에 올 가능성이 높은 표현을 생성한다.
그 결과가 때로는 너무 자연스럽고 새로워 보여서 우리는 AI가 스스로 생각하고 창조한다고 느끼기도 한다.
나 역시 AI를 사용하다 보면 예상하지 못했던 답을 받을 때가 많다.
하지만 그것이 정말 새로운 창의성인지, 아니면 내가 알지 못했던 수많은 기존 데이터의 관계를 새롭게 조합해서 보여주기 때문에 창의적으로 느끼는 것인지 생각해볼 필요가 있다는 생각이 들었다.

먼 미래의 AI보다 지금의 AI 문제가 더 중요할 수도 있다.

마지막으로 인상적이었던 것은 AI의 위험을 바라보는 관점이다.
AI 위험성에 관한 이야기를 보면 흔히 두 가지가 떠오른다.
하나는 앞으로 범용 인공지능이나 강한 인공지능이 등장했을 때 인류에게 어떤 영향을 미칠 것인가 하는 장기적인 문제다.
AI가 인간의 통제를 벗어날 가능성이나 군사적 의사결정에 AI가 사용될 경우 발생할 수 있는 위험에 대한 연구와 기사들도 계속 나오고 있다.
물론 중요한 문제다.
하지만 책을 읽으면서는 오히려 지금 우리가 사용하는 AI에 이미 존재하는 편향과 차별의 문제가 더 현실적이고 시급할 수도 있겠다는 생각이 들었다.
AI가 항상 공정하고 객관적인 것은 아니다.
AI가 학습하는 데이터 자체가 인간 사회에서 만들어진 것이기 때문에 그 데이터에는 사회의 편견과 불균형도 함께 들어갈 수 있다.
따라서 AI가 제시하는 결과를 단순히 객관적이고 보편적인 진리로 받아들이기보다는, 이 결과는 어떤 데이터와 사회적 맥락을 바탕으로 만들어졌을까? 라는 질문을 한 번쯤 해볼 필요가 있다.

AI를 조금 다르게 보게 된 책

그 외에도 LLM이 만들어지는 과정, AI를 '추출기계'에 비유한 설명, 벤처캐피탈의 역사 등 흥미로운 내용이 제법 많았다.
책의 중심 주제는 AI 산업에서 일하는 노동자들의 현실과 노동자 보호 문제다.
하지만 나에게는 그것보다 한 걸음 더 나아가 평소 아무 생각없이 사용했던 AI가 실제로 어떤 데이터와 사람들의 노동, 그리고 산업 구조 위에서 작동하고 있는지를 생각하게 해준 책이었다.
AI를 사용할 때 우리는 화면에 나타나는 결과만 본다.
하지만 그 뒤에는 데이터가 있고, 그 데이터를 만든 사람이 있고, AI를 개발하고 운영하는 기업과 자본이 있다.
"AI는 인간을 먹고 자란다"는 그 동안 잘 보지 못했던 AI의 뒷면을 한번 들여다보게 해준 책이었다.

밑줄 긋기

이 책은 AI 추출 기계에 휘말린 일곱 명의 이야기를 따라가면서 그들이 겪는 현실을 보여준다.
케냐의 머시는 할아버지가 돌아가시는 영상을 반복해서 검토해야 했고,
우간다의 애니타는 세계 최대 기업들이 원하는 데이터세트를 구축하는 노동자다.
런던의 리는 자신이 개발하는 기술의 윤리적 문제로 고민했고,
아이슬란드의 에이나르는 글로벌 인프라 핵심 허브에서 일하고 있다.
또한, AI로 복제된 자신의 목소리와 경쟁해야 하는 성우 로라,
급여 인상을 요구하다 파업에 나선 아마존 노동자 알렉스,
아프리카 최초의 콘텐츠 감수자 노조를 만든 케냐의 폴도 있었다.
이들 삶의 배경은 서로 다르지만, 결국 모두 같은 착취 구조 속에 놓여 있었다.

==
현재 큰 관심을 받고 있는 중요한 질문 중 하나는 '미래의 LLM 을 이전 버전의 모델이 생성한 합성 텍스트 데이터로 훈련시킬 수 있는가'이다.
'반복의 저주'라는 제목으로 유명한 논문에 따르면, 연구자들은 챗봇이 생성한 데이터로 훈련한 LLM에서 모델 붕괴를 야기하는 '돌이킬 수 없는 결함'을 발견했다고 밝힌다.
모델이 스스로 생성한 데이터를 반복적으로 학습할 경우, 특정 표현이나 패턴이 계속 중첩되면서 데이터가 점점 단순화되고, 그 결과 모델의 다양성과 창의성이 저하되는 문제가 발생할 수 있다고 경고하고 있다.

==
현재의 생성형 AI는 신뢰할 만한 기술이 아니며, 평등하고 공정한 사회를 만드는 데도 기여하지 않는다.
오히려 AI는 기존의 고정관념을 강화하고, 편향을 내재화하며, 민감한 콘텐츠를 생성하고 환경에 악영향을 미치고, 개인정보 보호 및 데이터 보호법을 위반할 수 있다.
이러한 위험은 AI가 개발되는 초기 단계부터 실제로 활용될 때까지, 즉 AI 가치 사슬의 모든 과정에서 나타날 수 있다.

==
어떤 기술이든, 그것이 만들어진 환경과 완전히 분리될 수는 없다.
AI도 마찬가지다.
AI의 발전은 여러 경제적 요인, 개발자들의 문화적 배경, 그리고 그들이 속한 사회의 가치관에 깊이 영향을 받는다.
따라서 AI가 중립적이며 편향이 없다고 가정하는 것은 매우 위험하다.

==
이 책에서 우리가 밝혀온 것처럼, AI 시스템의 본질을 더 정확히 이해하려면 다른 접근이 필요하다.
AI는 추출 기계로 보는 것이 훨씬 더 적절하다.
아마존의 AI 시스템도 마찬가지다.
이 시스템은 전적으로 인간 노동과 물리적 인프라에 의존한다.
시스템의 '지능'은 수백만 명의 창고 노동자와 배송 기사들의 노동 활동에서 추출된다.
노동자들은 과거 증기 기관에 석탄을 집어넣던 화부들처럼, 아마존의 추출 기계에 데이터를 공급하는 역할을 하고 있다.

==
인터넷이 처음 등장했을 당시, 많은 사람들은 정보 접근이 민주화될 것이라 기대했다.
누구나 디지털 기술을 통해 동등한 기회를 얻고, 지식을 공유하는 열린 세계가 만들어질 거라고 믿었다.
하지만 그런 기대는 실현되지 못한 채, 지금의 현실은 또 다른 격차와 착취 구조를 드러내고 있다.
이론적으로 디지털 기술은 세상을 바꿀 잠재력을 가지고 있다.
우리는 인터넷을 통해 정보를 자유롭게 공유하고, 지구 반태편에 있는 사람과도 즉시 연결될 수 있다.
하지만 실제로는, 디지털 혁명은 많은 이들이 기대했던 '위대한 평등'을 실현하지 못했다.
그 이유는 글로벌 자본주의에 있다.

MAC에서 MySQL 삭제하기

루키~ — Sun, 2 Aug 2026 14:46:25 +0900

Mac에서 MySQL 설치 후, 삭제하는 방법에 대한 정리입니다.

Homebrew를 이용해 설치했다면 brew uninstall mysql 로 한번에 삭제할 수 있겠지만
만약 MySQL 공식 DMG·PKG로 설치했을 때 사용할 수 있는 명령어로 정리해봤습니다.

먼저 MySQL이 해당 위치에 설치되어 있는지 확인합니다.
ls -ld /user/local/mysql*

공식 설치 패키지로 설치한 것이 맞다면 우선 MySQL을 중지합니다.
sudo /usr/local/mysql/support-files/mysql.server stop

자동 실행 파일을 해제합니다.
sudo launchctl bootout system /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist 2>/dev/null

이어서 관련 파일을 삭제합니다.
sudo rm -f /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist
sudo rm -rf /Library/PreferencePanes/MySQL.prefPane
sudo rm -rf /usr/local/mysql

/usr/local/mysql-8.0.○○-macos○○-x86_64처럼 버전이 포함된 폴더가 있다면 실제 이름을 확인한 뒤 삭제합니다.
ls -ld /usr/local/mysql*
sudo rm -rf "/usr/local/mysql-실제폴더명"

공식 MySQL 문서에서도 시스템 설정의 MySQL 환경설정 패널에 있는 Uninstall 기능을 이용해서 제거하라고 안내합니다.
해당 버튼이 보인다면 터미널 명령보다 먼저 사용하는 것이 안전합니다.

추가로 2015년 당시 설치된 MySQL을 삭제할 때 사용했던 스크립트도 올려놓습니다.

sudo rm /usr/local/mysql
sudo rm -rf /usr/local/mysql*
sudo rm -rf /Library/StartupItems/MySQLCOM
sudo rm -rf /Library/PreferencePanes/My*
rm -rf ~/Library/PreferencePanes/My*
sudo rm -rf /Library/Receipts/mysql*
sudo rm -rf /Library/Receipts/MySQL*
sudo rm -rf /var/db/receipts/com.mysql.*
sudo vi /etc/hostconfig
-> MYSQLCOM=_YES_ 라인 삭제

복사할 수 있도록 명령어를 스크립트로 첨부합니다.

ls -ld /user/local/mysql* sudo /usr/local/mysql/support-files/mysql.server stop sudo launchctl bootout system /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist 2>/dev/null sudo rm -f /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist sudo rm -rf /Library/PreferencePanes/MySQL.prefPane sudo rm -rf /usr/local/mysql ls -ld /usr/local/mysql* sudo rm -rf "/usr/local/mysql-실제폴더명" // 2015년 MySQL 제거 스크립트 // sudo rm /usr/local/mysql sudo rm -rf /usr/local/mysql* sudo rm -rf /Library/StartupItems/MySQLCOM sudo rm -rf /Library/PreferencePanes/My* rm -rf ~/Library/PreferencePanes/My* sudo rm -rf /Library/Receipts/mysql* sudo rm -rf /Library/Receipts/MySQL* sudo rm -rf /var/db/receipts/com.mysql.* sudo vi /etc/hostconfig

프레임

루키~ — Tue, 20 Jan 2026 21:33:54 +0900

서울대 심리학과 최인철 교수의 프레임을 읽었다. 오랜만에 읽어보는 심리학 교양서다. 개인적으로는 번역서가 아닌 점이 가장 좋았다.

프레임은 "세상을 바라보는 마음의 창"이다. 우리가 무엇을 보고, 어떻게 느끼며, 어떤 결정을 내리는지를 판단하게 하는 중요한 요소이기도 하다.
저자는 선택과 결정을 내려야 하는 순간, 프레임 때문에 나도 모르게 선택되어진 것인지를 확인해보라고 한다.

2007년 출간된 책이라서 그런지 수록된 연구 사례들은 다소 익숙하게 느껴진다.
하지만 다른 책들이 인류학이나 경제학 관점에서 접근하는 사례들을 이 책은 오로지 프레임이라는 일관된 개념으로 깊이 있게 해석해 주고 있다.

프레임을 읽어보고, 프레임을 이해한 다음, 더 나은 삶을 위해 프레임을 활용했으면 한다.
모든 출구는 어딘가로 들어가는 입구다(Every exit is an entry somewhere.)

== 기억나는 문장들
사람의 지각과 생각은 항상 어떤 맥락, 어떤 관점 혹은 일련의 평가 기준이나 가정하에서 일어나는데, 그러한 맥락, 관점, 평가 기준, 가정을 프레임이라고 한다.
프레임이야말로 우리 마음에 깔린 기본 원리인 동시에 행복과 불행, 합리와 비합리, 성공과 실패, 사람들 사이의 상생과 갈등을 결정하는 가장 중요한 요인이다. 프레임을 이해하는 것은 일종의 '마음 설명서'를 이해하는 것과 같다.
사물과 상황에 대한 나만의 정의를 다시 내려보는 것. 그것이 프레임을 바꾸는 길이다.

상황 프레임이 인도하는 지혜의 끝은 '나 자신이 타인에게는 상황이다'라는 인식을 갖는 것이다. 다른 사람의 행동이 그 사람의 내면이 아니라 바로 '나'라는 상황 때문에 기인한다는 깨달음, 그것이 지혜와 인격의 핵심이다.

선택과 결정을 내려야 하는 순간 반드시 던져봐야 할 질문은 "내가 내린 선택이나 결정이 절대적으로 최선의 것인가, 아니면 프레임 때문에 나도 모르게 선택되어진 것인가?"이다. 어떤 프레임으로 제시되더라도 똑같은 결정을 내릴 수 있는 능력이 경제적 지혜의 핵심이다.

우리는 다른 사람들이 나를 주시하고 있다고 생각하지만, 정작 우리를 보고 있는 것은 남이 아닌 바로 자기 자신이다. 마음속에 CCTV를 설치해놓고 자신을 감시하고 있으면서도 다른 사람들이 자신을 주목하고 있다고 착각한다.

미국에서 널리 회자되는 유머 중 하나다. 동일한 행동도 어떻게 프레임하느냐(담배를 피우면서 기도하는 행동 vs. 기도하면서 담배 피우는 행동)에 따라 우리가 삶에서 얻어내는 결과물이 결정적으로 달라진다.

시간이 지나고 나면 웬만한 것들은 다 사소해 보이는 법이다.

내가 허송세월하고 있는 오늘은 누군가에게는 간절했던 내일이다.

지혜의 핵심은 올바른 질문을 할 줄 아는 것이다(존 사이먼)

나는 세상을 강자와 약자, 성공과 실패로 나누지 않는다.
나는 세상을 배우는 자와 배우지 않는 자로 나눈다. (사회학자 벤저민 바버)

PMBOK 7판 vs PMBOK 6판

루키~ — Sat, 14 Dec 2024 21:39:00 +0900

PMBOK는 1969년 설립된 비영리 협회인 프로젝트 관리 연구소(PMI)에서 만든 "프로젝트 관리 지식체계"로,
1987년 백서로 처음 발행한 후, 1996년부터 책 형식으로 출판했다.
기존의 PMBOK 6판은 지식영역에 중점을 두고, 프로젝트 관리를 위한 절치, 기법, 산출물 등의 지식체계를 구성했었지만,
2021년 개정한 7판에서는 원칙 중심의 프로젝트 관리 지식체계로 8가지 성과 영역과 12원칙을 중심으로 구성되었다.
즉, PMBOK 7판부터는 프로젝트에 적용하기 위한 지식체계가 아닌 프로젝트에 적용할 수 있는 원칙과 가치전달을 다루고 있다.

PMBOK 가치는 책임, 존중, 공정성, 정직에 둔다.

PMBOK 7판에서는,

8개 성과영역

① 이해관계자(Stakeholder): 이해관계자와 관련된 다양한 활동 및 기능
② 팀(Team): 인도물을 생산하는 담당자와 관련된 활동 및 기능
③ 개발방식 및 생애주기(Development Approach and Lifecycle): 프로젝트 개발방식, 생애주기 단계와 관련된 활동 및 기능
④ 기획(Planning): 프로젝트 작업 구성, 상세화 및 조율
⑤ 성과(Project Work): 프로젝트 프로세스 확림, 물적 자원관리, 학습환경 조성과 관련된 활동 및 기능
⑥ 인도(Delivery): 프로젝트 범위 및 품질이행의 제공과 관련된 활동 및 기능
⑦ 측정(Measurement): 프로젝트 성과를 평가하고 최적의 성과를 유지하기 위해 적절한 대응 구현
⑧ 불확실성(Uncertainty): 리스크 및 불확실성과 관련된 활동과 기능

프로젝트 관리 12원칙

1. 스튜어드쉽(Stewardship): 성실하고 존경할만하며 배려심 있는 관리자
2. 팀(Team): 협력적인 프로젝트 팀 환경 형성
3. 이해관계자(Stakeholders): 이해관계자와의 효과적인 관계
4. 가치(Value): 가치 중심
5. 시스템 사고(System Thinking): 시스템 상호작용에 대한 인식, 평가 및 대응
6. 리더십(Leadership): 리더십 행동 보여주기
7. 조정(Trailoring): 상황에 따른 조정
8. 품질(Quality): 프로세스 및 인도물의 품질 체계 구축
9. 복잡성(Complexity): 복잡성 탐색
10. 위험(Risk): 리스크 대응 최적화
11. 적응성과 복원력(Adaptability and Resiliency): 적응력 및 복원력 수용
12. 변화(Change): 계획 목표 달성을 위한 변화

PMBOK 6판에서는,

PMBOK 6판에서는 5개의 프로세스 그룹 (착수, 계획, 실행, 감시 및 통제, 종료), 10개의 지식영역 (통합관리, 범위관리, 일정관리, 원가관리, 품질관리, 자원관리, 의사소통관리, 위험관리, 조달관리, 이해관계자관리), 49개의 프로세스로 구성되어 있다.

5개 프로세스 그룹

1. 착수 프로세스 그룹(Initiating Process Group)
착수 프로세스 그룹에서는 1) 이해관계자 식별, 2)프로젝트 헌장 승인 완료, 3) 프로젝트 관리자(PM)를 지정한다.

2. 계획 프로세스 그룹(Planning Process Group)
계획 프로세스 그룹에서는 "프로젝트 관리 계획서"와 범위, 시간, 원가, 품질, 의사소통, 자원, 위험, 조달, 이해관계자 참여에 관련된 모든 계획 문서들을 개발한다.

3. 실행 프로세스 그룹(Executing Process Group)
실행 프로세스 그룹은 분석, 설계, 개발 등 프로세스 관리 계획에서 정의한 작업을 완료하기 위해 수행하는 전과정의 프로세스들로 구성된다.

4. 감시 및 통제 프로세스 그룹(Monitoring and Controlling Process Group)
프로젝트 목표 계획을 달성하고 있는지, 진행상황을 추적하고 검토/조정하는 프로세스로 대부분 위험감시, 자원 통제와 같이 "감시", "통제"라는 표현이 들어간다.
특별하게 "범위확인"도 감시 및 통제 프로세스 그룹에 해당한다.

5. 종료 프로세스 그룹(Closing Process Group)
모든 프로젝트와 단계를 공식적으로 완료하는 프로세스로 구성된다.

10개의 지식영역

1. 프로젝트 통합관리(Project Integration Management)
범위 관리~이해관계자 관리까지 다른 9개의 지식 영역을 통합하는 프로세스를 다룬다.

2. 프로젝트 범위관리(Project Scope Management)
프로젝트 가치 전달을 위해 이해관계자의 요구사항을 수집/분석하여 프로젝트 범위로 정의하고, 각 단계별 작업 활동을 구체화하는 프로세스다.

3. 프로젝트 일정관리(Project Schedule Management)
일정에 따른 자원의 효율적 배분 등 프로젝트 수행을 위한 최종 일정표를 개발하기 위한 프로세스다.

4. 프로젝트 원가관리(Project Cost Management)
원가 관리계획, 원가 산정, 예산 결정, 원가 통제 등 프로젝트 관리 3대 지식 영역(범위, 일정, 원가) 중 하나다.

5. 프로젝트 품질관리(Project Quality Management)
소프트웨어 등 품질에 대한 안정성을 확보하기 위한 프로세스다.

6. 프로젝트 자원관리(Project Resource Management)
프로젝트 성과달성을 위한 조직구성, 팀원관리 등 인적/물적 자원을 관리하는 프로세스다.

7. 프로젝트 의사소통관리(Project Communications Management)
프로젝트 정보를 필요한 이해관계자들과 팀원들에게 보고하고 효과적인 의사소통을 유지하기 위해 필요한 활동을 수행한다.

8. 프로젝트 위험관리(Project Risk Management)
프로젝트 위험관리는 위험을 식별하고 원인을 분석하며, 발생확률, 영향 및 대응방안 등을 관리한다.

9. 프로젝트 조달관리(Project Procurements Management)
프로젝트 조달관리는 프로젝트 수행 시 필요한 자원, 제품, 서비스를 외부에서 공급받기 위한 절차와 활동이다.

10. 프로젝트 이해관계자 관리(Project Stakeholder Management)
프로젝트 이해관계자를 식별하고 관리하는 프로세스다.

이것은 앞서 정리한 ISO21500과도 거의 유사하다
ISO21500은 5개의 프로세스 그룹 (착수, 기획, 이행, 통제, 종료)
10개의 주제 그룹 (통합, 이해관계자, 범위, 자원, 시간, 원가, 리스크, 품질, 조달, 의사소통)
39개의 프로세스로 구성되어 있다.

정보시스템 감리관련 제도 - 전자정부법, 소프트웨어진흥법

루키~ — Wed, 11 Dec 2024 21:42:15 +0900

전자정부법 바로가기
소프트웨어진흥법 바로가기

정보시스템 감리 제도 관련 전자정부법을 살펴보면,
① "전자정부법 제57조(행정기관등의 정보시스템 감리)"에서는 감리 수행에 대해 규정한다.
(다만, 전자정부사업관리 위탁사업에 대해서는 감리를 수행하지 않는다.)
② "전자정부법 제58조(감리법인의 등록)~제63조(등록취소처분을 등을 받은 감리법인의 업무계속 등)"까지는 감리법인의 등록, 준수사항, 감리원 등에 대해서 규정한다.
(감리법인의 행정처분에 대한 기준은 "전자정부법 시행령 - 감리법인 행정처분 기준"을 참고한다.)
③ "전자정부법 제67조(사전협의)에서는 전자정부사업 및 지역정보화사업을 추진할 때에는 중복투자 방지를 위하여 사전협의를 하도록 규정한다.
(다만, 사전협의 대상사업을 다른 기관과 상호연계하거나 공동이용과 관련하여 추진하는 사업으로 한정함에 따라 감리사업은 사전협의에서 제외된다. 사전협의 대상사업은 전자정부법 시행령 제82조(사전협의 대상사업), 전자정부 성과관리 지침 제4조(대상사업)에 정의되어 있다.)
④ "전자정부법 제45조(정보기술아키텍처 기본계획의 수립 등)"에 따른 행정기관 및 공공기관 정보시스템 구축·운영 지침 제42조(인력관리 금지)에서 제안요청서에 투입인력의 수와 기간을 요구할 수 없도록 하고 있으나, 정보시스템감리사업 등은 예외로 인력관리를 할 수있도록 규정한다.

감리사업 관련 소프트웨어진흥법을 살펴보면,
"소프트웨어진흥법 제50조(소프트웨어사업 과업심의위원회)"에 과업내용의 확정, 계약금액·계약기간 조정을 위해 과업심의위원회를 두도록 규정하고 있다.
(다만, "소프트웨어사업 계약 및 관리감독에 관한 지침 제25조(과업내용의 확정 시기 및 기준 등)"에 따라 감리사업은 과업심의위원회를 간소화 방식으로 심의할 수 있다. 통상 과업심의위원회는 5~10명으로 구성하나, 간소화 방식은 과업심의위원회 2인 이상이 심의할 수 있다.)

(루키 포인트)
1. 전자정부사업관리 위탁사업은 감리사업 X
2. 감리사업은 사전협의 대상 X
3. 감리사업은 투입인력 관리 금지대상 X
4. 감리사업은 과업심의위원회 간소화 방식 O

참고로, 전자정부법에 따른 감리사업의 법적근거는 다음 그림과 같다.

전자정부법 시행령 - 감리법인 행정처분 기준
정보시스템 감리기준 - 감리대가 산정, 평가항목
정보시스템 감리수행 가이드 - 프레임워크, 과업이행여부 점검
지능정보기술 감리 실무가이드 - 운영 및 유지관리 사업감리
정보시스템 감리원 윤리 가이드 - 감리원 윤리 준수 요소
SW 사업자를 한 정보시스템 감리준비 가이드
SW 사업 대가산정 가이드 - 25년 적용단가 및 계약금액 조정 등
SW 개발사업의 적정 사업기간 산정 가이드
CBD SW개발 표준 산출물 관리 가이드 - 단계별 산출물
공공기관의 데이터베이스 표준화 지침 - 표준 수립 및 적용 점검
인공지능 학습용 데이터 품질관리 가이드라인 및 구축안내서

SW 사업자를 위한 정보시스템 감리 준비 가이드

루키~ — Sun, 8 Dec 2024 11:26:36 +0900

SW 사업자를 위한 정보시스템 감리준비 가이드.pdf

0.56MB

SW 사업자를 위한 정보시스템 감리준비 가이드는,
정보시스템 감리를 실시함에 있어서 정보화 사업을 수행하는 SW사업자가 사전에 자료를 준비하고 감리 과정에서의 대응 및 감리 개선권고사항에 따른 시정조치를 수행하는데 참조할 수 있는 실무지침이다.

SW사업자가 감리 대응을 위해 준비해야 할 기본적인 문서는 다음과 같다.
①사업관리문서: 제안요청서, 제안서, 계약서, 착수계, 사업수행계획서, WBS, 회의록, 주/월간보고자료, 이슈관리대장 등 사업관리를 위하 작성된 문서
②산출물: 요구사항정의서, 분석단계문서, 설계단계문서 등 적용 방법론에 따라 단계별로 제출하는 결과물

구체적으로 감리 수행 절차별 작성할 문서로,
①요구정의 단계는 요구사항정의서와 과업대비표를 제출(변경시 변경 내역을 요구사항정의서에 명시적으로 작성)
②설계단계는 분석 및 설계 산출물과 함께 요구사항추적표를 제출(과업변경시 과업심의위원회 개최여부 등 제시)
③종료단계는 과업내용 이행여부를 자체적으로 점검하여 검사기준서 작성

현장감리 종료 후, 감리법인이 작성한 감리수행결과보고서에 대해 시정조치계획서와 시정조치결과서를 작성하여 제출하고
감리법인은 시정조치확인보고서를 제출한다.

(루키 포인트)
SW사업자는 과업대비표, 요구사항추적표, 검사기준서, 시정조치계획서, 시정조치결과서를 작성하고
감리법인은 감리수행결과보고서, 시정조치확인보고서를 작성한다.

정보시스템 감리원 윤리 가이드 - 감리원 윤리 준수 요소

루키~ — Sat, 7 Dec 2024 10:32:24 +0900

정보시스템감리원 윤리가이드.pdf

0.48MB

정보시스템 감리원 윤리 가이드는,
감리원의 윤리 의식 제고 및 권위를 확보하고 감리원 윤리성 보장을 통한 정보시스템 감리결과의 투명성을 제고하기 위해 NIA에서 2014년 제정했다.

감리원 윤리 준수 요소 중 행동 지침은,
①공익의 달성, ②객관성과 공정성 유지, ③준법성과 비밀에 대한 보안유지, ④전문성 유지, ⑤사명감과 품위유지이다.

(루키 포인트)
공객비 전사(공익, 객관성과공정성, 비밀에 대한 보안유지, 전문성유지, 사명감과 품위유지)로 암기하자!

참고로, 한국기술사회에서 제정한 "기술사 윤리강령"의 기본강령은,
①국민의 안전·보건·복지와 환경의 보전, ②자긍심과 직무능력, ③정직, 성실, 공평성, ④사명감과 품위유지, ⑤신뢰와 협동, ⑥비밀의 보전 유지로 감리사 윤리강령과 비교하면 정직, 성실, 자긍심, 신뢰와 협동이 추가되어 있다.

지능정보기술 감리 실무가이드 - 운영 및 유지관리 사업감리

루키~ — Thu, 5 Dec 2024 07:37:47 +0900

지능정보기술 감리 실무가이드.pdf

2.09MB

지능정보기술 감리 실무가이드는,
빅데이터 및 클라우드 정보화사업, 정보시스템 운영 및 유지관리 사업의 감리 점검 가이드를 제공한다.

정보시스템 운영 및 유지관리 사업 점검 가이드를 살펴보면,
감리 대상을 개발SW, 상용SW, 인프라로 구분하고
정보시스템 운영에서는 16개 점검항목을
정보시스템 유지보수에서는 36개의 점검항목을 제시한다.

개발SW의 운영 및 유지관리 점검항목을 비교하면,
운영은 "릴리스 및 배포 관리, 테스트 지원, 장애관리"를 점검하고
유지보수는 "모니터링, 장애처리 및 장애관리, 사용자지원, 성능관리, 정기/비정기 점검, 릴리스 및 배포관리" 등을 수행한다.

(루키 포인트)
운영과 유지보수의 차이에 대해서 살펴보면, (정확한 구분은 어렵지만)
운영은 정보시스템의 정상적 운영에 필요한 활동으로 개발자와 사용자가 함께 하는 것이고,
유지보수는 정보시스템의 보수,개선에 필요한 활동으로 개발자 관점에서 하는 것으로 볼 수 있다.
참고로, 테스트 지원은 운영의 점검항목이며, 사용자교육 등은 유지보수 점검항목이다.

정보시스템 감리수행 가이드 - 프레임워크, 과업이행여부 점검

루키~ — Tue, 3 Dec 2024 07:37:38 +0900

정보시스템 감리수행 가이드.pdf

1.96MB

1. 정보시스템 감리 점검 프레임워크 v3.0

정보시스템 감리수행 가이드라인에는 정보화사업 유형별 표준 점검항목(62페이지) 이 포함되어 있다.
정보화사업 유형별 표준 점검항목은 "정보시스템 감리 점검 프레임워크 v3.0"에 따라,
사업유형별 감리 수행시 점검항목을 제시한다.

정보시스템 감리점검 프레임워크는
감리영역, 사업유형/감리시점, 감리관점/점검기준으로 구성된 감리 수행기준을 제시한다.

정보시스템 감리점검 프레임워크의 사업유형은,
정보기술아키텍처구축(EA), 정보화전략계획수립(IS), 시스템개발(SD), 데이터베이스구축(DB), 시스템운영(OP), 유지보수(MA)로 나누어져 있다.

사업유형 중 시스템개발(SD)은,
구조적/정보공학적 개발모델(분석 - 설계 - 구현 - 시험 - 전개)과 객체지향/컴포넌트기반 개발모델(요구분석 - 분석/설계 - 구현 - 시험 - 전개)로 나누어진다.
특히, 응용시스템(감리영역) 측면에서 보면 "분석 단계(감리시점)"에서
구조적/정보공학적 개발모델은 "프로세스, 이벤트 모델링 및 기능 도출의 충분성, 적정성"을 점검하고
객체지향/컴포넌트기반 개발모델은 "시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 / 개념수준의 분석 클래스 도출여부"를 점검한다.

(루키 포인트)
정보시스템 감리점검 프레임워크는 영사관(감리영역, 사업유형/감리시점, 감리관점/점검기준)이며
사업유형은 아전개데운유(정보기술아키텍처구축, 정보화전략계획수립, 시스템개발, 데이터베이스구축, 시스템운영, 유지보수)이다.

2. 과업이행여부 점검

정보시스템 감리수행 가이드에 따른 과업이행여부 점검은,
감리원이 직접 점검한 결과를 검사기준서의 판정기준과 비교하여 적합, 부적합을 판정한다.

< 적합 >
검사기준의 검사방법에 따라 점검한 결과가 예상결과와 판정기준에 부합한 경우
- 검사기준서의 요건을 충족한 경우
- 결함이 발견되지 않은 경우
- 현장감리 기간 내에 보완된 결함(단순결함)으로, 추가 오류(해당기능의 오류뿐만 아니라 연계된 타 기능의 오류) 발생 가능성이 없다고 판단되는 경우

< 부적합 >
검사기준의 검사방법에 따라 점검한 결과가 예상결과와 판정기준에 부합하지 않거나 중대한 결함이 발생한 경우
- 중요 과업 요건이 구현되지 않은 경우
- 원인이 규명되지 않은 결함
- 시스템 동작 중단 결함
- 검사기준서의 요건을 충족하지 못한 결함
- 다른 기능 수행에 영향을 미치는 결함
- 감리 기간 내 보완되지 않은 기타 결함

< 점검제외 >
점검 과정에서 ①테스트 환경이 준비되지 않거나, ②선행 기능의 결함으로 점검하지 못한 경우, ③외부환경 변화, 발주기관의 요청이나 합의에 의해 진행 중인 경우 (관련 증빙에 점검 제외 사유 등을 명확히 작성)

정보시스템 감리기준 - 감리대가 산정, 평가항목

루키~ — Thu, 28 Nov 2024 07:25:50 +0900

정보시스템 감리기준 바로가기

(정보시스템 감리기준) 감리대가 산정기준.pdf

0.18MB

1. 감리대가 산정

정보시스템 감리기준(행정안전부 고시)에 따르면,
보정전 기본감리비는 감리 대상사업의 특징, 예산, 사업기간 등을 감안하여 조정하고
보정후 기본감리비는 보정전 기본감리비에 난이도 요인을 감안하여 산정하며,
직접경비는 여비, 시험 진단 도구사용료, 특수분야 전문가 자문비 등 감리업무와 직접 관련이 있는 소요비용 적용한다.

< 보정전 기본감리비 >
보정전 기본감리비는 IT감리 평균임금, 감리대상 사업비 보정금액, 제경비율, 기술료율 항목으로 구성

1. 3단계 감리(요구정의, 설계, 종료)

2. 2단계 감리(설계, 종료)

< 상주 및 추가감리 >
상주 및 추가감리는 투입공수, 해당 IT직무 평균임금, 제경비율, 기술료율 항목으로 구성

< 보정후 기본감리비 >
보정후 기본감리비는 보정전 기본감리비에 난이도계수합을 적용

2. 감리 제안서 기술평가 기준

정보시스템 감리기준(행정안전부 고시)은
감리 발주 및 계약을 위한 감리 제안서 기술평가 기준을 제시한다.

감리제안서 기술평가 기준의 평가항목은
1. 점검내용, 점검방법
2. 감리 일정 및 절차
3. 감리인력 구성, 총괄감리원, 각 분야별 감리인력
4. 기타 지원사항(교육훈련, 품질관리, 시험진단 점검을 위한 자동화 도구 및 기법, 감리범위 등)으로 구성된다.

감리제안서 기술평가 기준의 평가항목에 따른 세부평가요소는 다음과 같다.